AMHA, laisser à un client final la liberté de couper des appels de manière trop restrictive et infondée, ça serait un cauchemar pour les Services Clients des opérateurs.
David > Le 21 juin 2024 à 12:36, Jérôme RICHARD <jerome.rich...@va-telecom.fr> a > écrit : > > 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> 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> au nom de 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>> 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] >>> 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/>> >>> >>> Suivez-nous ! >>> [picto-twitter]<https://twitter.com/ip_connectweets> < >> https://twitter.com/ip_connectweets>>[picto-youtube]< >>> https://www.youtube.com/channel/UC4W_ceUZgLBRAeQUjtopVug> < >> https://www.youtube.com/channel/UC4W_ceUZgLBRAeQUjtopVug> >> ;>[picto-linkedin]< >>> https://www.linkedin.com/company/20541473/admin/> < >> https://www.linkedin.com/company/20541473/admin/>> >>> >>> >>> --------------------------- >>> Liste de diffusion du FRnOG >>> 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/
