Y'a déjà un IG ouvert. Mais on va creuser. On a réussi à éteindre l'incendie, la plupart de nos clients refonctionnent, avec parfois des solutions baroques.
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 11:12 > À : 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... > > 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: > >>>>>>>>>>> > xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx > >>>>>>>>>>> xx > >>>>>>>>>>> xx > >>>>>>>>>>> xx > >>>>>>>>>>> xx > >>>>>>>>>>> xx > >>>>>>>>>>> > xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx > >>>>>>>>>>> xx > >>>>>>>>>>> xx > >>>>>>>>>>> xx > >>>>>>>>>>> xx > >>>>>>>>>>> xx > >>>>>>>>>>> > xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx > >>>>>>>>>>> xx > >>>>>>>>>>> xx > >>>>>>>>>>> xx > >>>>>>>>>>> xx > >>>>>>>>>>> xx > >>>>>>>>>>> > xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx > >>>>>>>>>>> xx > >>>>>>>>>>> xx > >>>>>>>>>>> xx > >>>>>>>>>>> xx > >>>>>>>>>>> xx > >>>>>>>>>>> > xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx > >>>>>>>>>>> xx > >>>>>>>>>>> xx > >>>>>>>>>>> xx > >>>>>>>>>>> xx > >>>>>>>>>>> xx > >>>>>>>>>>> > xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx > >>>>>>>>>>> xx > >>>>>>>>>>> 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.richard@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/
