Auteur Sujet: dhclient patché er-6p 2.0.8-hotfix1 (Lu 7710 fois)

benoitc · « **Réponse #12 le:** 04 août 2020 à 17:53:44 »

Citation de: dmfr le 04 août 2020 à 16:54:03

Du classique SG350-24/48(P)
Tonitrus a de bons prix, et en reconditionné on trouve parfois de bonnes affaires sur Ebay.
Après 24/48, PoE ou non, tout dépend de ce que tu veux en faire.

Par contre, de là à n'acheter un Cisco que pour cela, oui la question d'utiliser le client patché peut se poser

Après un 10 ports est pas si cher que ça. Je suppose que je peux en faire autre chose... Un avantage en ts cas c'est que les mises à jour seront plus simple. Evidemment si un edgeswitch en etait capable ...

pinomat · « **Réponse #13 le:** 05 août 2020 à 01:03:01 »

Citation de: dmfr le 03 août 2020 à 15:36:38

Pour ma part, j'ai récemment compilé sous une VM QEMU en utilisant plus ou moins ce guide :

--> J'avais testé ce tuto mais je n'ai jamais réussi à compiler pour Octeon (au lieu de Malta).
Dans le même ordre d'idée, j'ai testé la génération d'une toolchain avec openwrt puis enfin la docker dockcross qui me semble la solution la plus simple.
Tuto openwrt : https://lauri.xn--vsandi-pxa.com/tub/computer-architecture/building-mips-toolchain.html
Docker dockcross : https://docs.docker.com/engine/install/linux-postinstall/
'

Citation de: dmfr le 03 août 2020 à 15:36:38

- cela permet également de forcer le DSCP à 0x00 pour le trafic LAN ---> ROUTEUR, car il y a des baisses de débit si on envoie autre chose que cette prio :

Je n'avais pas encore vu de tels commentaires concernant des problèmes de performance avec les DSCP. A priori, on peut remettre les DSCP à 0 de tout le traffic LAN sur certains switch (dont le sg350), donc théoriquement, pas besoin d'utiliser le switch pour forcer le PCP des paquets DHCP envoyés à Orange. J'ai l'impression que c'est pour des cas spécifiques qu'il y a des problèmes. Au final est-ce que la Livebox supprime le DSCP en sortie ?

J'ai fait quelques tests et voici un tableau des DSCP et PCP (si ça peut-être utile ou pas !?) que j'ai vu soit sur le port WAN de l'edge router soit en sortie WAN de la LB avec du port mirroring :

Source	Destination	Protocol	Info	CoS/PCP	DSCP
LB	Broadcast	ARP	*	6	n/a
LB	ff02::1:2	DHCPv6	Solicit	6	0xc0
LB	193.253.170.18	DNS	Standard query	0	0x00
LB	193.253.170.18	TCP	*	0	0x00
LB	80.12.255.65	TCP	SYN	0	0x00
LB	80.12.255.65	TCP	ACK, FIN	4	0x90
LB	193.253.170.18	TLS1.2	Client Hello	0	0x00
LB	193.253.170.18	TLS1.2	Application Data	0	0x00
LB	193.253.170.18	TLS1.2	Certificate, Client Key Exchange, Certificate Verify, Change Cipher Spec, Encrypted Handshake Message	0	0x00
LB	193.253.170.18	TLS1.2	Encrypted Alert	0	0x00
LB	80.12.255.65	TLS1.2	Client Hello	4	0x90
LB	80.12.255.65	TLS1.2	Application Data	4	0x90
LB	80.12.255.65	TLS1.2	Client Key Exchange, Change Cipher Spec, Encrypted Handshake Message	4	0x90
LB	80.12.255.65	TLS1.2	Encrypted Alert	4	0x90
LB	81.253.173.116	SIP	*	5	0xb8
Ubiquiti		IGMPv2	Membership Query	0	0xc0
Ubiquiti		ICMP	Destination unreachable	0	0xd0

Bonne soirée

dmfr · « **Réponse #14 le:** 05 août 2020 à 02:06:47 »

Citation de: pinomat le 05 août 2020 à 01:03:01

--> J'avais testé ce tuto mais je n'ai jamais réussi à compiler pour Octeon (au lieu de Malta).

Je ne saisis pas toutes les subtilités Malta / Octeon mais il me semble que l'ARCH étant identique (mips), les binaires issus d'une compilation sont identiques.
En tout cas, le dhclient3 obtenu est fonctionnel sur l'ERL/ER4

