Tu t’en fous. Ils ont pas accès à ton CPE. Sinon, tu les confrontes au fait qu’ils ne respectent pas leur STAS puisqu’en faisant comme ils disent, tu peux pas passer sans frag un paquet de taille inférieure au MTU. Tu peux même ouvrir un IG chez eux, avec impact majeur, et tu suis la procédure d’escalade jusqu’en haut.
Avec un peu de chance, y a encore quelqu’un de chez eux sur la liste, et il va réagir :) David > Le 24 juin 2024 à 10:59, Olivier Varenne <o.vare...@ipconnect.fr> a écrit : > > J'ai bien envie de faire ça en effet > Mais apres tu comprends: "vous respectez pas les STAS alors on fait rien > c'est pas nous"... > > > > 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é : lundi 24 juin 2024 10:44 >> À : Olivier Varenne <o.vare...@ipconnect.fr> >> Cc : x.r...@sipleo.com; frnog-tech <frnog-t...@frnog.org> >> Objet : Re: [FRnOG] [TECH] La gestion du MAN chez Alphalink... >> >> Olivier, >> >> Tu cumules un double problème: >> 1/ SFR >> 2/ Alphalink, qui visiblement n’a pas envie de t’aider, parce que chez >> eux, tout va bien, tout est normal et parfait >> >> Donc tu forces max-mtu et max-mru à 1460 sur ton CPE (car d’après ce >> que tu écris, je déduis que tu as pas la main sur le LNS), et tu vois sur >> un ping 1460 avec df=1 passe. >> >> David >> >>> Le 24 juin 2024 à 10:30, Olivier Varenne <o.vare...@ipconnect.fr> >> a écrit : >>> >>> Correction. Oui, je suis fatigué. >>> >>>> Après quelques heures, je constate que le mikrotik me retourne un >>>> actual mtu de 1480. >>>> Mais à ce moment-là, je ne peux plus envoyer que des paquet de >> 1476 >>>> (incluant entetes ip+icmp)... >>> >>> >>> >>> 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 : frnog-requ...@frnog.org <frnog-requ...@frnog.org> De la part >> de >>>> Olivier Varenne via frnog Envoyé : lundi 24 juin 2024 10:21 À : David >>>> Ponzone <david.ponz...@gmail.com> Cc : x.r...@sipleo.com; >>>> frnog-al...@frnog.org Objet : RE: [FRnOG] [ALERT] La gestion du MAN >>>> chez Alphalink... >>>> >>>> Bon y'a un truc dans la soupe que je ne pige pas. >>>> >>>> Sur mon MikroTik, je défini, comme demandé par alphalink, le MTU à >>>> 1492 sur mon interface pppoe-client. >>>> Je peux alors envoyer un paquet de 1492 (incluant les entêtes ip + >>>> icmp) sur le lien sans fragmentation. >>>> >>>> Après quelques heures, je constate que le mikrotik me retourne un >>>> actual mtu de 1480. >>>> Mais à ce moment-là, je ne peux plus envoyer que des paquet de >> 1462 >>>> (incluant entetes ip+icmp)... >>>> >>>> >>>> Alors, soit je suis TRES fatigué (et c'est peu une réalité, je suis >>>> claqué) et j'ai un truc que j'ai pas vu/pas compris Soit un y a un >>>> réel souci de MTU. >>>> Dites moi: c'est moi qui ait besoin de vacances ? >>>> >>>> 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 : frnog-requ...@frnog.org <frnog-requ...@frnog.org> De la part >> de >>>>> Olivier Varenne via frnog Envoyé : vendredi 21 juin 2024 17:13 À : >>>>> David Ponzone <david.ponz...@gmail.com> Cc : >> x.r...@sipleo.com; >>>>> frnog-al...@frnog.org Objet : RE: [FRnOG] [ALERT] La gestion du >> MAN >>>>> chez Alphalink... >>>>> >>>>> Je regarderai ça lundi >>>>> >>>>> >>>>> >>>>> 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 16:58 À : Olivier Varenne <o.vare...@ipconnect.fr> Cc : >>>>>> x.r...@sipleo.com; frnog-al...@frnog.org Objet : Re: [FRnOG] >>>> [ALERT] >>>>>> La gestion du MAN chez Alphalink... >>>>>> >>>>>> C’est pareil, collecte L2TP, donc MTU 1460 à priori. >>>>>> À 1492, ça passe avec DF=1 ? >>>>>> Ca m’étonnerait. >>>>>> >>>>>> David >>>>>> >>>>>>> Le 21 juin 2024 à 16:55, Olivier Varenne >>>>> <o.vare...@ipconnect.fr> >>>>>> a écrit : >>>>>>> >>>>>>> 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: >>>>>>>>>>> xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx >>>>>>>>>>> xx >>>>>>>>>>> xx >>>>>>>>>>> xx >>>>>>>>>>> xx >>>>>>>>>>> xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx >>>>>>>>>>> xx >>>>>>>>>>> xx >>>>>>>>>>> xx >>>>>>>>>>> xx >>>>>>>>>>> xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx >>>>>>>>>>> xx >>>>>>>>>>> xx >>>>>>>>>>> xx >>>>>>>>>>> xx >>>>>>>>>>> xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx >>>>>>>>>>> xx >>>>>>>>>>> xx >>>>>>>>>>> xx >>>>>>>>>>> xx >>>>>>>>>>> xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx >>>>>>>>>>> xx >>>>>>>>>>> xx >>>>>>>>>>> xx >>>>>>>>>>> xx >>>>>>>>>>> xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx >>>>>>>>>>> xx >>>>>>>>>>> xx >>>>>>>>>>> xx >>>>>>>>>>> -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.richard@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.richard@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/ >>>> >>>> --------------------------- >>>> Liste de diffusion du FRnOG >>>> http://www.frnog.org/ > --------------------------- Liste de diffusion du FRnOG http://www.frnog.org/
