Ok, merci pour tes conseils. Je vais donc commander l'ERL, il ne coûte que 20 € de plus 

C'est vrai que pour si peu ça serait dommage de s'en priver 

Pour le coup, je trouve bizarre le positionnement du produit, un petit routeur avec un port sfp et une vitesse limitée, je trouve pas ça très logique. Après si on veut du SFP et un truc qui crache, faut partir sur l'edge router pro, mais c'est 360€ 

Le SFP aurait eu plus ça place sur l'ERL.

Bonjour,

j'ai beaucoup suivi ce thread qui m'a fait apprendre beaucoup et m'a fait adopter et adorer les produits ubnt.

J'ai moi aussi un ER-X-SFP que je trouve juste top. A mon avis la version 1.8.5 d'EdgeOs va apporter un boost sur ce routeur : "Hardware NAT" for the ER-X platform

Je viens de compiler un dhclient avec la priorité 6 pour cette plateforme (en pj), il affiche bien l'aide avec dhclient3 --help, donc je pense qu'il est OK, je testerai ce week-end.

Edit: dhclient mis à jour, le précédent était mal patché, faute de frappe...

Salut, est-ce que tu atteins 1 Gbps avec ton ERX ?
Je suis les forums ubiquiti et à priori avec la 1.8.5 ça dépasse pas 650 Mbps, ça fait une bonne amélioration mais le compte n'y est toujours pas...

je n'ai qu'une offre 200 (280 réels), en pppoe pour l'instant, le routeur est très peu sollicité au niveau cpu et ram à pleine charge. Donc pour moi c'est nickel, d'autant que ça va sans doute s'améliorer en passant en dhcp et quand le nat hardware sera activé sur l'er-x. Il y aura sans doute encore des améliorations sur les futures versions d'edgeos, la 1.8.5 étant la première à introduire le hardware-nat.

En fait, ce qu'il faudrait savoir, c'est si c'est bloqué à 650Mb/s parce que le cpu est à 100% (auquel cas le routeur va pas faire long feu, et ça c'est pas cool) ou si c'est autre chose qui limite.

L'offre 200 me suffit aussi largement (j'attends à la limite plus une augmentation de l'upload qu'une augmentation du download), je préfère donc aujourd'hui largement avoir l'er-x-sfp avec son poe intégré pour l'AP wifi et ses 5 ports, j'ai aussi un simple ER-X à 40€ qui permet de faire les tests de config.

Si tu veux tester mon dhclient, n'hésites pas, je n'aurai pas le temps avant dimanche. J'ai gardé la machine qemu donc je peux recompiler si nécessaire.

Parce que tu n'utilises pas les DNS d'Orange. Le cas classique, c'est d'avoir configuré les DNS de Google ou OpenDNS dans la config de l'ERL... Du coup dnsmasq utilise ceux-ci au lieu de ceux présents dans la réponse DHCP...

salut a tous juste un petit message pour te remercuier ZOC c'est bien ca DNS une fois que j'ai viré mes DNS tout est rentré dans l'ordre.

Je n'ai pas testé les dns fixe orange et ai laissé faire le DHCP. je ferai des tests avec les DNS fixes quand j'aurais un peu de temps pour voir.

enfin j'ai laissé faire le DHCP, c'est plutot DHCP dans la partie système et dans la partie dhcp pour les clients j'ai mis l'adresse du router et ca marche comme ca

J'imagine qui faut définir la priorité selon les DSCP, mais j'avoue être un peu largué là-dessus, auriez-vous des idées ?

Je suppose que l'instruction
interfaces {
    ethernet eth1 {
        vif 832 {
            egress-qos "0:0 1:1 2:2 3:3 4:4 5:5 6:6 7:7"
        }
    }
}
bien que nécessaire pour que le dhclient patché soit opérationnel provoque quelques effets de bord sur le traffic normal.
D'où le changement lorsque tu désactive le DSCP sur le client SIP.

A mon sens, la priorité 802.1q est utilisée par Orange pour aiguiller le traffic privé (dhcp, sip orange) par rapport au traffic internet standard.
Ton SIP OVH serait donc dirigé vers l'infra orange au lieu de déboucher sur le net.

Sauf erreur les DSCP 26 et 46 correspondent aux valeurs de ToS de 3 et 5 respectivement.
Essaye donc de remplacer l'instruction egress vlan832 de ta config par
egress-qos "0:0 1:0 2:0 3:0 4:0 5:0 6:6 7:0"ce qui devrait préserver la prio 6 pour le DHCP.

Ou alors, seule solution propre pour tagger en prio 6 le DHCP (et seulement celui-ci) => switch manageable (diffserv).