Citation de: pinomat le 05 août 2020 à 01:03:01

'Je n'avais pas encore vu de tels commentaires concernant des problèmes de performance avec les DSCP. A priori, on peut remettre les DSCP à 0 de tout le traffic LAN sur certains switch (dont le sg350), donc théoriquement, pas besoin d'utiliser le switch pour forcer le PCP des paquets DHCP envoyés à Orange. J'ai l'impression que c'est pour des cas spécifiques qu'il y a des problèmes. Au final est-ce que la Livebox supprime le DSCP en sortie ?

Moi non plus, jusqu'au changement de DSCP par défaut d'openSSH sous Centos 8.
J'avais résumé mes observations ici :
https://community.ui.com/questions/Edgerouter-Strip-reset-DSCP/d86f0e3b-fa82-43ca-8d1d-23c0cf16cf3e
https://lafibre.info/remplacer-livebox/ip-qos-sur-reseau-orange/

Un autre membre semble l'avoir constaté, la livebox remet le DSCP sortant à 0x00.

En gros c'est indépendant de la contrainte CoS :
- pour obtenir une réponse DHCP, la CoS VLAN (PCP ?) doit être à 6 pour les requêtes DHCP, et uniquement celles-ci
- le trafic normal sortant (donc en CoS=0) sera parfois bridé si le DSCP des paquets IP est différent de 0, il ne s'agit pas d'un effet de bord de l'egress-qos

pinomat · « **Réponse #15 le:** 05 août 2020 à 11:01:08 »

Citation de: dmfr le 05 août 2020 à 02:06:47

Je ne saisis pas toutes les subtilités Malta / Octeon mais il me semble que l'ARCH étant identique (mips), les binaires issus d'une compilation sont identiques.

Moi non plus ^^ Je crois que c'est simplement de l'optimisation.

Citation de: dmfr le 05 août 2020 à 02:06:47

- le trafic normal sortant (donc en CoS=0) sera parfois bridé si le DSCP des paquets IP est différent de 0, il ne s'agit pas d'un effet de bord de l'egress-qos

Oui, j'avais aussi constaté qu'avec un CoS <> 0 les débits étaient bridés, il y a eu aussi différents posts/articles le mentionnant. Intéressant ton problème de transfert !

