[MISC] RE: [FRnOG] [MISC] Conservation log appels opérateurs/presta Voip

2019-03-05 Par sujet Oliver varenne 
Un installateur qui refuse de faire des traces ou de donner des logs, ça 
annonce clairement la couleur niveau qualité de service rendu à ses clients...
Surtout quand l'opérateur joue le jeu en fournissant des traces, ce qui 
n'arrive pas toujours.
On a plutôt l'habitude de l'inverse nous : l'installateur cherche, mais 
l'opérateur répond invariablement "pas de problème chez nous".




Cordialement,
 


Olivier Varenne
Co-gérant, Commercial & Développeur
T +33 (0)4 27 04 40 00 | ipconnect.fr

> -Message d'origine-
> De : frnog-requ...@frnog.org  De la part de
> Richard Klein
> Envoyé : lundi 4 mars 2019 18:57
> À : Nicolas Brunet 
> Cc : FRench Network Operators Group 
> Objet : Re: [FRnOG] [MISC] Conservation log appels opérateurs/presta
> Voip
> 
> Oui enfin mettre le firewall entre l ipbx/pabx et l opérateur pour faire une
> trace c est logique mais déjà que pour simplement faire un débug ISDN c
> est compliqué
> Et puis face à des installateurs qui ont 30 ans d expérience dans l
> installation de pabx c est compliqué  de lutter :-)
> 
> Richard
> 
> Le lun. 4 mars 2019 à 12:30, Nicolas Brunet  a écrit
> :
> 
> > Bonjour,
> >
> > Le 03/03/2019 22:08, admin Obf a écrit :
> > > Y a pas de firewall entre l'Infra voix de l'opé et le client
> >
> > Si c'est bloqué côté prestataire et côté opérateur, le fait de mettre
> > en place, même temporairement, un pare-feu genre pfSense entre
> > l'autocom et l'opérateur pourrait débloquer la situation avec un petit
> tcpdump.
> >
> > Cordialement,
> >
> > --
> >
> > Nicolas Brunet
> > Responsable technique
> >
> > Devopsys
> > 12 rue Gémini
> > Bâtiment 3
> > 87068 Limoges Cedex
> > 0587030302
> > http://www.devopsys.com
> >
> >
> > ---
> > Liste de diffusion du FRnOG
> > http://www.frnog.org/
> >
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/

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

Re: [FRnOG] [MISC] Conservation log appels opérateurs/presta Voip

2019-03-04 Par sujet Richard Klein 
Oui enfin mettre le firewall entre l ipbx/pabx et l opérateur pour faire
une trace c est logique mais déjà que pour simplement faire un débug ISDN c
est compliqué
Et puis face à des installateurs qui ont 30 ans d expérience dans l
installation de pabx c est compliqué  de lutter :-)

Richard

Le lun. 4 mars 2019 à 12:30, Nicolas Brunet  a écrit :

> Bonjour,
>
> Le 03/03/2019 22:08, admin Obf a écrit :
> > Y a pas de firewall entre l'Infra voix de l'opé et le client
>
> Si c'est bloqué côté prestataire et côté opérateur, le fait de mettre en
> place, même temporairement, un pare-feu genre pfSense entre l'autocom et
> l'opérateur pourrait débloquer la situation avec un petit tcpdump.
>
> Cordialement,
>
> --
>
> Nicolas Brunet
> Responsable technique
>
> Devopsys
> 12 rue Gémini
> Bâtiment 3
> 87068 Limoges Cedex
> 0587030302
> http://www.devopsys.com
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>

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

Re: [FRnOG] [MISC] Conservation log appels opérateurs/presta Voip

2019-03-04 Par sujet Nicolas Brunet 
Bonjour,

Le 03/03/2019 22:08, admin Obf a écrit :
> Y a pas de firewall entre l'Infra voix de l'opé et le client

Si c'est bloqué côté prestataire et côté opérateur, le fait de mettre en
place, même temporairement, un pare-feu genre pfSense entre l'autocom et
l'opérateur pourrait débloquer la situation avec un petit tcpdump.

Cordialement,

-- 

Nicolas Brunet
Responsable technique

Devopsys
12 rue Gémini
Bâtiment 3
87068 Limoges Cedex
0587030302
http://www.devopsys.com


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

