Pas du tout l'objectif,
Je faisais juste référence au pb initiale de Philippe BARRANCO
Completel fait bien pour son client le routage ZNE vers le bon service
(PDAAU).
Cependant le service d'urgence a une base annuaire interne qui ne
contient pas la nouvelle adresse postale du client suite a son déménagement.
Et là 2 possibilités:
- soit Completel n'a pas publier dans les annuaires universelles
les nouvelles coordonnées (et dans ce cas c'est pas bien Completel)
- soit c'est le service d'urgence qui a une méthode non pertinente
de gestion des fichiers annuaires et qui n'est pas a jour (et dans ce
cas c'est le service d'urgence qui est en tord et Completel a bien fait
son boulot).
Sylvain
Le 27/11/2015 17:52, David Ponzone a écrit :
Sylvain,
et c’est quoi le rapport avec Completel, j’ai pas compris.
Parce que j’imagine que c’était pas pour leur faire de la pub :)
Le 27 nov. 2015 à 17:41, Sylvain Charron (LASOTEL) <schar...@lasotel.fr> a
écrit :
Bonjour,
Ci dessous quelques réponses sur des notions diffusées sur ce thread:
- PDDAU
Données émise par les Préfectures à destination des opérateurs pour faire
le routage vers le bon centre de traitement d'appel d'urgence selon la ZNE de
l'appelant.
- base centralisé PDAAU:
La responsabilité du routage des appels d'urgence est partagé entre les
préfectures (qui diffuse les PDAAU) et les opérateurs qui intègre ces données.
Confié cela a un tiers sans évolution du cadre juridique (mauvaise
retranscription de l'information par l'APNF par exemple) poserais de gros
soucis en cas d'erreur.
- PFLAU
API permettant d'intérogrer une sorte "d'annuaire inversé" en temps réelle
chez les opérateurs.
Nous sommes prêt, notre API est a disposition des services d'urgence
opérationnel, nous ne fournirons pas d'accès a un tiers (type APNF) car pour
nous il s'agit d'une relation de responsabilité entre opérateurs et services
d'urgence, et puis je souhaite contrôle qu'une intérogation de cette API soit
bien lié au déclenchement d'un appel le même service d'urgence.
- Exemple de Philippe et de son soucis
Jusqu'à la mise en place de la PFLAU (enfin, pour quand cela sera en
production), chaque service d'urgence traient ce sujet de manière totalement
hétérogène, et là on a vu de tout:
- achat d'abonnement PAYANT chez Orange pour un webservice annuaire
inversé (hors liste route)
- achat de fichier annuaire jamais complet a des éditeurs d'annuaire
- mise en place du flux annuaire universel directement avec les
opérateurs sur un contrat PAYANT
- mise en place du flux annuaire universel sur la base d'un contrat
GRATUIT entre opérateurs et services d'urgence (LA VRAI SOLUTION QUI AURAIS DU
A L'EPOQUE ETRE MISE EN PLACE, avant PFLAU).
Pour l'instant je dirais faute SERVICE d'URGENCE et pas COMPLETEL (pour une
fois), c'est au service d'urgence de mettre en œuvre les moyens de consolider
les flux annuaires universelle.
Juste un bémol: sous réserve que Completel est bien mis a jour la fiche
annuaire de l'abonné, a tester sur PagesJaunes ou tout autre site d'annuaire
type 118xxx.
Maintenant y'a la PFLAU, enfin un jour peut être, et cela devrait résoudre le
soucis.
PS pub: dans l'offre de terminaison/collecte d'appel via Lasotel, nous
proposons les prestations de gestion de tout ses volets réglementaires.
Sylvain
Le 27/11/2015 08:03, David Ponzone a écrit :
Le 27 nov. 2015 à 06:45, Michel Py <mic...@arneill-py.sacramento.ca.us> a écrit
:
Et donc , qui gère cette base d'adresse ? Le 911 ?
C'est une bonne question, et je te remercie de l'avoir posée :P
Mais t’as pas vraiment répondu, non ? :)
Ok, le 911 est un dispatch manuel qui pourrait être remplacé par un IVR.
On pourrait d’ailleurs faire pareil en France, on se demande pourquoi ça n’est
pas le cas.
Avec reportage de l’appel, dans quelle base les pompiers de Baton Rouge vont
taper pour avoir l’adresse de l’appelant ?
Qui met à jour la base, sachant que cela implique (particulièrement aux USA)
des opérateurs locaux et nationaux ?
C’est une base locale (fédérale ?) ou nationale ?
Qui est « accountable » ?
Si j’ai bien compris, le dispatch du 911 a un accès en lecture seule à la base,
le service demandé (Police, Pompiers, etc….) de même, et les opérateurs ont un
accès en lecture/écriture ?
Parce qu'en France, le problème vient probablement du fait qu'on a maintenant 7
ou 8 numéros d'urgence. Oui, ça fait sourire.
Ca n'arrange pas les choses, mais ce n'est pas le pire de tes problèmes. 7 ou 8
numéros au lieu d'un, çà ne change rien. Le dispatcheur de 911 décide qui
appeler (les pompiers, la police, l'ambulance), au lieu que çà soit
l'utilisateur. Appuyez sur 1 pour l'ambulance, 2 pour les pompiers, 3 pour la
police, tu peux faire çà en 30 secondes avec un Raspberry Pi et Asterisk.
911, ce n'est qu'un numéro de téléphone court et facilement mémorisable. C'est
un raccourci, pas une base de données.
Le problème n'est pas (ou rarement) d'acheminer l'appel vers le bon centre
(voir la contrib originale de Phillipe). L'opérateur, en se basant sur sa base
de données interne pour le numéro appelant et une autre base de données
contenant tous les centres d'urgence (qui change peu), achemine l'appel vers le
centre que l'algo de routage décide est le meilleur. On ne pourra jamais
complètement éviter les bugs ni les gens qui tapent sur un clavier avec les
pieds, mais cette partie marche généralement bien.
Le problème, c'est l'adresse physique de l'appelant. Ceci n'est pas transmis
avec l'appel. Il y a des gens qui disent qu'il faudrait aussi transmettre cette
information in-band (comme le nom et le numéro appelant).
Aux EU, nous avons environ 7500 centres d'appel dans 50 états, tous avec une
loi locale différente, et plusieurs centaines d'opérateurs. Et tout ces braves
gens, ils croient qu'ils en ont une plus grosse que leur petits camarades; soit
ils maintiennent une base de données locale soit ils sous-traitent à une
myriade de fournisseurs.
Michel.
---------------------------
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/
