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/
