Auteur Sujet: MTU reseau SIEA (Lu 4423 fois)

raf · « **Réponse #12 le:** 10 octobre 2017 à 17:50:13 »

Citation de: Hugues le 10 octobre 2017 à 15:31:05

Et quand tu veux gérer des jumbo, la norme (en tout cas chez Cisco) c'est une MTU à 9216 sur tout le réseau.

Juste que selon le matos que tu utilises tu peux avoir:
- 9150 sur les Cisco NCS (surtout les 5000)
- 9198 sur Redback/Ericsson
- 9216 sur la plupart des autres Cisco
- jusqu'a 10240 sur certains Brocade.
Pour les cas ou on veut faire du "jumbo vers le serveur" j'utilise 9000 comme target (MTU cote serveur). J'ai deja vu ca a plusieurs endroits.
Pour la partie transport, l'idee est d'ajouter minimum 100 octets pour les encapsulations (MPLS, dot1q, L2TP, PPP/PPPoE). Ca donne 56 octets pour PPP over L2TP over QinQ, et jusqu'a 64 pour PPP over L2TP over MPLS (selon le nombre de tags et le dot1q eventuel).
Malhereusement, dans la vie reelle on a pas forcement tout ca a disposition (meme pour un MTU utilisateur de 1500).

Hugues · « **Réponse #13 le:** 10 octobre 2017 à 17:52:28 »

Yes, en transport je fais du 9216 (sur asr et nexus) et 9000 pour la cible.

underground78 · « **Réponse #14 le:** 10 octobre 2017 à 22:47:00 »

Quelqu'un a testé à quel point faire du jumbo est possible la nouvelle architecture de Free (4rd) ? Il me semble que rani avait dit qu'il faisait du jumbo pour éviter de réduire la MTU sur l'IPv4.

vivien · « **Réponse #15 le:** 10 octobre 2017 à 22:51:35 »

Free utilise du jumbo en interne, pour permettre une MTU client de 1500 octets.

Je ne pense pas que Free permette de faire plus de 1500 octets vers Internet.

Même sans encapsuler l'IPv4 dans de l'IPv6, il y a de nombreuses raison de rajouter des en-têtes, la sujet de raf détaille bien les besoins.