Bonsoir,
Juste comme ça :

si c'est un IPBX type OXO et que l'opérateur reçoit la signalisation SIP
mais ne reçoit pas le RTP, il faut que le mainteneur de l'IPBX vérifie que
le RTP Direct n'est pas par hasard activé  .. ? Et le désactiver

Fabien

Le dim. 3 mars 2019 à 21:07, 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/
>

---------------------------
Liste de diffusion du FRnOG
http://www.frnog.org/

Répondre à