<html>
<head>
<meta http-equiv="content-type" content="text/html; charset=UTF-8">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<p>J'ai croisé dans un module kernel bricolé par MediaTek inclus
dans les firmware d'origine des ZBT3526, aka MTK (MediaTek SDK ?):</p>
<pre> case TCP:
th = (struct tcphdr *)(ptr);
if ((ntohs(th->source) == 80) ||
(ntohs(th->dest) == 80) ||
(ntohs(th->source) == 5000) ||
(ntohs(th->dest) == 5000))
{
#if 0
WF_FWD_PRINT(WF_DEBUG_TRACE, ("Forward - tcp source port: %d, dest port: %d\n", ntohs(th->source), ntohs(th->dest)));
#endif
if (!WIFI_FWD_TEST_FLAG(fOP_WIFI_FWD_ACCESS_SCHED_ACTIVE))
return TRUE;
}
break;
</pre>
<p>Si le paquet matche, le forwarde directement sans passer par
iptables.</p>
<p>Moi aussi j'aime les standards, la neutralité, les fichiers de
configuration, les <please insert whatever barely normal
here>...</p>
<p>J'ai un peu découpé les différences entre le fork mediatek/ralink
de OpenWRT et le dépôt officiel.<br>
C'est là : <a moz-do-not-send="true"
href="http://www.chd.sx/cgit/mtk-20170518/log/">http://www.chd.sx/cgit/mtk-20170518/log/</a>
<br>
A lire à jeun sous peine de gros pb de nausées.</p>
<p>-> les tags sont ceux du tree de OpenWRT, ne pas s'en servir.
L'intérêt c'est les commits reconstitués de la branche
mtk-20170518<br>
</p>
<p>Ludo</p>
<p>PS : je tente de gratter de l'assistance à ZBT. Ils ont un ingé
qui peut peut-être aider a fixer le bug de wifi qu'on a croisé et
qui semble assez bloquant. Peut-être que je rêve un peu, mais je
tente.</p>
<p>PS2 : je ne pense pas qu'on puisse compiler le MTK sans violer
les licences des bouts de code des drivers wifi qu'ils ont
embarqué.<br>
</p>
<pre class="moz-signature" cols="72">--
Ludovic Pouzenc
<a class="moz-txt-link-abbreviated" href="http://www.pouzenc.fr">www.pouzenc.fr</a>
This is GNU/Linux land. In silent nights you can hear the Windows machines rebooting.
</pre>
</body>
</html>