Pas de xDSL dans notre cas. Fibre FTTH.
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 : Xavier ROCA <x.r...@sdi.fr> De la part de x.r...@sipleo.com > Envoyé : vendredi 21 juin 2024 15:47 > À : Olivier Varenne <o.vare...@ipconnect.fr> > Cc : frnog-al...@frnog.org; 'David Ponzone' <david.ponz...@gmail.com> > Objet : RE: [FRnOG] [ALERT] La gestion du MAN chez Alphalink... > > 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.richard@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/
