Tu n'arrivais donc pas à saturer ton upload via l'utilisation du service en question ?
Ou bien s'agissait-il d'un problème de latence ?
C'est le moins qu'on puisse dire, c'était au moins 10x plus long. Un temps de réponse ahurissant et un débit quasiment nul même si ca finissait par marcher.
Comment as tu fais ?
Le répertoire qui contient le client dhcp (udhcpc) est dans un répertoire en lecture seule qui contient les binaires root nommé /sbin donc pas de possibilité de le modifier directement
Donc:
- Je copie le répertoire d'origine dans un endroit où j'ai le droit de lecture/écriture
cp -a /sbin /tmp/sbin_rw
- Je recréer la vrai commande udhcpc dans un autre endroit. C'est assez spécifique à busybox, je peux t'expliquer comment ca marche si ca t'interesse.
mkdir /tmp/sbin
ln -s /bin/busybox /tmp/sbin/udhcpc
- Je remplace la command udhcpc d'origine par la mienne
Ma commande ne fait qu'appeler la commande d'origine en y ajoutant les paramètres non gérés par DD-WRT
rm /tmp/sbin_rw/udhcpc
echo '#!/bin/sh
exec /tmp/sbin/udhcpc $* -x "0x4d:2b46535644534c5f6c697665626f782e496e7465726e65742e736f66746174686f6d652e4c697665626f7833" -x "0x5a:00000000000000000000006674692fxxxxxxxxxxxxxx" -x "0x3c:736167656d"' > /tmp/sbin_rw/udhcpc
chmod +x /tmp/sbin_rw/udhcpc
- Je met mon nouveau /sbin à la place de l'ancien
mount -o bind /tmp/sbin_rw /sbin
Pour autant ça n'empêche pas DD-WRT de gérer les reconnexions &co.
Le problème est que je ne sais pas quand DD-WRT manipule la commande udhcpc.
J'ai donc préféré la wrapper pour laisser la pleine gestion à DD-WRT.
Par exemple si lors du rechargement d'une configuration, DD-WRT essaye de tuer udhcpc et le redémarrer, il ne va pas utiliser ton script
Pour la CoS, l'idéal serait vraisemblablement une option à udhcpc pour pouvoir la forcer, mais bon les dev DD-WRT ont l'air bien occupés
Le problème est que udhcpc n'est pas une commande gérée par DD-WRT.
Elle fait partie de busybox et ne gère pas les VLANs ou le Cos donc il faudrait à mon avis carrèment changer de client dhcp...