est bien d’accord que le renvoi d’appel reste la solution la plus
> simple à ce jour…
>
>
>
>
>
> *De :* Nicolas Bougues
> *Envoyé :* lundi 17 décembre 2018 18:31
> *À :* fabien.seg...@widenetconsulting.fr
> *Cc :* frnog@frnog.org
> *Objet :* Re: [FRnOG] [MISC] ZNE et Por
renvoi d’appel reste la solution la plus simple à
> ce jour…
>
>
>
>
>
> De : Nicolas Bougues
> Envoyé : lundi 17 décembre 2018 18:31
> À : fabien.seg...@widenetconsulting.fr
> Cc : frnog@frnog.org
> Objet : Re: [FRnOG] [MISC] ZNE et Portabilité
>
>
Envoyé : lundi 17 décembre 2018 18:31
À : fabien.seg...@widenetconsulting.fr
Cc : frnog@frnog.org
Objet : Re: [FRnOG] [MISC] ZNE et Portabilité
Non / non. D'après une source ARCEP il y a une paire d'années :
La réglementation (décision n° 05-1085 :
http://arcep.fr/uploads/tx_gsav
A noter qu'en ce qui concerne les numéros d'urgence, l'identification des
appelants devrait maintenant se faire dans la plupart des cas grace à la
PFLAU, où pour les numéros fixes, l'opérateur fournit en temps réel
l'adresse de l'appelant.
Par ailleurs la transmission dans la trame d'appel du code
Ah ils n’ont toujours pas trouvé une solution pour la limite à 50 ?
Extra-ordinaire.
> Le 18 déc. 2018 à 09:22, Alain Bieuzent a écrit :
>
> Concernant le champ SIP contenant le code INSEE, c'est déjà normalisé grâce
> au header P-Access-Network-Info:
> Mais en fait pas réellement déployable a
Concernant le champ SIP contenant le code INSEE, c'est déjà normalisé grâce au
header P-Access-Network-Info:
Mais en fait pas réellement déployable a grande échelle car cela nécessite
l'utilisation d'un code R1R2 pour chaque opérateur et l'ARCEP n'en a prévu que
50 pour l'ensemble des opérateurs
Non tu as raison, je me suis planté.
C’est un double-process en fait:
-vérif ZNE pour savoir si le portage est autorisé
-base site/INSEE pour traduire
En fait, idéalement, pour simplifier un peu les choses à l’heure de la
mobilité, il faudrait normaliser un champ SIP qui sera envoyé à l’opérateur
Bonjour,
Le 17/12/2018 18:37, David Ponzone a écrit :
> Hmmm tu peux pas vraiment partir du principe que le PAI sert à ça, ou sera
> utilisé pour ça par tel ou tel opérateur.
>
> Ne sachant pas ce qu'un client va envoyer, l’opérateur doit décider sur
> quelle base il va traduire le numéro:
> -n
Oui c’est ce que j’ai dit, non ? :)
> Le 17 déc. 2018 à 19:13, Fabien Ségura a
> écrit :
>
> Si tu fais bien les choses en utilisant le PDAAU, il te suffit d’associer
> à chaque SDA un code INSEE qui correspond à la localisation du poste fixe.
> Ça fonctionne aussi bien avec des numéros géo ou
Si tu fais bien les choses en utilisant le PDAAU, il te suffit d’associer
à chaque SDA un code INSEE qui correspond à la localisation du poste fixe.
Ça fonctionne aussi bien avec des numéros géo ou non géo, le client sera
automatiquement redirigé vers la caserne qui correspond à son code INSEE.
Le
Bonjour,
Pour aller plus loin, c'est la responsabilité de l'opérateur de
présenter l'appel d'urgence au centre de secours correspondant. Et en
cas de décès, et que manquement il y a eu, je ne donne pas cher de la
peau du responsable !
En tant qu'opérateur, la responsabilité est très importan
SI tu trouves le code INSEE en te basant sur le SDA et que ton client est à
Marseille avec des numéros de Toulouse, tu vas avoir un problème légal quand il
va appeler les urgences.
D’où le besoin, pour ce cas illégal et d’autres cas parfaitement légitime
(téléphone IP d’un remote worker), de gér
Bonjour, su le papier c'est interdit, en réalité personne le respecte.
Par exemple le numéro virtuel offert par Orange, ou tu peux acheter un SDA
de n'importe quel région.
En tout cas en 10 ans d'activité professionnelle j'ai pas vu une seule
portabilité refusé pour la raison de ZNE non correcte, e
"Numéro Géographique" ca veut dire ce que ca veut dire hein... un numéro
rattaché à une adresse.
Ou sinon on à plus qu'à jeter le Plan de Num oubien on prend des
"Numéros Personnel Non Géographiques".
PAID ca résoud le problème de présentation du ND, suffit de comprendre
ce que l'on fait avec son i
Hmmm tu peux pas vraiment partir du principe que le PAI sert à ça, ou sera
utilisé pour ça par tel ou tel opérateur.
Ne sachant pas ce qu'un client va envoyer, l’opérateur doit décider sur quelle
base il va traduire le numéro:
-numéro appelant -> ZNE -> INSEE -> traduction
ou
-client appelant ->
Non / non. D'après une source ARCEP il y a une paire d'années :
La réglementation (décision n° 05-1085 :
http://arcep.fr/uploads/tx_gsavis/05-1085.pdf#page=22 ) prévoit que les
numéros géographiques doivent rester dans leur ZNE d’attribution. Il s’agit
bien d’une interdiction faite aux opérateurs
Sur les services qui te permettent de présenter le numéro que tu veux,
il y a une subtilité.
Il y a une partie "présentation de numéro" et une partie "origine
géographique réelle de l'appelant" (en SIP, le P-Asserted-Identity).
Du coup, quand tu appelles une personne classique, ça présente le n
Non, on ne doit pas traduire seulement en vérifiant le numéro appelant.
En tout cas, c’est mon point de vue.
Travailler sur le code Insee du site du client est plus sûr.
Evidemment, il se pose le problème du nomade, mais on suppose que le nomade
appellera les secours depuis son GSM, et sera donc g
Ben alors je ne comprend pas. Le problème est bien lié au côté géographique
de la SDA pour les services de secours non ??
Si tu présentes une SDA qui de part son affectation originale te situe à
Paris alors que tu te trouve à Marseille, c'est bien cela le problème légal
non ??
Je ne lance pas de po
Euh alors là, sur ce sujet là, c’est ouvert.
Si quelqu’un t’emmerde avec ça, tu peux lui parler des Call-center en Afrique
du Nord qui bossent pour des grandes entreprises françaises et qui présentent
un numéro français.
Encore un sujet sur lequel le régulateur a toujours manqué de clarté. Mais
Pas forcément. Tant que tu es joignable sur tous les numéros que tu
communiques aux clients, c'est bon. Si tu présentes un numéro qui n'est
pas ton numéro "officiel" pour les appels sortants, ça fait moins "pro"
mais c'est pas si méchant que ça.
Y'a aussi certaines offres qui permettent de mod
...et il faut aussi que les appels sortants présentent ce nouvel NDI non ?
Cordialement,
Olivier
Le lun. 17 déc. 2018 à 14:45, Alexis a écrit :
> L'autre façon de faire, légale et pas cher, c'est de mettre un nouveau
> NDI sur le nouveau site client, porter le SDA "à conserver" chez un
> opérat
Alexis,
Tout à fait, et merci, car c’est la preuve de la stupidité de la
réglementation….
> Le 17 déc. 2018 à 14:44, Alexis a écrit :
>
> L'autre façon de faire, légale et pas cher, c'est de mettre un nouveau NDI
> sur le nouveau site client, porter le SDA "à conserver" chez un opérateur SIP
L'autre façon de faire, légale et pas cher, c'est de mettre un nouveau
NDI sur le nouveau site client, porter le SDA "à conserver" chez un
opérateur SIP et faire du renvoi inconditionnel du SDA à conserver vers
le nouveau NDI.
Alexis
Le 17/12/2018 à 11:34, Fabien Ségura a écrit :
Bonjour la
Oui c'est interdit, mais ce n'est pas l'ARCEP qui va s'autosaisir de ce genre
de dossier, par contre si un concurrent de l'opérateur qui va réaliser cette
porta saisit l'ARCEP pour concurrence déloyale, ça peut partir en sucette
Alain
Le 17/12/2018 11:56, « Fabien Ségura » a écrit :
Oui il est opérateur, il y a accès grace à ENVOL
Le 17/12/2018 11:37, « David Ponzone » a écrit :
>Euh à ma connaissance, c’est toujours « interdit » .
>
>Il gère lui-même le PDAAU ???
>Il a eu comment les numéros ?
>S’il n’est pas opérateur, il n’a pas le droit d’avoir accès à ces
>numéros….
Euh à ma connaissance, c’est toujours « interdit » .
Il gère lui-même le PDAAU ???
Il a eu comment les numéros ?
S’il n’est pas opérateur, il n’a pas le droit d’avoir accès à ces numéros….
> Le 17 déc. 2018 à 11:34, Fabien Ségura a
> écrit :
>
> Bonjour la liste,
>
> j¹ai un client qui souhai
27 matches
Mail list logo