Actuellement, j'ai une dizaine de portes certaines en 10G d'autres en 1G. Tout ce petit monde arrive sur un Arista. Toutes mes sessions connectées sur le un Redback.
J'essaie de changer ce redback par l'ASR. Première différence entre Redback et ASR, la connexion physique. Le Redback est connecté avec des lag de port 1G Le Cisco est connecté avec des ports 10G. J'ai précisé la MTU à 9214 sur les ports du cisco, de base elle est à 9214 sur les arista. Un "ping ip 172.16.70.76 size 9214 df-bit" entre les ip sur le arista et sur le cisco fonctionne jusqu'à 9214 comme attendu. Je pars donc du principe que la connexion entre arista et cisco supporte des paquets de 9214. J'ai regardé la différence entre ppp mtu adaptative et sans. Sans mtu adaptative Mar 24 14:29:43.432 CET: PPP: Alloc Context [7F252B08EB48] Mar 24 14:29:43.432 CET: ppp2358 PPP: Phase is ESTABLISHING Mar 24 14:29:43.432 CET: ppp2358 LCP: Event[Jam Start] State[Initial to Closed] Mar 24 14:29:43.432 CET: ppp2358 LCP: I FORCED rcvd CONFACK len 19 Mar 24 14:29:43.432 CET: ppp2358 LCP: MRU 1492 (0x010405D4) Mar 24 14:29:43.432 CET: ppp2358 LCP: AuthProto CHAP (0x0305C22305) Mar 24 14:29:43.432 CET: ppp2358 LCP: MagicNumber 0x2FDDBE11 (0x05062FDDBE11) Mar 24 14:29:43.432 CET: ppp2358 LCP: I FORCED sent CONFACK len 14 Mar 24 14:29:43.432 CET: ppp2358 LCP: MRU 1480 (0x010405C8) Mar 24 14:29:43.432 CET: ppp2358 LCP: MagicNumber 0x042877CC (0x0506042877CC) *Mar 24 14:29:43.433 CET: ppp2358 PPP: LCP not accepting sent CONFACK* Mar 24 14:29:43.433 CET: ppp2358 LCP: O TERMREQ [Closed] id 1 len 4 Mar 24 14:29:43.433 CET: ppp2358 PPP DISC: LCP Jam options rejected Mar 24 14:29:43.433 CET: ppp2358 PPP: Sending Acct Event[Down] id[2F127] Mar 24 14:29:43.433 CET: PPP: NET STOP send to AAA. Mar 24 14:29:43.433 CET: ppp2358 LCP: Event[DOWN] State[Closed to Initial] Mar 24 14:29:43.433 CET: ppp2358 PPP: Phase is DOWN avec ppp mtu adaptative Mar 24 16:04:55.231 CET: ppp3423 PPP: Phase is ESTABLISHING Mar 24 16:04:55.231 CET: ppp3423 LCP: Event[Jam Start] State[Initial to Closed] Mar 24 16:04:55.231 CET: ppp3423 LCP: I FORCED rcvd CONFACK len 19 Mar 24 16:04:55.231 CET: ppp3423 LCP: MRU 1492 (0x010405D4) Mar 24 16:04:55.231 CET: ppp3423 LCP: AuthProto CHAP (0x0305C22305) Mar 24 16:04:55.231 CET: ppp3423 LCP: MagicNumber 0x2FDF19D5 (0x05062FDF19D5) Mar 24 16:04:55.231 CET: ppp3423 LCP: I FORCED sent CONFACK len 14 Mar 24 16:04:55.231 CET: ppp3423 LCP: MRU 1480 (0x010405C8) Mar 24 16:04:55.231 CET: ppp3423 LCP: MagicNumber 0x496149B5 (0x0506496149B5) Mar 24 16:04:55.231 CET: ppp3423 LCP: Event[Jam UP] State[Closed to Open] Mar 24 16:04:55.252 CET: ppp3423 PPP: Phase is FORWARDING, Attempting Forward Mar 24 16:04:55.252 CET: ppp3423 LCP: State is Open Mar 24 16:04:55.253 CET: ppp3423 PPP: Phase is AUTHENTICATING, Unauthenticated User Mar 24 16:04:55.253 CET: ppp3423 PPP: Sent CHAP LOGIN Request Mar 24 16:04:55.292 CET: ppp3423 PPP: Received LOGIN Response PASS Mar 24 16:04:55.292 CET: ppp3423 PPP: Phase is FORWARDING, Attempting Forward Mar 24 16:04:55.297 CET: L2TP 00D5F:3BDA4:000013E7: App type set to VPDN Mar 24 16:04:55.297 CET: L2TP 00D5F:3BDA4:000013E7: Sequencing default tx disabled Mar 24 16:04:55.297 CET: L2TP 00D5F:3BDA4:000013E7: Sequencing default rx disabled Mar 24 16:04:55.297 CET: L2TP 00D5F:3BDA4:000013E7: Framing set to sync Mar 24 16:04:55.297 CET: L2TP 00D5F:3BDA4:000013E7: Bearer set to none Mar 24 16:04:55.298 CET: VPDN Received L2TUN socket message Data UP Mar 24 16:04:55.298 CET: L2TP 00D5F:3BDA4:000013E7: FSM-Sn ev DP-Up Mar 24 16:04:55.298 CET: L2TP 00D5F:3BDA4:000013E7: FSM-Sn in established Mar 24 16:04:55.298 CET: L2TP 00D5F:3BDA4:000013E7: FSM-Sn do Ignore-DP-UP Mar 24 16:04:55.299 CET: Vi3.22 PPP: Phase is AUTHENTICATING, Authenticated User Mar 24 16:04:55.299 CET: Vi3.22 CHAP: O SUCCESS id 1 len 4 Mar 24 16:04:55.299 CET: L2TP:Vi3.22 FS Network to tunnel: Punted 44 byte pak to l2x process queue *Mar 24 16:04:55.299 CET: Vi3.22 PPP: Reducing MTU to peer's MRU* Mar 24 16:04:55.299 CET: Vi3.22 PPP: Phase is UP On voit la différence de traitement. mais ça ne m'explique pas pourquoi le trafic "normal" ne fonctionne pas. J'ai l'impression qu'un "do-not-fragment" apparaît avec ou sans ppp mtu adaptative. Car seuls les paquets non fragmentés passent. Le mer. 24 mars 2021 à 16:00, David Ponzone <david.ponz...@gmail.com> a écrit : > Hmm t’as pas compris ma question je crois :) > Ca devrait être 1500 sur une interface 10G. > Je te parle vraiment du port 10G. > Quand tu montes une collecte, tu commences généralement par vérifier que > le MTU est ok. > Bon en général, tu le fais pas, parce qu’entre professionnels, ça se passe > plutôt bien. > Eventuellement tu le fais si tu veux monter à plus de 1500 en accord avec > l’autre côté. > Mais là tu as un comportement anormal qui pourrait s’expliquer par un mtu > foireux sur le port 10G. > > Le 24 mars 2021 à 15:56, Kevin Thiou <kevinth...@gmail.com> a écrit : > > L2 et L3 sur le même port. > > Le paquet qui passe c'est 1460. > > Le mer. 24 mars 2021 à 15:53, David Ponzone <david.ponz...@gmail.com> a > écrit : > >> On parle de collecte L2 et L3 qui arrivent sur des ports différents ou >> toutes sur le même ? >> >> Si ports différents -> je comprends pas >> Si même port -> tu as vérifié le MTU du port lui-même (vérifier, c’est >> chercher le plus paquet qui passe à coup de ping, pas faire confiance à ce >> que te dit le mec en face….) ? >> >> > Le 24 mars 2021 à 15:47, Kevin Thiou <kevinth...@gmail.com> a écrit : >> > >> > Autre précision, mon parc est constitué de mirkrotik et de modem type >> > technicolor. >> > Je ne pourrais pas changer la configuration du parc, il est trop grand. >> > Donc je suis cantonné à trouver une solution sur l'ASR. >> >> > --------------------------- Liste de diffusion du FRnOG http://www.frnog.org/
