Re: [FRnOG] [TECH] Valeur MTU PPPOE FTTH
Peut-être vérifier sur ton LNS que ton interface de Collecte opérateur ait bien un MTU à minimum 2000 ? Le ven. 10 févr. 2023 à 13:25, Sébastien 65 a écrit : > Sur le CPE j'ai le MRU à 1492 et MRRU à 1524 comme sur le LNS, sauf que je > n'ai aucune indication de type Reducing MTU sur le CPE. > > J'ai l'impression que sur la chaine SFR il y a un équipement qui fait > n'importe quoi et me bouffe mon MTU ! > > --- > Liste de diffusion du FRnOG > http://www.frnog.org/ > --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] - Don de jarretières ST/LC - ST/SC - ST/ST
Bonjour, Le carton partira à la déchetterie ce jour si personne n'est intéressé. Bon we, Laurent Le 06/02/2023 à 11:56, Laurent CARON a écrit : Bonjour, Je donne un carton de jarretières _neuves_ avec conenctique ST d'un côté et ST/LC/SC de l'autre. Ces jarretières sont panachées en longueur (1 à 10m). Il y'a du mono et multimode. Au total: 50/60 jarretières. Dispo à Boulogne Billancourt. Laurent --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
RE: [FRnOG] [TECH] Valeur MTU PPPOE FTTH
Sur le CPE j'ai le MRU à 1492 et MRRU à 1524 comme sur le LNS, sauf que je n'ai aucune indication de type Reducing MTU sur le CPE. J'ai l'impression que sur la chaine SFR il y a un équipement qui fait n'importe quoi et me bouffe mon MTU ! --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Valeur MTU PPPOE FTTH
Le 10/02/2023 à 12:54, Sébastien 65 a écrit : Déjà un bon point ! Mais dans l'autre sens (SFR->toi) c'est pas garanti. En modifiant le vpdn/virtual-template j'ai bien la MRU qui passe de 1464 à 1524 avec un message de reducing MTU que je n'avais pas avant sur le LNS : Feb 10 12:35:44.717: Vi2.1 CHAP: O SUCCESS id 2 len 4 Feb 10 12:35:44.717: Vi2.1 PPP: Reducing MTU to peer's MRU Feb 10 12:35:44.717: Vi2.1 PPP: Phase is UP Par contre sur le CPE je ne peux toujours pas aller au-delà de 1460. Il faut que tu fasse debug ppp nego aussi sur le CPE pour analyser ce qu'il se passe et en trouver l'origine. C'est à cause de ip mtu adjust dans ton vpdn sans ip mtu dans la virtual-template: Automatically Adjusting the IP MTU You can also enable automatic adjustment of the IP MTU. This feature allows the router to automatically adjust the IP MTU on the virtual-access interface to compensate for the size of the L2TP header and the MTU of the egress interface. Note: The IP MTU is only adjusted automatically if there is no IP MTU manually configured on the virtual-template interface (using the option in the previous section). https://www.cisco.com/c/en/us/support/docs/dial-access/virtual-private-dialup-network-vpdn/24320-l2tp-mtu-tuning.html Supprime tout ce qui est relatif à la mtu dans le vpdn et met ppp mtu adaptive dans la virtual-template. -- Jérôme Marteaux --- Liste de diffusion du FRnOG http://www.frnog.org/
RE: [FRnOG] [TECH] Valeur MTU PPPOE FTTH
>Déjà un bon point ! Mais dans l'autre sens (SFR->toi) c'est pas garanti. En modifiant le vpdn/virtual-template j'ai bien la MRU qui passe de 1464 à 1524 avec un message de reducing MTU que je n'avais pas avant sur le LNS : Feb 10 12:35:44.717: Vi2.1 CHAP: O SUCCESS id 2 len 4 Feb 10 12:35:44.717: Vi2.1 PPP: Reducing MTU to peer's MRU Feb 10 12:35:44.717: Vi2.1 PPP: Phase is UP Par contre sur le CPE je ne peux toujours pas aller au-delà de 1460. De : frnog-requ...@frnog.org de la part de Jérôme Marteaux Envoyé : vendredi 10 février 2023 11:22 À : frnog@frnog.org Objet : Re: [FRnOG] [TECH] Valeur MTU PPPOE FTTH Le 10/02/2023 à 11:08, Sébastien 65 a écrit : >> C'est bien sur cet équipement (LNS ?) que ça coince, celui-ci dit qu'il fait >> au mieux 1464. > Le debug indiqué est bien sur notre LNS. Je ne comprends pas justement > pourquoi il MTU à 1464 ?! > C'est à cause de ip mtu adjust dans ton vpdn sans ip mtu dans la virtual-template: Automatically Adjusting the IP MTU You can also enable automatic adjustment of the IP MTU. This feature allows the router to automatically adjust the IP MTU on the virtual-access interface to compensate for the size of the L2TP header and the MTU of the egress interface. Note: The IP MTU is only adjusted automatically if there is no IP MTU manually configured on the virtual-template interface (using the option in the previous section). https://www.cisco.com/c/en/us/support/docs/dial-access/virtual-private-dialup-network-vpdn/24320-l2tp-mtu-tuning.html Supprime tout ce qui est relatif à la mtu dans le vpdn et met ppp mtu adaptive dans la virtual-template. >> Donc ton interco avec SFR est à 1500. Côté SFR est-ce bien aussi à 1500 > Mon interco est bien à 1500 ! Côté SFR j'attends d'avoir un retour j'ai > ouvert un ticket sans réponse depuis 1 semaine sur le sujet... > > Etant sur une nouvelle DSP il n'y a pas de STAS pour le moment, donc > clairement tu pars à l'aveugle... > > J'ai regardé les STAS de SFR FTTH ils indiquent que : > > # Entre le CPE sur le site du client final et le LNS du client Opérateur > - On utilise PPPoE et par défaut la MTU est 1492. > -Si on veut une taille du paquet IP de 1500 octets, il faut utiliser sur le > CPE d’extrémité le tag PPPoE max-payload en le mettant à la valeur 1500. > -L'interface Ethernet WAN du CPE doit avoir une MTU d'au moins de 1512 > octets. La LNS doit être configurée correctement (négociation MRU). > > # Sur les Portes de Livraison > -La MTU entre les équipements Opérateur et le NTU de SFR devra être de 2000 > octets en émission et en réception, Si SFR respecte ^^ alors la MTU de la porte de collecte est à 2000. > -Les équipements Opérateur ne devront pas envoyer des paquets L2TP fragmentés > vers SFR. > > J'aimerais que le support de la DSP me confirme cela... > >> Ré-essaye 1501 sans df pour voir si ça fragmente bien. > Oui ça fragmente bien, par ex un ping de 1600 sans df passera ! Déjà un bon point ! Mais dans l'autre sens (SFR->toi) c'est pas garanti. -- Jérôme Marteaux --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Valeur MTU PPPOE FTTH
Le 10/02/2023 à 11:08, Sébastien 65 a écrit : C'est bien sur cet équipement (LNS ?) que ça coince, celui-ci dit qu'il fait au mieux 1464. Le debug indiqué est bien sur notre LNS. Je ne comprends pas justement pourquoi il MTU à 1464 ?! C'est à cause de ip mtu adjust dans ton vpdn sans ip mtu dans la virtual-template: Automatically Adjusting the IP MTU You can also enable automatic adjustment of the IP MTU. This feature allows the router to automatically adjust the IP MTU on the virtual-access interface to compensate for the size of the L2TP header and the MTU of the egress interface. Note: The IP MTU is only adjusted automatically if there is no IP MTU manually configured on the virtual-template interface (using the option in the previous section). https://www.cisco.com/c/en/us/support/docs/dial-access/virtual-private-dialup-network-vpdn/24320-l2tp-mtu-tuning.html Supprime tout ce qui est relatif à la mtu dans le vpdn et met ppp mtu adaptive dans la virtual-template. Donc ton interco avec SFR est à 1500. Côté SFR est-ce bien aussi à 1500 Mon interco est bien à 1500 ! Côté SFR j'attends d'avoir un retour j'ai ouvert un ticket sans réponse depuis 1 semaine sur le sujet... Etant sur une nouvelle DSP il n'y a pas de STAS pour le moment, donc clairement tu pars à l'aveugle... J'ai regardé les STAS de SFR FTTH ils indiquent que : # Entre le CPE sur le site du client final et le LNS du client Opérateur - On utilise PPPoE et par défaut la MTU est 1492. -Si on veut une taille du paquet IP de 1500 octets, il faut utiliser sur le CPE d’extrémité le tag PPPoE max-payload en le mettant à la valeur 1500. -L'interface Ethernet WAN du CPE doit avoir une MTU d'au moins de 1512 octets. La LNS doit être configurée correctement (négociation MRU). # Sur les Portes de Livraison -La MTU entre les équipements Opérateur et le NTU de SFR devra être de 2000 octets en émission et en réception, Si SFR respecte ^^ alors la MTU de la porte de collecte est à 2000. -Les équipements Opérateur ne devront pas envoyer des paquets L2TP fragmentés vers SFR. J'aimerais que le support de la DSP me confirme cela... Ré-essaye 1501 sans df pour voir si ça fragmente bien. Oui ça fragmente bien, par ex un ping de 1600 sans df passera ! Déjà un bon point ! Mais dans l'autre sens (SFR->toi) c'est pas garanti. -- Jérôme Marteaux --- Liste de diffusion du FRnOG http://www.frnog.org/
RE: [FRnOG] [TECH] Valeur MTU PPPOE FTTH
>C'est bien sur cet équipement (LNS ?) que ça coince, celui-ci dit qu'il fait >au mieux 1464. Le debug indiqué est bien sur notre LNS. Je ne comprends pas justement pourquoi il MTU à 1464 ?! >Donc ton interco avec SFR est à 1500. Côté SFR est-ce bien aussi à 1500 Mon interco est bien à 1500 ! Côté SFR j'attends d'avoir un retour j'ai ouvert un ticket sans réponse depuis 1 semaine sur le sujet... Etant sur une nouvelle DSP il n'y a pas de STAS pour le moment, donc clairement tu pars à l'aveugle... J'ai regardé les STAS de SFR FTTH ils indiquent que : # Entre le CPE sur le site du client final et le LNS du client Opérateur - On utilise PPPoE et par défaut la MTU est 1492. -Si on veut une taille du paquet IP de 1500 octets, il faut utiliser sur le CPE d’extrémité le tag PPPoE max-payload en le mettant à la valeur 1500. -L'interface Ethernet WAN du CPE doit avoir une MTU d'au moins de 1512 octets. La LNS doit être configurée correctement (négociation MRU). # Sur les Portes de Livraison -La MTU entre les équipements Opérateur et le NTU de SFR devra être de 2000 octets en émission et en réception, -Les équipements Opérateur ne devront pas envoyer des paquets L2TP fragmentés vers SFR. J'aimerais que le support de la DSP me confirme cela... >Ré-essaye 1501 sans df pour voir si ça fragmente bien. Oui ça fragmente bien, par ex un ping de 1600 sans df passera ! Sébastien --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Valeur MTU PPPOE FTTH
Le 10/02/2023 à 08:42, Sébastien 65 a écrit : Bonjour Jérôme, Pour moi mtu et ip mtu veulent dire la même chose sur un dialer (mtu ne devrait pas exister car dialer n'est pas une interface physique). mtu 1492 est automatique, je ne le configure pas moi-même c'est le routeur qui se rajoute cette commande. D'ailleurs, il n'est jamais possible de supprimer ou d'augmenter la mtu d'un dialer ppp : CPE(config)#int dialer 0 CPE(config-if)#mtu 1500 MAX allowed PPPOE MTU[1492] is set as MTU CPE(config-if)#no mtu 1492 MAX allowed PPPOE MTU[1492] is set as MTU étrange. Pour voir ce que chacun dit tu peux faire un debug ppp nego pour savoir qui annonce quoi en MRU (entre ton CPE, l'OLT/BNG SFR et ton LNS) Justement c'est ici que je ne comprends pas pourquoi la MRU ne dépasse jamais 1492 // 1464, un output : Feb 08 07:03:16.714: PPP: Alloc Context [9713814] Feb 08 07:03:16.714: ppp31 PPP: Phase is ESTABLISHING Feb 08 07:03:16.714: ppp31 LCP: Event[OPEN] State[Initial to Starting] Feb 08 07:03:16.714: ppp31 LCP: O CONFREQ [Starting] id 1 len 38 Feb 08 07:03:16.714: ppp31 LCP:MRU 1464 (0x010405B8) C'est bien sur cet équipement (LNS ?) que ça coince, celui-ci dit qu'il fait au mieux 1464. Feb 08 07:03:16.714: ppp31 LCP:AuthProto CHAP (0x0305C22305) Feb 08 07:03:16.714: ppp31 LCP:MagicNumber 0x1D788BA5 (0x05061D788BA5) Feb 08 07:03:16.714: ppp31 LCP:MRRU 1524 (0x110405F4) Feb 08 07:03:16.714: ppp31 LCP:EndpointDisc 1 lns-FTTH (0x130F016c6e732d46545448) Feb 08 07:03:16.714: ppp31 LCP: Event[UP] State[Starting to REQsent] Feb 08 07:03:16.998: ppp31 LCP: I CONFREQ [REQsent] id 1 len 14 Feb 08 07:03:16.998: ppp31 LCP:MRU 1492 (0x010405D4) Feb 08 07:03:16.998: ppp31 LCP:MagicNumber 0x67B01CAC (0x050667B01CAC) Feb 08 07:03:16.998: ppp31 LCP: O CONFACK [REQsent] id 1 len 14 Feb 08 07:03:16.998: ppp31 LCP:MRU 1492 (0x010405D4) Feb 08 07:03:16.998: ppp31 LCP:MagicNumber 0x67B01CAC (0x050667B01CAC) Feb 08 07:03:16.998: ppp31 LCP: Event[Receive ConfReq+] State[REQsent to ACKsent] Feb 08 07:03:16.998: ppp31 LCP: I CONFREJ [ACKsent] id 1 len 8 Feb 08 07:03:16.998: ppp31 LCP:MRRU 1524 (0x110405F4) Feb 08 07:03:16.998: ppp31 LCP: O CONFREQ [ACKsent] id 2 len 34 Feb 08 07:03:16.998: ppp31 LCP:MRU 1464 (0x010405B8) Feb 08 07:03:16.998: ppp31 LCP:AuthProto CHAP (0x0305C22305) Feb 08 07:03:16.998: ppp31 LCP:MagicNumber 0x1D788BA5 (0x05061D788BA5) Feb 08 07:03:16.998: ppp31 LCP:EndpointDisc 1 lns-FTTH (0x130F016c6e732d46545448) Feb 08 07:03:16.998: ppp31 LCP: Event[Receive ConfNak/Rej] State[ACKsent to ACKsent] Feb 08 07:03:17.306: ppp31 LCP: I CONFNAK [ACKsent] id 2 len 8 Feb 08 07:03:17.306: ppp31 LCP:MRU 1492 (0x010405D4) Feb 08 07:03:17.306: ppp31 LCP: O CONFREQ [ACKsent] id 3 len 34 Feb 08 07:03:17.306: ppp31 LCP:MRU 1492 (0x010405D4) Feb 08 07:03:17.306: ppp31 LCP:AuthProto CHAP (0x0305C22305) Feb 08 07:03:17.306: ppp31 LCP:MagicNumber 0x1D788BA5 (0x05061D788BA5) Feb 08 07:03:17.306: ppp31 LCP:EndpointDisc 1 lns-FTTH (0x130F016c6e732d46545448) Feb 08 07:03:17.306: ppp31 LCP: Event[Receive ConfNak/Rej] State[ACKsent to ACKsent] Feb 08 07:03:17.618: ppp31 LCP: I CONFACK [ACKsent] id 3 len 34 Feb 08 07:03:17.618: ppp31 LCP:MRU 1492 (0x010405D4) Feb 08 07:03:17.618: ppp31 LCP:AuthProto CHAP (0x0305C22305) Feb 08 07:03:17.618: ppp31 LCP:MagicNumber 0x1D788BA5 (0x05061D788BA5) Feb 08 07:03:17.618: ppp31 LCP:EndpointDisc 1 lns-FTTH (0x130F016c6e732d46545448) Feb 08 07:03:17.618: ppp31 LCP: Event[Receive ConfAck] State[ACKsent to Open] Feb 08 07:03:17.646: ppp31 PPP: Phase is AUTHENTICATING, by this end Feb 08 07:03:17.646: ppp31 CHAP: O CHALLENGE id 2 len 33 from "lns-FTTH" Feb 08 07:03:17.646: ppp31 LCP: State is Open Regarde show l2tp tunnel, prend l'IP d'un OLT/BNG SFR au hasard et essaye de le pinger en df pour voir si déjà tu as bien 1500 octets, Je peux pinger une IP du BNG SFR depuis le LNS avec 1500 mais pas en 1501 (size 150x df-bit) Donc ton interco avec SFR est à 1500. Côté SFR est-ce bien aussi à 1500 ? Ré-essaye 1501 sans df pour voir si ça fragmente bien. Il faut que tu valide 2 choses: - l'interco avec SFR est-elle bien fonctionnelle ? Quand le LNS/OLT/BNG va envoyer un paquet plus gros que la MTU est-ce qu'ils vont bien fragmenter ? => Est-ce que tes interco entre ton LNS, backbone et SFR sont bien alignées ? - PPP/L2TP: alignement des MTU. Jérôme -- Jérôme Marteaux --- Liste de diffusion du FRnOG http://www.frnog.org/
