Ce sont des pistes bien intéressantes !! Y a pas de firewall entre l'Infra voix de l'opé et le client
'Vais voir pour pousser un peu tout ça Merci à tous pour les retours, je vous tiendrai informé de l'évolution 😃 Le 3 mars 2019 21:54:20 GMT+01:00, Olivier Divel <olivier.di...@gmail.com> a écrit : >Comme dit plus il faudrait checker s'il n'y a pas une fonction RTP >direct >(ou tout autre nom de ce genre, ça dépend du matériel). > >Souvent les installateurs laissent ça par défaut et l'IPBX met en >relation >directement le poste et l'opérateur. > >Sinon s'il y a un firewall sur le chemin s'assurer que la plage RTP est >bien ouverte > >Après soucis que j'ai déjà vu avec un client qui a un OXE, c'est un >soucis >au niveau de la nego du RTP, les 2 équipements se mettaient d'accord >sauf >que l'OXE répondait Port Unreachable. >Ça a été une belle galère pour mettre ça en évidence. > >Dans tout les cas bon courage ! > >Le dim. 3 mars 2019 à 21:38, admin Obf <ad...@obfuscate.fr> a écrit : > >> Cpe déjà vérifié, le presta se contente de dire qu'il a tout vérifié >chez >> lui sans trouver ce qui ne va pas >> >> Le 3 mars 2019 21:19:42 GMT+01:00, David Ponzone ><david.ponz...@gmail.com> >> a écrit : >> >Ils ont pensé à une éventuelle responsabilité du CPE (sip alg à la >con) >> >? >> > >> > >> >David Ponzone >> > >> > >> > >> >> Le 3 mars 2019 à 21:05, admin Obf <ad...@obfuscate.fr> a écrit : >> >> >> >> Le one way permanent, ça serait si simple ici … ça ne le fait que >sur >> >certain appel en tout ou rien ^^' >> >> >> >> Là, l'opérateur a pris des traces à son niveau directement sur son >> >sbc et ainsi mettre en évidence qu'il ne recevait pas de son en >> >provenance de l'équipement client (sdp et cie OK, fait via tcpdump) >> >tandis que le presta se contente de dire qu'il envoie bien et que >c'est >> >l'opérateur qui reçoit pas >> >> Bref, un bon presta comme on les aime (: >> >> >> >> Le plus moche, c'est qu'effectivement le client est pris entre les >> >deux … >> >> Vu que c'est technique, il se repose sur son presta qui rejette la >> >balle sur l'opérateur et inversement … >> >> >> >> >> >> Le 3 mars 2019 20:15:52 GMT+01:00, David Ponzone >> ><david.ponz...@gmail.com> a écrit : >> >>> >> >>> Si c’est une situation de one-way permanente, et que les 2 ne >font >> >pas leurs meilleurs efforts pour comprendre, je plains le client. >> >>> C’est stupide de la part de l’opérateur et du presta, mais pour >le >> >vivre fréquemment, y a des prestas qui devraient changer de métier >> >(surtout un qui dit qu’il peut pas prendre de traces….). >> >>> >> >>>> Le 3 mars 2019 à 19:35, admin Obf <ad...@obfuscate.fr> a écrit : >> >>>> >> >>>> Effectivement … >> >>>> Erreur de ma part dans le précédent message >> >>>> il fallait lire : >> >>>> >> >>>> Je sens que l'opérateur va fermer l'incident et renvoyer son >client >> >vers le gestionnaire de l'équipement (le presta), même en cas de >> >nouvelles ouverture pour la même problématique >> >>>> >> >>>> >> >>>> >> >>>> Le 3 mars 2019 19:25:33 GMT+01:00, David Ponzone >> ><david.ponz...@gmail.com> a écrit : >> >>>>> Je comprends plus. >> >>>>> Il fait quoi le presta s’il n’est pas gestionnaire de >l’équipement >> >? >> >>>>> Ptet qu’il sert juste à rien, à part bloquer :) >> >>>>> >> >>>>>> Le 3 mars 2019 à 17:39, admin Obf <ad...@obfuscate.fr> a écrit >: >> >>>>>> >> >>>>>> Dans le cas en tête, l'opérateur a déjà tenté de prouvé qu'il >> >n'est >> >>>>> pas en cause avec l'aide de capture de trames (identique dans >les >> >deux >> >>>>> cas, on est sur du one way en provenance presta/client vers >> >opérateur), >> >>>>> mais le presta refuse de l'entendre et part du principe que vu >> >qu'il >> >>>>> n'a pas de trace ou de moyen d'en prendre, le défaut ne peut >venir >> >que >> >>>>> du coté opérateur et refuse tout dialogue, se limitant à >> >"passe-plat" >> >>>>> selon ces propres termes >> >>>>>> >> >>>>>> Ce qui provoque un blocage des deux cotés :/ >> >>>>>> Je sens que le presta va fermer l'incident et renvoyer son >client >> >>>>> vers le gestionnaire de l'équipement, même en cas de nouvelles >> >>>>> ouverture pour la même problématique >> >>>>>> >> >>>>>> Le 3 mars 2019 16:55:11 GMT+01:00, David Ponzone >> >>>>> <david.ponz...@gmail.com> a écrit : >> >>>>>> Le 3 mars 2019 à 13:08, admin Obf <ad...@obfuscate.fr> a écrit >: >> >>>>>> >> >>>>>> Bien le bonjour @toutes et tous, >> >>>>>> >> >>>>>> Quelques questionnements me taraudent quant à la conservation >des >> >>>>> logs par les différents acteurs dans le cadre de fourniture de >> >VoIP >> >>>>>> >> >>>>>> J'ai vu que l'opérateur se devait de conserver des logs (du >> >moins, en >> >>>>> France) ne serait-ce que pour des raisons légales (réquisition >> >>>>> judiciaire, etc.). >> >>>>>> >> >>>>>> Qu'en est-il des autres parties ? Le presta notamment sur un >> >trunk >> >>>>> SIP doit il aussi conserver des logs ? >> >>>>>> >> >>>>>> Je vois pas pourquoi le prestataire serait concerné. Il ne >fait >> >que >> >>>>> configurer/maintenir un équipement qui appartient au client. >> >>>>>> Au pire, il a un devoir de conseil envers le client, qui est >> >>>>> probablement une "obligation" assez floue dans notre domaine. >> >>>>>> >> >>>>>> Pour moi, l’obligation de conserver les logs est sur les >> >opérateurs, >> >>>>> pour pouvoir répondre à la Police/Justice. >> >>>>>> >> >>>>>> Dans le cas de debug entre le presta et l'opérateur, le presta >> >>>>> (gestionnaire d'un oxo par exemple) peut-il se cacher derrière >le >> >fait >> >>>>> d'avoir un système ne permettant pas de conserver ne serait-ce >que >> >des >> >>>>> journaux d'appels et ainsi mettre la faute sur l'opérateur sans >> >avoir >> >>>>> de quoi le prouver ? (Cdr) >> >>>>>> >> >>>>>> Je cherche dans quelle situation de debug tu voudrais mettre >la >> >faute >> >>>>> sur l’opérateur. >> >>>>>> Quand tu debug, c’est qu’à priori tu es dans une démarche >> >>>>> constructive avec l’opérateur pour régler un problème chez le >> >client. >> >>>>>> Mais ne t’inquiète pas, tout PBX moderne (OXO compris) permet >de >> >>>>> conserver logs et CDR. >> >>>>>> Tu penses à quoi ? >> >>>>>> Si ton client a passé des appels pour 20k€ dans le mois, et >que >> >tu >> >>>>> espères pouvoir dire que c’est la faute de l’opérateur parce >que >> >tu >> >>>>> n’as pas les CDR pour prouver le contraire sur le PBX, j’ai >peur >> >que tu >> >>>>> lances ton client dans une procédure difficile et perdue >d’avance >> >:) >> >>>>>> Liste de diffusion du FRnOG >> >>>>>> http://www.frnog.org/ <http://www.frnog.org/> >> >>>>>> >> >>>>>> -- >> >>>> >> >>>> -- >> >>>> Librement, >> >>>> Liste de diffusion du FRnOG >> >>>> http://www.frnog.org/ >> >>> Liste de diffusion du FRnOG >> >>> http://www.frnog.org/ >> >> >> >> -- >> >> Librement, >> > >> >--------------------------- >> >Liste de diffusion du FRnOG >> >http://www.frnog.org/ >> >> -- >> Envoyé de mon appareil Android avec Courriel K-9 Mail. Veuillez >excuser ma >> brièveté. >> --------------------------- >> Liste de diffusion du FRnOG >> http://www.frnog.org/ >> > >--------------------------- >Liste de diffusion du FRnOG >http://www.frnog.org/ -- Librement, --------------------------- Liste de diffusion du FRnOG http://www.frnog.org/
