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/
