Si tu parles de PPP sur ADSL/VDSL (donc collecté en L2TP), ça devait plutôt être 1460. De mémoire, je crois que c’est ce qui posait des problèmes, les BAS SFR foutaient la merde dans la négo du MTU. J’ai éradiqué SFR en ADSL/VDSL il y a longtemps, ça a réglé le problème.
Quand tu forces 1492, tu arrives à pinger l’autre côté avec size=1492 et DF=1 ? David > Le 21 juin 2024 à 14:56, Olivier Varenne <o.vare...@ipconnect.fr> a écrit : > > 1480 en ppp sur mikrotik oui. > Et oui, nos soucis sont sur SFR... > > > > Cordialement, > > > > Olivier Varenne > Président, R&D et développement > T +33 (0)4 27 04 40 00 | ipconnect.fr > > Suivez-nous ! > > >> -----Message d'origine----- >> De : David Ponzone <david.ponz...@gmail.com> >> Envoyé : vendredi 21 juin 2024 14:47 >> À : Olivier Varenne <o.vare...@ipconnect.fr> >> Cc : ALEGRI Rémy <cont...@uptel.tel>; frnog-al...@frnog.org >> Objet : Re: [FRnOG] [ALERT] La gestion du MAN chez Alphalink... >> >> 1480 par défaut sur un Mikrotik ? >> Sur une interface PPP alors. >> >> Et ça serait pas SFR le lien ? >> Parce que négo foireuse de MTU automatique, ça sent bon SFR en DSL. >> Ou alors config foireuse du LNS (Alphalink je suppose, mais tu as la >> main dessus non ?). >> >> David >> >>> Le 21 juin 2024 à 14:38, Olivier Varenne via frnog <frnog@frnog.org> >> a écrit : >>> >>> Salut remy >>> Tu vas bien ? >>> >>> On a des soucis vraiment etranges. >>> En effet certaines fois le MTU est en cause. Alphalink se retranche >>> sur le fait que les STAS indiquent un MTU à 1492. Mais certains >> équipements clients ont parfois des MTU inférieures (1480 souvent, ce >> qui est le cas par défaut des mikrotik) En spécifiant 1492 on arrive >> dans le cas des krotik a résoudre le soucis, mais dans d’autres cas non. >>> >>> Ce qui me chiffonne c’est que sauf erreur de ma part la RFC indique >> qu’il est vraiment conseillé de passer en TCP en cas de fragmentation, >> mais alphalink refuse catégoriquement l’emploi de TCP. >>> >>> >>> >>> Cordialement, >>> >>> >>> [cid:image001.png@01DAC3E8.8234D360] >>> Olivier Varenne >>> Président, R&D et développement >>> T +33 (0)4 27 04 40 00 | ipconnect.fr<http://www.ipconnect.fr/> >>> >>> Suivez-nous ! >>> [picto-twitter]<https://twitter.com/ip_connectweets>[picto- >> youtube]<ht >>> >> tps://www.youtube.com/channel/UC4W_ceUZgLBRAeQUjtopVug>[picto- >> linkedin >>> ]<https://www.linkedin.com/company/20541473/admin/> >>> >>> De : ALEGRI Rémy <cont...@uptel.tel> >>> Envoyé : vendredi 21 juin 2024 14:22 >>> À : Olivier Varenne <o.vare...@ipconnect.fr> Cc : >>> frnog-al...@frnog.org Objet : Re: [FRnOG] [ALERT] La gestion du MAN >>> chez Alphalink... >>> >>> >>> Bonjour, >>> >>> D'après mon expertise, certains IPBX, comme des Alcatel, ne >> supportent pas le Header Identity. Cependant, il est plus probable que >> le lien réseau n'ait pas une MTU de 1500, ce qui empêche les INVITE >> d'arriver correctement en UDP. >>> >>> Olivier, je te recommande de tester la MTU du lien sous Linux avec la >>> commande suivante pour une MTU de 1500 >>> >>> ping -M do -s 1472 1.1.1.1 >>> >>> >>> >>> Je confirme qu'Alphalink transmet les INVITE avec le Header Identity : >>> 2024/06/21 14:06:45.559654 alphalink:5060 -> ipbx:5060 INVITE >>> sip:0xxxxxxxxx@ipbx:5060 SIP/2.0 >>> Via: SIP/2.0/UDP alphalink:5060;branch=z9hG4bKfb2c.e3208024.0 >>> Max-Forwards: 69 >>> From: <sip:0600000000@alphalink2;user=phone>;tag=as4e911d28 >>> To: <sip:0xxxxxxxxx@alphalink;user=phone> >>> Contact: <sip:0600000000@alphalink;did=ee3.876b50f6> >>> Call-ID: 16xxxxxxxxxxxxxxxxxx5643c450f8@alphalink2:5060 >>> CSeq: 102 INVITE >>> P-Early-Media: supported >>> Allow: INVITE, ACK, CANCEL, OPTIONS, BYE >>> Supported: timer >>> Identity: >>> xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx >>> xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx >>> xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx >>> xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx >>> xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx >>> xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx-g >>> ;info=<https://api.xxxxxxxx.fr/certs/xxxx00/xxxxxxxxxxxxxxxx.cer>;alg= >>> ES256;ppt=shaken >>> Content-Type: application/sdp >>> Content-Length: 403 >>> >>> Par contre, il n'y a pas la classification de l'appel. >>> >>> Bien cordialement, >>> ALEGRI Rémy >>> >>> >>> >>> Le 2024-06-21 13:52, Alain Bieuzent a écrit : >>> Ce voudrais donc dire qu'Alphalink envoit les header Identity aux ipbx >> des clients, ce qui est interdit... >>> >>> Le 21/06/2024 12:45, « Benoît Gigarel » >> <bgiga...@izarralde.com<mailto:bgiga...@izarralde.com> >> <mailto:bgiga...@izarralde.com<mailto:bgiga...@izarralde.com>>> a >> écrit : >>> >>> >>> Bonjour à tous, >>> >>> >>> Çà y est, on y est aussi... Nos clients connectés chez Alphalink nous >>> appellent pour des problèmes d'appels depuis ce matin. >>> >>> >>> Voici la dernière communication de Alphalink à 11h56. >>> >>> >>> Statut de l'incident : >>> Nous avons répertoriés des équipements comportant des anomalies : >>> 1-Les IPBX wazo semblent ne pas gérer correctement les Invites >> fragmentés. >>> 2-Les équipement Mitel MIVB ne sont pas en mesure de gérer les >>> Identity Header de plus de 500 caractères (Développement en cours >> de >>> Mitel pour augmenter cette valeur) 3-PABX PANASONIC NS700 >> Versions >>> impactées : >>> Panasonic-MPR16-V006.01089/VSIPGW-V3.0000 >>> Panasonic-MPR16-V008.00055/VSIPGW-V3.0000 >>> >>> >>> >>> >>> Cordialement, >>> Benoît >>> >>> >>> >>> >>> -----Message d'origine----- >>> De : frnog-requ...@frnog.org<mailto:frnog-requ...@frnog.org> >>> <mailto:frnog-requ...@frnog.org<mailto:frnog-requ...@frnog.org>> >>> <frnog-requ...@frnog.org<mailto:frnog-requ...@frnog.org> >>> <mailto:frnog-requ...@frnog.org<mailto:frnog-requ...@frnog.org>>> >> De >>> la part de Jérôme RICHARD Envoyé : vendredi 21 juin 2024 12:37 À : >>> Alain Bieuzent <alain.bieuz...@free.fr<mailto:alain.bieuz...@free.fr> >>> <mailto:alain.bieuz...@free..fr>> Cc : Olivier Varenne >>> <o.vare...@ipconnect.fr<mailto:o.vare...@ipconnect.fr> >>> <mailto:o.vare...@ipconnect.fr<mailto:o.vare...@ipconnect.fr>>>; >>> frnog-al...@frnog.org<mailto:frnog-al...@frnog.org> >>> <mailto:frnog-al...@frnog.org<mailto:frnog-al...@frnog.org>> >>> Objet : Re: [FRnOG] [ALERT] La gestion du MAN chez Alphalink... >>> >>> >>> Pour l'identity je suis Ok. >>> >>> >>> Pour l'info d'attestation je n'avais pas vu l'info. C'est dommage de >>> ne pas le transmettre je trouve. >>> >>> >>> Cordialement, >>> Jérôme RICHARD >>> >>> >>> >>> >>> >>> >>> >>> >>> Le ven. 21 juin 2024 à 12:03, Alain Bieuzent >>> <alain.bieuz...@free.fr<mailto:alain.bieuz...@free.fr> >> <mailto:alain.bieuz...@free.fr<mailto:alain.bieuz...@free.fr>>> a écrit >> : >>> >>> >>> >>> Bonjour Jérôme, >>> >>> L'APNF a clairement précisé qu'il était interdit de transmettre >>> l'entête Identity aux client finaux (cela reste de l'info >>> inter-opérateur) et qu'il était aussi interdit de transmettre le >>> niveau d'attestation (quel que soit la manière utilisée). >>> >>> Alain >>> >>> Le 21/06/2024 11:53, « Jérôme RICHARD » <frnog- >> requ...@frnog.org<mailto:frnog-requ...@frnog.org> <mailto:frnog- >> requ...@frnog.org<mailto:frnog-requ...@frnog.org>> <mailto: >>> frnog-requ...@frnog.org<mailto:frnog-requ...@frnog.org> >> <mailto:frnog-requ...@frnog.org<mailto:frnog-requ...@frnog.org>>> au >> nom de jerome.rich...@va-telecom.fr<mailto:jerome.richard@va- >> telecom.fr> <mailto:jerome.richard@va- >> telecom.fr<mailto:jerome.rich...@va-telecom.fr>> <mailto: >>> jerome.rich...@va-telecom.fr<mailto:jerome.rich...@va-telecom.fr> >> <mailto:jerome.rich...@va-telecom.fr<mailto:jerome.richard@va- >> telecom.fr>>>> a écrit : >>> >>> >>> Bonjour, >>> >>> >>> Le MAN ajoute un entête identity assez conséquent (plus de 500 >> octet) >>> à l'INVITE SIP. Ca peut donner des INVITE à plus de 1600 octets et >>> donc de la fragmentation ce qui n'est pas supporté par tous les IPBX. >>> Le symptôme que j'ai pu constater c'est que l'IPBX destinataire ne >>> répond pas aux INVITE avec entête identity. >>> >>> >>> Nous avons fait le choix de ne pas le diffuser vers les trunks de nos >>> clients puisque nous réalisons le contrôle en amont et de diffuser >>> uniquement le Attestation-Info (A, B ou C) qui en ressort. >>> >>> >>> Donc a voir si les appels qui posent problème ont l'entête identity >>> dans l'INVITE. >>> >>> >>> Cordialement, >>> Jérôme RICHARD >>> >>> >>> >>> >>> >>> >>> >>> >>> Le ven. 21 juin 2024 à 09:55, Olivier Varenne via frnog >>> <frnog@frnog.org<mailto:frnog@frnog.org> >> <mailto:frnog@frnog.org<mailto:frnog@frnog.org>> >> <mailto:frnog@frnog.org<mailto:frnog@frnog.org> >> <mailto:frnog@frnog.org<mailto:frnog@frnog.org>>>> a écrit : >>> >>> >>> >>> On est les seuls à être très, TRES, impacté par la mise en place du >>> man chez alphalink depuis plusieurs jours ? >>> On a du mal à identifier l'origine du problème : dans certains cas >>> cela semble être un problème de MTU et de paquet SIP fragmenté, >>> d'autres cas sont plus obscurs... >>> Je suis un peu étonné de rien avoir vu circuler ici, à croire qu'on >>> est un cas isolé ? >>> Comment souvent : communication proche du 0, au début quand on >> a >>> remonté les soucis on nous a gentiment envoyé balader genre « c'est >>> pas notre probleme », et maintenant ça semble être la panique. >>> >>> >>> >>> Cordialement, >>> >>> >>> >> [cid:image001.png@01DAC3C1.1D673B20<mailto:image001.png@01 >> DAC3C1.1D673 >>> B20>] >>> Olivier Varenne >>> Président, R&D et développement >>> T +33 (0)4 27 04 40 00 | ipconnect.fr<http://www.ipconnect.fr/> >>> <http://www.ipconnect.fr/>> < http://www.ipconnect.fr/>> >>> <http://www.ipconnect.fr/&gt;>> >>> >>> Suivez-nous ! >>> [picto-twitter]<https://twitter.com/ip_connectweets> >>> <https://twitter.com/ip_connectweets>> < >>> https://twitter.com/ip_connectweets>> >>> <https://twitter.com/ip_connectweets&gt;>>[picto-youtube]< >>> https://www.youtube.com/channel/UC4W_ceUZgLBRAeQUjtopVug> >>> >> <https://www.youtube.com/channel/UC4W_ceUZgLBRAeQUjtopVug> >>> < >>> https://www.youtube.com/channel/UC4W_ceUZgLBRAeQUjtopVug> >>> >> <https://www.youtube.com/channel/UC4W_ceUZgLBRAeQUjtopVug&a >> mp;gt> >>> ;>[picto-linkedin]< >>> https://www.linkedin.com/company/20541473/admin/> >>> <https://www.linkedin..com/company/20541473/admin/>> < >>> https://www.linkedin.com/company/20541473/admin/>> >>> >> <https://www.linkedin.com/company/20541473/admin/&gt;> >>> >>> >>> >>> --------------------------- >>> Liste de diffusion du FRnOG >>> http://www.frnog.org/ <http://www.frnog.org/> >> <http://www.frnog.org/> >>> <http://www.frnog.org/>> >>> >>> >>> --------------------------- >>> Liste de diffusion du FRnOG >>> http://www.frnog.org/ <http://www.frnog.org/> >> <http://www.frnog.org/> >>> <http://www.frnog.org/>> >>> >>> >>> >>> >>> >>> >>> --------------------------- >>> Liste de diffusion du FRnOG >>> http://www.frnog.org/ <http://www.frnog.org/> >>> >>> >>> >>> >>> >>> --------------------------- >>> Liste de diffusion du FRnOG >>> http://www.frnog.org/ >>> >>> --------------------------- >>> Liste de diffusion du FRnOG >>> http://www.frnog.org/ > --------------------------- Liste de diffusion du FRnOG http://www.frnog.org/
