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/