J'ai testé le sg350 et effectivement, on peut reset le DSCP de tout le traffic avant qu'il n'arrive sur le port LAN du routeur (test avec paquet icmp). Donc on peut garder le dhclient patché / mc220L / er-6p pour la partie WAN + switch avec gestion ACL pour reset DSCP. Pour la TV, j'ai fini par faire un egress-cos 7:5 sur la vif 840 et les paquets sortent avec une CoS à 5 sans aucune autre manipulation (et là, il y a qu'une réponse partielle ici : https://www.rationali.st/blog/looking-into-dscp-and-ieee-8021p-vlan-priorities.html).
Pourquoi je préfère ça ? Parce que j'utilise le téléphone de la LB et que la LB est sur la même interface que le LAN et donc, j'utilise sur le switch le VLAN 832 à cet effet. Si j'utilise le switch pour marquer la CoS des paquets DHCP du WAN, je me retrouve "avec une boucle" sur le VLAN 832. Pour éviter cela j'avais utilisé le vlan mapping one-to-one, mais ça m'a paru complexe (et désactive le routing du sg350), donc je suis revenu sur une solution plus simple.

Au final, tout ce qu'on peut dire, c'est qu'Orange et certainement les autres FAI ne facilitent en rien notre boulot de geek !

dmfr · « **Réponse #16 le:** 05 août 2020 à 14:54:55 »

Citation de: pinomat le 05 août 2020 à 11:01:08

Oui, j'avais aussi constaté qu'avec un CoS <> 0 les débits étaient bridés, il y a eu aussi différents posts/articles le mentionnant. Intéressant ton problème de transfert !

Oui mais pas uniquement si la CoS <> 0, c'est ça qui est un peu inattendu.

Certains DSCP (je n'ai plus le mapping exact) peuvent en effet se retrouver taggés en CoS=6 par le mapping ip_tos2prio du noyau routeur, en IPv4 uniquement
Même si ce n'est pas le cas, et pour DSCP=0x20 ça ne l'est pas, donc CoS=0 on se retrouve quand même avec un débit réduit car le DSCP lui-même est mal toléré par le réseau orange

mike78530 · « **Réponse #17 le:** 07 août 2020 à 21:29:36 »

Citation de: zoc le 03 août 2020 à 07:17:54

Bizarre, le patch est quand même très similaire au mien (avec exactement les mêmes commentaires ). Les modifications sont vraiment simples (et ne concernent pas que discover.c): Après avoir créé une socket, on configure sa priorité (SOL_PRIORITY) à 6, ce qui correspond à une priorité NOYAU. Ensuite, avec la ligne egress-qos de la configuration d’EdgeOS on mappe cette priorité noyau sur une priorité 802.1p.

Quand j’ai fait le patch, je ne me suis pas emmerdé à analyser à quels endroits les changements étaient nécessaires, je l’ai fait pour toutes les sockets sans distinction...

Bon sinon tu l’as généré à l’envers (il devrait y avoir des lignes débutant avec + car on rajoute de code au lieu de - qui indique qu’on supprime des lignes).

Hello, pour rendre tout le mérite qui va à César je tiens à préciser ici que le patch qui est sur mon git est bien celui de zoc

Je me rappel avoir fait des modifications de lignes car sur l’USG c’était pas identique au ERL

Après je me rappel avoir passé des heures carré pour patch sous qemu, une vrai m***e pour une autodidacte comme moi

Aujourd’hui impossible de patcher le dhclient dans les derniers firmware car ubiquiti l’a modifié et donc est en close source

Ps: j’ai juste posté sur git afin de centraliser car ils commence à avoir des centaines de pages sur le sujet. J’ai nullement la prétention de m’approprier le travail de zoc car je serai incapable de même l’expliquer sans y passer des heures

zoc · « **Réponse #18 le:** 07 août 2020 à 21:33:44 »

Je ne vois pas comment Ubiquiti pourrait ne pas diffuser ses modifications de dhclient car c’est une violation de la licence GPL...

Accessoirement le code source du client dhcp pour la dernière version du firmware 2.0.8 est toujours disponible...

mike78530 · « **Réponse #19 le:** 07 août 2020 à 21:36:40 »

Pour avoir téléchargé UniFi Security Gateway firmware 4.4.51 impossible de retrouver les fichiers que j’avais dans l’archive UniFi Security Gateway firmware 4.4.41

Alors peut être que je cherche mal, mais bon je ne m’y aventure plus 😄

benoitc · « **Réponse #20 le:** 07 août 2020 à 22:56:27 »

Citation de: mike78530 le 07 août 2020 à 21:36:40

Pour avoir téléchargé UniFi Security Gateway firmware 4.4.51 impossible de retrouver les fichiers que j’avais dans l’archive UniFi Security Gateway firmware 4.4.41

Alors peut être que je cherche mal, mais bon je ne m’y aventure plus 😄

leur archive a l'air d'être buggé. c'est une image disque squshfs... Faudrait les prevenir imo.

ArchPhénix · « **Réponse #21 le:** 14 juillet 2021 à 16:24:15 »

Quelqu'un a essayé le client dhcp modifié pour le 2.0.9 hotfix 2 ?

On peut me confirmer qu'on pourrait faire sans commutateur supplémentaire et sans patch du client DHCP si Ubiquiti ajoutait le support des priorité réseaux cgroup ?

Sinon les sources ont été publiées pour le hotfix 2

https://dl.ubnt.com/firmwares/edgemax/v2.0.9-hotfix.2/gpl/GPL.ER-e300.v2.0.9-hotfix.2.5402463.tar.bz2

zoc · « **Réponse #22 le:** 14 juillet 2021 à 16:43:07 »

Bien sur qu’on peut le faire avec le module cgroups net-prio/net-cls à la place du patch du client dhcp mais aucune chance qu’ubiquity ne le rajoute. Leur truc maintenant c’est leurs produits managés Unifi. Il ne faut rien attendre de grandiose sur leur gamme EdgeMax (qui est d’ailleurs introuvable sur leur site sans passer par la fonction de recherche).

Il y a d’ailleurs un tuto dans cette section du forum pour le faire sur une Debian récente.

ArchPhénix · « **Réponse #23 le:** 14 juillet 2021 à 17:00:39 »

Je vais tenter le coup avec leurs gars du «channel» pour la France, je ne m'attends à rien mais on ne sait jamais.
J'ai posté chez eux aussi, mais à chaque fois que quelqu'un poste le fil reste vide d'activité, il faut leurs montrer que c'est un besoin réel, il faut du monde pour leurs casser les pieds, même si chronophage.