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 par le endpoint (contenant le code INSEE en France, et autre chose dans d’autres pays) et donc la configuration est obligatoire avant de pouvoir utiliser le téléphone/softphone. Dans le cas d’un softphone, il pourrait de lui-même détecter qu’il a peut-être changer de localisation, et donc redemander le nouveau code Insee. Merci pour la rectification, j’avais bu. > Le 18 déc. 2018 à 08:55, Nicolas Brunet <[email protected]> a écrit : > > 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: >> -numéro appelant -> ZNE -> INSEE -> traduction >> ou >> -client appelant -> base interne -> INSEE -> traduction > > Sauf erreur de ma part, je ne vois pas comment passer d'une ZNE à un > code INSEE. Par exemple, Limoges (code INSEE 87085) et Nieul (code INSEE > 87107) sont deux communes sur la ZNE de Limoges mais n'ont pas la même > traduction du 17 (police / gendarmerie). > > 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/
