A priori, il est en SIP UDP, donc ça le concerne pas :) Mais sinon tu as raison, vaut mieux, en tout cas pour éviter les cas tordus.
David > Le 21 juin 2024 à 15:46, <x.r...@sipleo.com> <x.r...@sipleo.com> a écrit : > > Pensez au réglage du MSS > Pour un MTU de 1500, MSS à 1460 > Sur certains équipements, on a dû forcer le MSS, le réglage du MTU ne > modifier pas automatiquement le MSS > > -----Message d'origine----- > De : frnog-requ...@frnog.org <frnog-requ...@frnog.org> De la part de David > Ponzone > Envoyé : vendredi 21 juin 2024 15:05 > À : 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... > > 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: >>>> xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx >>>> xx >>>> xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx >>>> xx >>>> xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx >>>> xx >>>> xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx >>>> xx >>>> xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx >>>> xx >>>> xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx >>>> -g >>>> ;info=<https://api.xxxxxxxx.fr/certs/xxxx00/xxxxxxxxxxxxxxxx.cer>;al >>>> g= >>>> 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/ > > --------------------------- Liste de diffusion du FRnOG http://www.frnog.org/