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]<https://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: xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx-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.rich...@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.rich...@va-telecom.fr<mailto:jerome.rich...@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@01DAC3C1.1D673B20>] 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&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/