Re: [FRnOG] [MISC] Conservation log appels opérateurs/presta Voip

2019-03-03 Par sujet admin Obf 
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  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  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
>
>> a écrit :
>> >Ils ont pensé à une éventuelle responsabilité du CPE (sip alg à la
>con)
>> >?
>> >
>> >
>> >David Ponzone
>> >
>> >
>> >
>> >> Le 3 mars 2019 à 21:05, admin Obf  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
>> > 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  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
>> > 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  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
>> >  a écrit :
>> >> Le 3 mars 2019 à 13:08, admin Obf  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

Re: [FRnOG] [MISC] Conservation log appels opérateurs/presta Voip

2019-03-03 Par sujet Olivier Divel 
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  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 
> a écrit :
> >Ils ont pensé à une éventuelle responsabilité du CPE (sip alg à la con)
> >?
> >
> >
> >David Ponzone
> >
> >
> >
> >> Le 3 mars 2019 à 21:05, admin Obf  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
> > 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  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
> > 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  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
> >  a écrit :
> >> Le 3 mars 2019 à 13:08, admin Obf  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

Re: [FRnOG] [MISC] Conservation log appels opérateurs/presta Voip

2019-03-03 Par sujet admin Obf 
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  a 
écrit :
>Ils ont pensé à une éventuelle responsabilité du CPE (sip alg à la con)
>?
>
>
>David Ponzone
>
>
>
>> Le 3 mars 2019 à 21:05, admin Obf  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
> 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  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
> 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  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
>  a écrit :
>> Le 3 mars 2019 à 13:08, admin Obf  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/ 
>> 
>> -- 
 
>>>

Re: [FRnOG] [MISC] Conservation log appels opérateurs/presta Voip

2019-03-03 Par sujet David Ponzone 
Ils ont pensé à une éventuelle responsabilité du CPE (sip alg à la con) ?


David Ponzone



> Le 3 mars 2019 à 21:05, admin Obf  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  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  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  
>>> 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  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
  a écrit :
> Le 3 mars 2019 à 13:08, admin Obf  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/ 
> 
> -- 
>>> 
>>> -- 
>>> 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/

Re: [FRnOG] [MISC] Conservation log appels opérateurs/presta Voip

2019-03-03 Par sujet Fabien H 
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  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 
> 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  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
> > 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  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
> >>>  a écrit :
>  Le 3 mars 2019 à 13:08, admin Obf  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/ 
> 
>  --
> >>
> >> --
> >> Librement,
> >> ---

Re: [FRnOG] [MISC] Conservation log appels opérateurs/presta Voip

2019-03-03 Par sujet admin Obf 
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  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  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
> 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  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
>>>  a écrit :
 Le 3 mars 2019 à 13:08, admin Obf  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/ 
 
 -- 
>> 
>> -- 
>> 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/

Re: [FRnOG] [MISC] Conservation log appels opérateurs/presta Voip

2019-03-03 Par sujet David Ponzone 
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  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  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  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
>>  a écrit :
>>> Le 3 mars 2019 à 13:08, admin Obf  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/ 
>>> 
>>> -- 
> 
> -- 
> Librement,
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


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

Re: [FRnOG] [MISC] Conservation log appels opérateurs/presta Voip

2019-03-03 Par sujet admin Obf 
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  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  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
> a écrit :
>> Le 3 mars 2019 à 13:08, admin Obf  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/ 
>> 
>> -- 

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

Re: [FRnOG] [MISC] Conservation log appels opérateurs/presta Voip

2019-03-03 Par sujet David Ponzone 
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  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  a 
> écrit :
> Le 3 mars 2019 à 13:08, admin Obf  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/ 
> 
> -- 


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

Re: [FRnOG] [MISC] Conservation log appels opérateurs/presta Voip

2019-03-03 Par sujet admin Obf 
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  a 
écrit :
>> Le 3 mars 2019 à 13:08, admin Obf  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/

-- 

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

Re: [FRnOG] [MISC] Conservation log appels opérateurs/presta Voip

2019-03-03 Par sujet David Ponzone 
> Le 3 mars 2019 à 13:08, admin Obf  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/

[FRnOG] [MISC] Conservation log appels opérateurs/presta Voip

2019-03-03 Par sujet admin Obf 
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 ?

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) 


-- 
Librement,

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