RE: [FRnOG] [TECH] UCARP/VRRP avec Debian problème

[Sébastien 65]

Je trouve étrange que keep ou carp ne fonctionnent pas sur du bond... Car si on 
veux une tolérance aux pannes + de débit rien ne vaut un bond/lacp avec du 
switch !


J'ai du mal à comprendre le fonctionnement des deux softs... Il va peut être 
falloir migrer sous BSD pour faire bond+vrrp@vmac !!


Deb1 = 10.0.0.1/29 => bond0

Deb2 = 10.0.0.2/29 => bond0

IP Virtuelle = 10.0.0.6/29 => vrrp.1 via bond0


vrrp_instance VI_TEST_1 {
interface bond0
state BACKUP
virtual_router_id 1
priority 150
advert_int 1
unicast_src_ip 10.0.0.1 # Deb_1
unicast_peer {
10.0.0.2  # Deb_2
}

authentication {
auth_type PASS
auth_pass abcd123
}
virtual_ipaddress {
10.0.0.6/29
}
nopreempt
use_vmac
#vmac_xmit_base
#garp_master_delay 1
}


@MAC virtuelle vrrp.1 : 00:00:5e:00:01:01


Avec la configuration préconisée dans les docs de keep voici l'arp sur le 
master Deb1 :


10.0.0.2 (incomplete)  
vrrp.1
10.0.0.2 ether   00:60:e0:6b:13:2a   C bond0


Sur Deb2 :


10.0.0.6 ether   00:1b:21:9f:cd:95   C bond0
10.0.0.1 ether   00:1b:21:9f:cd:95   C bond0



De : frnog-requ...@frnog.org  de la part de Jean Théry 

Envoyé : mardi 11 juillet 2017 03:42:23
À : frnog@frnog.org
Objet : Re: [FRnOG] [TECH] UCARP/VRRP avec Debian problème


Attention, il est possible que le mode bond en question ne fonctionne
pas avec CARP non plus

(perso j'ai déjà eu le problème sur du vxlan)


Le 10.07.2017 à 22:17, David Ponzone a écrit :
> Je reste pantois.
>
>> Le 10 juil. 2017 à 22:12, Sébastien 65  a écrit :
>>
>> Oui j'utilise bien des interfaces ethernet et pas wifi. Ici j'utilise le 
>> mode bond avec deux eth pour vrrp... Les machines ne sont pas virtuelle, du 
>> pur hardware connecté sur un switch.
>> 
>> De : Robin Cordier 
>> Envoyé : lundi 10 juillet 2017 21:56:26
>> À : frnog@frnog.org; Sébastien 65; frnog@frnog.org
>> Objet : RE: [FRnOG] [TECH] UCARP/VRRP avec Debian problème
>>
>> Réponse très rapide, tu fais bien ça sur une interface ethernet? Ça ne 
>> marchera pas avec le wifi (vu que la plupart des nouveaux macs non plus 
>> dethernet)
>>
>> Sinan Je laisse les spécialistes Mac te répondre concernant ce test.
>>
>> ++
>>
>> Le 10 juillet 2017 14:06:34 GMT-04:00, "Sébastien 65"  
>> a écrit :
>>
>> Dans la série pas de chance avec Keepalived ! Je me suis essayé a vouloir 
>> utiliser une adresse mac virtuelle sur l'IP virtuelle... Bin ça marche pas 
>> pourtant je force l'utilisation avec use_vmac...Tuning du arp & RP_filter 
>> dans le sysctl.conf et tout le touintoin !!!
>>
>> J'ai bien une interface vrrp.ID qui monte avec une mac RFC vrrp, cependant 
>> si je ping l'IP virtuelle je vois la mac de l'interface physique et non 
>> celle de vrrp.ID :(
>>
>> Je dois être maudit c'pa' possible Lé ou mon routeur Cisco ou ça marche 
>> nickel !
>> 
>>
>> De : frnog-requ...@frnog.org  de la part de Raphael 
>> Mazelier 
>> Envoyé : dimanche 9 juillet 2017 18:45:44
>> À : frnog@frnog.org
>> Objet : Re: [FRnOG] [TECH] UCARP/VRRP avec Debian problème
>>
>>
>>
>> On 07/07/2017 19:33, David Ponzone wrote:
>> Je sais pas si c’est encore d’actualité, mais en cherchant vite fait pour 
>> aider Sébastien, j’ai trouvé ça concernant uCARP:
>>
>> http://www.syawar.com/2013/01/16/ucarp-prevent-re-assertion-of-original-master/
>>  
>> 
>>
>> A priori, le monsieur a aussi eu besoin de déclarer les 2 en SLAVE pour que 
>> ça tombe en marche, avec un inconvénient.
>>
>>
>>
>> Cela vaut ce que vaut comme retour, mais j'avais eu exactement le meme
>> genre de soucis quand j'avais évaluer ucarp à l'époque. Après avoir lu
>> le code source en partie j'avais conclu sur le fait que cela ne faisait
>> pas ce qui était annoncé. Étonnant pour un truc codé par Franck Denis
>> mais bref j'étais passé sur keepalived. (et pourtant j'étais fan du
>> truc, simple et efficace sur le papier).
>>
>> Sinon s'il y a des gens aventureux ils peuvent tester mon essai d'un
>> démon de HA : https://github.com/ut0mt8/simple-ha-go ; ça marchait pour
>> moi :)
>>
>>
>> --
>> Raphael Mazelier
>>
>>
>> ---
>> Liste de diffusion du FRnOG
>> http://www.frnog.org/
>>
>> ---
>> 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/
>
> ---
> 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/

[FRnOG] [TECH] Problématique IPSec sous pfSense

[Wagab]

Bonjour la liste,

Cela fait quelques années que je suis la liste mais n'ayant que très peu
d'expertise dans vos domaines, je n'ai jamais eu l'occasion de
contribuer.
Cependant, je suis confronté à un soucis sur lequel vous pourriez
m'aider. Je pense que c'est quelque chose de simple mais pas pour moi.
J'ai deux problématique.

La première :

Le besoin :
Accéder depuis un cloud Azure à des sites distants. Il a été décidé de
mettre en place des tunnels IPSec.
J'ai monté une maquette le plus représentatif possible d'un cas concret.


| AZURE |   | ACCES Internet | Site Distant 
  |
  Non maitrisé
Console_Az -|   ||
|-- @ --|-- ... -- ... --|pfSense Site 
Distant|--|routeur|-- |Réseau
Cible|  
pfSense_Az -|   ||

Réseau AZURE : 10.8.0.0/24
pfSense Site Distant / Interface WAN (côté ACCES INTERNET) : DHCP Client
(192.168.0.110/24)
pfSense Site Distant / Interface LAN (côté routeur) : 192.168.2.9/24 -
Default GW : 192.168.2.10
routeur / Interface WAN (côté pfSense Site Distant) : DHCP Client
(192.168.2.0/24)
routeur / Interface LAN (côté Réseau Cible) : 172.16.1.9/24


Quand les machines auxquelles la Console_Az doit accéder sont
positionnées juste derrière le pfSense Site Distant, aucun problème.
Ma problématique réside dans l'ajout d'un routeur entre le réseau cible
et le pfSense Site Distant.

Lorsque je lance un ping depuis la Console_Az vers une machine du réseau
cible, ce dernier ne passe pas.
Un ping depuis une machine du Réseau Cible, ce dernier passe.

J'ai réalisé quelques traces sur le pfSense_Az, le pfSense Site Distant
et le routeur lors d'un ping de la Console_Az vers une machine du réseau
cible. Je le vois bien transiter dans le tunnel (log sur les 2 pfSense).
A priori, rien sur le routeur (l'interface de log du routeur n'est pas
très bavarde ...). Afin de valider ce dernier point, j'ai réalisé un
ping d'une machine du Réseau Cible depuis le pfSense Site Distant. Celui
n'a pas fonctionné. Le wireshark lancé sur la machine du réseau cible
m'indique qu'aucun ping n'arrive.

A priori, on est dans une problèmatique de débutant en terme de réseau.
Malgré tout, je sèche. J'ai réalisé quelques manips d'ajout de route
mais sans succès et à force je me mélange.
Voici la conf de mes tunnels IPSec :

pfSense Site Distant :

Configuration  :
Remote Gateway  ModeP1 Protocol P1 Transforms   P1 
Description
IKE V1  WAN mainAES (256 bits)  SHA1Test 
IPSec VPN  
52.164.243.95

ModeLocal SubnetRemote Subnet   P2 Protocol P2 Transforms   P2 Auth
Methods
tunnel  192.168.2.0/24  10.8.0.0/24 ESP AES (auto)  SHA1
tunnel  172.16.1.0/24   10.8.0.0/24 ESP AES (auto)  SHA1 

SADs :
Source  Destination ProtocolSPI Enc. alg.   
Auth. alg.  Data
192.168.0.110   IP Pub AzureESP cafd79aerijndael-cbc
hmac-sha1   0
B   
IP Pub Azure192.168.0.110   ESP c2fbf651rijndael-cbc
hmac-sha1
17340 B 
192.168.0.110   IP Pub AzureESP cb6200d5rijndael-cbc
hmac-sha1
240 B   
IP Pub Azure192.168.0.110   ESP c34cc1f1rijndael-cbc
hmac-sha1
120 B

SPDs :
Source  Destination Direction   ProtocolTunnel endpoints
10.8.0.0/24 192.168.2.0/24  ◄ Inbound   ESP IP Pub Azure ->
192.168.0.110
10.8.0.0/24 172.16.1.0/24   ◄ Inbound   ESP IP Pub Azure ->
192.168.0.110
192.168.2.0/24  10.8.0.0/24 ► Outbound  ESP 192.168.0.110 
-> IP Pub
Azure
172.16.1.0/24   10.8.0.0/24 ► Outbound  ESP 192.168.0.110 
-> IP Pub
Azure 

pfSense_Az :

Configuration :
Remote Gateway  ModeP1 Protocol P1 Transforms   P1 
Description
IKE V1  WAN mainAES (256 bits)  SHA1Test 
IPSec VPN
78.155.157.245

ModeLocal SubnetRemote Subnet   P2 Protocol P2 Transforms   P2 Auth
Methods
tunnel  10.8.0.0/24 192.168.2.0/24  ESP AES (auto)  SHA1
tunnel  10.8.0.0/24 172.16.1.0/24   ESP AES (auto)  SHA1 

SADs :
Source  Destination ProtocolSPI Enc. alg.   
Auth. alg.  
10.8.0.5IP Pub Distant  ESP cbcd362arijndael-cbc
hmac-sha1
IP Pub Distant  10.8.0.5ESP ccc761e7rijndael-cbc
hmac-sha1
10.8.0.5IP Pub Distant  ESP c8b22c38rijndael-cbc
hmac-sha1
IP Pub Distant  10.8.0.5ESP c7c85925rijndael-cbc
hmac-sha1

SPDs :
Source  Destination Direction   ProtocolTunnel endpoints
192.168.2.0

Re: [FRnOG] [TECH] UCARP/VRRP avec Debian problème

[Jean Théry]

Attention, il est possible que le mode bond en question ne fonctionne
pas avec CARP non plus

(perso j'ai déjà eu le problème sur du vxlan)


Le 10.07.2017 à 22:17, David Ponzone a écrit :
> Je reste pantois.
>
>> Le 10 juil. 2017 à 22:12, Sébastien 65  a écrit :
>>
>> Oui j'utilise bien des interfaces ethernet et pas wifi. Ici j'utilise le 
>> mode bond avec deux eth pour vrrp... Les machines ne sont pas virtuelle, du 
>> pur hardware connecté sur un switch.
>> 
>> De : Robin Cordier 
>> Envoyé : lundi 10 juillet 2017 21:56:26
>> À : frnog@frnog.org; Sébastien 65; frnog@frnog.org
>> Objet : RE: [FRnOG] [TECH] UCARP/VRRP avec Debian problème
>>
>> Réponse très rapide, tu fais bien ça sur une interface ethernet? Ça ne 
>> marchera pas avec le wifi (vu que la plupart des nouveaux macs non plus 
>> dethernet)
>>
>> Sinan Je laisse les spécialistes Mac te répondre concernant ce test.
>>
>> ++
>>
>> Le 10 juillet 2017 14:06:34 GMT-04:00, "Sébastien 65"  
>> a écrit :
>>
>> Dans la série pas de chance avec Keepalived ! Je me suis essayé a vouloir 
>> utiliser une adresse mac virtuelle sur l'IP virtuelle... Bin ça marche pas 
>> pourtant je force l'utilisation avec use_vmac...Tuning du arp & RP_filter 
>> dans le sysctl.conf et tout le touintoin !!!
>>
>> J'ai bien une interface vrrp.ID qui monte avec une mac RFC vrrp, cependant 
>> si je ping l'IP virtuelle je vois la mac de l'interface physique et non 
>> celle de vrrp.ID :(
>>
>> Je dois être maudit c'pa' possible Lé ou mon routeur Cisco ou ça marche 
>> nickel !
>> 
>>
>> De : frnog-requ...@frnog.org  de la part de Raphael 
>> Mazelier 
>> Envoyé : dimanche 9 juillet 2017 18:45:44
>> À : frnog@frnog.org
>> Objet : Re: [FRnOG] [TECH] UCARP/VRRP avec Debian problème
>>
>>
>>
>> On 07/07/2017 19:33, David Ponzone wrote:
>> Je sais pas si c’est encore d’actualité, mais en cherchant vite fait pour 
>> aider Sébastien, j’ai trouvé ça concernant uCARP:
>>
>> http://www.syawar.com/2013/01/16/ucarp-prevent-re-assertion-of-original-master/
>>  
>> 
>>
>> A priori, le monsieur a aussi eu besoin de déclarer les 2 en SLAVE pour que 
>> ça tombe en marche, avec un inconvénient.
>>
>>
>>
>> Cela vaut ce que vaut comme retour, mais j'avais eu exactement le meme
>> genre de soucis quand j'avais évaluer ucarp à l'époque. Après avoir lu
>> le code source en partie j'avais conclu sur le fait que cela ne faisait
>> pas ce qui était annoncé. Étonnant pour un truc codé par Franck Denis
>> mais bref j'étais passé sur keepalived. (et pourtant j'étais fan du
>> truc, simple et efficace sur le papier).
>>
>> Sinon s'il y a des gens aventureux ils peuvent tester mon essai d'un
>> démon de HA : https://github.com/ut0mt8/simple-ha-go ; ça marchait pour
>> moi :)
>>
>>
>> --
>> Raphael Mazelier
>>
>>
>> ---
>> Liste de diffusion du FRnOG
>> http://www.frnog.org/
>>
>> ---
>> 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/
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


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

RE: [FRnOG] [MISC] Microsoft (ASN 8075) sur AMS-IX

[SBU]

Bonjour,
3 raisons de plus :
- permet de gérer son trafic au cas où sont tuyaux sur le IX est plein 
(depeerer peer par peer)
- certain demande une sorte de contrat morale peer par peer. (des gros  
français...) (ils demandent de pas faire transiter du trafic forbiden ou 
moralement inacceptable...) rejoint un peu le point 5  de Nicolas je crois.
- backup les routes serveurs pour ne pas dépendre d'eux (certains clients 
demande la liste des peerings direct) j'en avais parlé sur cette liste il y a 
qque année :-)
- et surement d'autre...
SBU



-Message d'origine-
De : frnog-requ...@frnog.org [mailto:frnog-requ...@frnog.org] De la part de 
Nicolas DEFFAYET
Envoyé : lundi 10 juillet 2017 19:01
À : frnog-m...@frnog.org
Objet : Re: [FRnOG] [MISC] Microsoft (ASN 8075) sur AMS-IX

On Mon, 2017-07-10 at 12:22 +0200, Fabien H wrote:

> J'ai du mal à comprendre pourquoi certains peers n'utilisent pas les 
> RS alors qu'il acceptent le peering direct ? Pour des questions de 
> sécurité BGP ?

Beaucoup d'acteurs n'utilisent pas les route-servers pour plusieurs
raisons:
- Le fait qu'en cas de problème de niveau 2 partiel, le routage ne basculera 
pas car les routes seront toujours apprisent par le route-server (pour rappel, 
la session BGP est établie avec le route-server mais ce dernier envoie un 
next-hop différent).
- Le fait qu'une session BGP directe avec un peer est plus simple à superviser 
permettant de savoir très facilement si un peering est down.
- Si un peer ne crée pas des objets route/route6 corrects, la route ne sera pas 
transmise par le route-server alors qu'elle le serait sur une session BGP 
directe
- Du jour au lendemain, un peer peut arrêter d'utiliser le route-server
- Une question de responsabilité, en effet avec une session BGP directe, en cas 
de problème, le responsable est très vite désigné, alors qu'avec un 
route-server c'est plus compliqué.

Il y a aussi des acteurs qui n'annoncent pas les même routes sur les sessions 
BGP directes et les route-servers.

Dans tous les cas, quand le peer est important, il est préférable de monter une 
session BGP directe avec lui.

--
Nicolas DEFFAYET


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


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

Re: [FRnOG] [MISC] Microsoft (ASN 8075) sur AMS-IX

[Fabien VINCENT (FrNOG)]

Le 2017-07-10 18:45, Nicolas DEFFAYET a écrit :

> On Mon, 2017-07-10 at 12:08 +0200, David Ponzone wrote: 
> 
>> Juste pour info, c'est comme ça sur EQNX-IX, mais c'est normal: ils n'ont 
>> jamais annoncé  leurs routes par le MLPE.
> 
> Microsoft a pour politique de ne pas utiliser les route-servers, et ce
> quelque soit le point d'échange.
> 
> "Microsoft will not be peering with Route Servers going forward"
> 
> Pour l'établissement d'une session BGP directe avec Microsoft, il faut
> remplir leur formulaire disponible à l'adresse suivante:
> http://www.microsoft.com/peering

Un autre cas : avec des peerings sur les RS, si un gros peer arrive sur
l'IX, tu risques une saturation que tu ne pouvais pas toujours anticiper
(quelqu'un ici arrive à lire toutes les annonces de nouveau peer sur un
IX ? ). C'est parfois compliqué quand de gros ASes arrivent sur un IX et
te déséquilibrent d'un seul coup ton réseau (d'un Tier 1 ou d'un PNI,
tout ton traffic shifte sur l'IX sur un nouveau patch dans ton réseau
suivant les mécanismes choisis dans ton réseau pour les routes eBGP). 

Bref, pratique les RS pour démarrer, mais avec du volume, pas si simple
à gérer dans certains cas (en tout cas en mode open, j'annonce et je
recois tout). 

D'ailleurs, certains implémentent des très bonnes features ces derniers
temps sur les communities (extended ou large), avec l'annonce d'une
community tagguant le pays d'origine de l'AS. Ca permet de limiter ce
genre de désagrément quand tu peere sur un nombre conséquent d'IXes au
travers d'un contient ou au niveau mondial.

-- 
FABIEN VINCENT 
_@beufanet_
---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] UCARP/VRRP avec Debian problème

[David Ponzone]

Je reste pantois.

> Le 10 juil. 2017 à 22:12, Sébastien 65  a écrit :
> 
> Oui j'utilise bien des interfaces ethernet et pas wifi. Ici j'utilise le mode 
> bond avec deux eth pour vrrp... Les machines ne sont pas virtuelle, du pur 
> hardware connecté sur un switch.
> 
> De : Robin Cordier 
> Envoyé : lundi 10 juillet 2017 21:56:26
> À : frnog@frnog.org; Sébastien 65; frnog@frnog.org
> Objet : RE: [FRnOG] [TECH] UCARP/VRRP avec Debian problème
> 
> Réponse très rapide, tu fais bien ça sur une interface ethernet? Ça ne 
> marchera pas avec le wifi (vu que la plupart des nouveaux macs non plus 
> dethernet)
> 
> Sinan Je laisse les spécialistes Mac te répondre concernant ce test.
> 
> ++
> 
> Le 10 juillet 2017 14:06:34 GMT-04:00, "Sébastien 65"  
> a écrit :
> 
> Dans la série pas de chance avec Keepalived ! Je me suis essayé a vouloir 
> utiliser une adresse mac virtuelle sur l'IP virtuelle... Bin ça marche pas 
> pourtant je force l'utilisation avec use_vmac...Tuning du arp & RP_filter 
> dans le sysctl.conf et tout le touintoin !!!
> 
> J'ai bien une interface vrrp.ID qui monte avec une mac RFC vrrp, cependant si 
> je ping l'IP virtuelle je vois la mac de l'interface physique et non celle de 
> vrrp.ID :(
> 
> Je dois être maudit c'pa' possible Lé ou mon routeur Cisco ou ça marche 
> nickel !
> 
> 
> De : frnog-requ...@frnog.org  de la part de Raphael 
> Mazelier 
> Envoyé : dimanche 9 juillet 2017 18:45:44
> À : frnog@frnog.org
> Objet : Re: [FRnOG] [TECH] UCARP/VRRP avec Debian problème
> 
> 
> 
> On 07/07/2017 19:33, David Ponzone wrote:
> Je sais pas si c’est encore d’actualité, mais en cherchant vite fait pour 
> aider Sébastien, j’ai trouvé ça concernant uCARP:
> 
> http://www.syawar.com/2013/01/16/ucarp-prevent-re-assertion-of-original-master/
>  
> 
> 
> A priori, le monsieur a aussi eu besoin de déclarer les 2 en SLAVE pour que 
> ça tombe en marche, avec un inconvénient.
> 
> 
> 
> Cela vaut ce que vaut comme retour, mais j'avais eu exactement le meme
> genre de soucis quand j'avais évaluer ucarp à l'époque. Après avoir lu
> le code source en partie j'avais conclu sur le fait que cela ne faisait
> pas ce qui était annoncé. Étonnant pour un truc codé par Franck Denis
> mais bref j'étais passé sur keepalived. (et pourtant j'étais fan du
> truc, simple et efficace sur le papier).
> 
> Sinon s'il y a des gens aventureux ils peuvent tester mon essai d'un
> démon de HA : https://github.com/ut0mt8/simple-ha-go ; ça marchait pour
> moi :)
> 
> 
> --
> Raphael Mazelier
> 
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
> 
> ---
> 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/


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

RE: [FRnOG] [TECH] UCARP/VRRP avec Debian problème

[Sébastien 65]

Oui j'utilise bien des interfaces ethernet et pas wifi. Ici j'utilise le mode 
bond avec deux eth pour vrrp... Les machines ne sont pas virtuelle, du pur 
hardware connecté sur un switch.

De : Robin Cordier 
Envoyé : lundi 10 juillet 2017 21:56:26
À : frnog@frnog.org; Sébastien 65; frnog@frnog.org
Objet : RE: [FRnOG] [TECH] UCARP/VRRP avec Debian problème

Réponse très rapide, tu fais bien ça sur une interface ethernet? Ça ne marchera 
pas avec le wifi (vu que la plupart des nouveaux macs non plus dethernet)

Sinan Je laisse les spécialistes Mac te répondre concernant ce test.

++

Le 10 juillet 2017 14:06:34 GMT-04:00, "Sébastien 65"  a 
écrit :

Dans la série pas de chance avec Keepalived ! Je me suis essayé a vouloir 
utiliser une adresse mac virtuelle sur l'IP virtuelle... Bin ça marche pas 
pourtant je force l'utilisation avec use_vmac...Tuning du arp & RP_filter dans 
le sysctl.conf et tout le touintoin !!!

J'ai bien une interface vrrp.ID qui monte avec une mac RFC vrrp, cependant si 
je ping l'IP virtuelle je vois la mac de l'interface physique et non celle de 
vrrp.ID :(

Je dois être maudit c'pa' possible Lé ou mon routeur Cisco ou ça marche 
nickel !


De : frnog-requ...@frnog.org  de la part de Raphael 
Mazelier 
Envoyé : dimanche 9 juillet 2017 18:45:44
À : frnog@frnog.org
Objet : Re: [FRnOG] [TECH] UCARP/VRRP avec Debian problème



On 07/07/2017 19:33, David Ponzone wrote:
 Je sais pas si c’est encore d’actualité, mais en cherchant vite fait pour 
aider Sébastien, j’ai trouvé ça concernant uCARP:

 
http://www.syawar.com/2013/01/16/ucarp-prevent-re-assertion-of-original-master/ 


 A priori, le monsieur a aussi eu besoin de déclarer les 2 en SLAVE pour que ça 
tombe en marche, avec un inconvénient.



Cela vaut ce que vaut comme retour, mais j'avais eu exactement le meme
genre de soucis quand j'avais évaluer ucarp à l'époque. Après avoir lu
le code source en partie j'avais conclu sur le fait que cela ne faisait
pas ce qui était annoncé. Étonnant pour un truc codé par Franck Denis
mais bref j'étais passé sur keepalived. (et pourtant j'étais fan du
truc, simple et efficace sur le papier).

Sinon s'il y a des gens aventureux ils peuvent tester mon essai d'un
démon de HA : https://github.com/ut0mt8/simple-ha-go ; ça marchait pour
moi :)


--
Raphael Mazelier


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

---
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/

RE: [FRnOG] [TECH] UCARP/VRRP avec Debian problème

[Sébastien 65]

Dans la série pas de chance avec Keepalived ! Je me suis essayé a vouloir 
utiliser une adresse mac virtuelle sur l'IP virtuelle... Bin ça marche pas 
pourtant je force l'utilisation avec use_vmac...Tuning du arp & RP_filter dans 
le sysctl.conf et tout le touintoin !!!

J'ai bien une interface vrrp.ID qui monte avec une mac RFC vrrp, cependant si 
je ping l'IP virtuelle je vois la mac de l'interface physique et non celle de 
vrrp.ID :(

Je dois être maudit c'pa' possible Lé ou mon routeur Cisco ou ça marche 
nickel !

De : frnog-requ...@frnog.org  de la part de Raphael 
Mazelier 
Envoyé : dimanche 9 juillet 2017 18:45:44
À : frnog@frnog.org
Objet : Re: [FRnOG] [TECH] UCARP/VRRP avec Debian problème



On 07/07/2017 19:33, David Ponzone wrote:
> Je sais pas si c’est encore d’actualité, mais en cherchant vite fait pour 
> aider Sébastien, j’ai trouvé ça concernant uCARP:
>
> http://www.syawar.com/2013/01/16/ucarp-prevent-re-assertion-of-original-master/
>  
> 
>
> A priori, le monsieur a aussi eu besoin de déclarer les 2 en SLAVE pour que 
> ça tombe en marche, avec un inconvénient.
>


Cela vaut ce que vaut comme retour, mais j'avais eu exactement le meme
genre de soucis quand j'avais évaluer ucarp à l'époque. Après avoir lu
le code source en partie j'avais conclu sur le fait que cela ne faisait
pas ce qui était annoncé. Étonnant pour un truc codé par Franck Denis
mais bref j'étais passé sur keepalived. (et pourtant j'étais fan du
truc, simple et efficace sur le papier).

Sinon s'il y a des gens aventureux ils peuvent tester mon essai d'un
démon de HA : https://github.com/ut0mt8/simple-ha-go ; ça marchait pour
moi :)


--
Raphael Mazelier


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

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

Re: [FRnOG] [MISC] Microsoft (ASN 8075) sur AMS-IX

[Nicolas DEFFAYET]

On Mon, 2017-07-10 at 12:22 +0200, Fabien H wrote:

> J'ai du mal à comprendre pourquoi certains peers n'utilisent pas
> les RS alors qu'il acceptent le peering direct ? Pour des questions de
> sécurité BGP ?

Beaucoup d'acteurs n'utilisent pas les route-servers pour plusieurs
raisons:
- Le fait qu'en cas de problème de niveau 2 partiel, le routage ne
basculera pas car les routes seront toujours apprisent par le
route-server (pour rappel, la session BGP est établie avec le
route-server mais ce dernier envoie un next-hop différent).
- Le fait qu'une session BGP directe avec un peer est plus simple à
superviser permettant de savoir très facilement si un peering est down.
- Si un peer ne crée pas des objets route/route6 corrects, la route ne
sera pas transmise par le route-server alors qu'elle le serait sur une
session BGP directe
- Du jour au lendemain, un peer peut arrêter d'utiliser le route-server
- Une question de responsabilité, en effet avec une session BGP directe,
en cas de problème, le responsable est très vite désigné, alors qu'avec
un route-server c'est plus compliqué.

Il y a aussi des acteurs qui n'annoncent pas les même routes sur les
sessions BGP directes et les route-servers.

Dans tous les cas, quand le peer est important, il est préférable de
monter une session BGP directe avec lui.

-- 
Nicolas DEFFAYET


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

Re: [FRnOG] [MISC] Microsoft (ASN 8075) sur AMS-IX

[Nicolas DEFFAYET]

On Mon, 2017-07-10 at 12:08 +0200, David Ponzone wrote: 
> Juste pour info, c’est comme ça sur EQNX-IX, mais c’est normal: ils n’ont 
> jamais annoncé  leurs routes par le MLPE.

Microsoft a pour politique de ne pas utiliser les route-servers, et ce
quelque soit le point d'échange.

"Microsoft will not be peering with Route Servers going forward"

Pour l'établissement d'une session BGP directe avec Microsoft, il faut
remplir leur formulaire disponible à l'adresse suivante:
http://www.microsoft.com/peering

-- 
Nicolas DEFFAYET


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

Re: [FRnOG] [MISC] Numéros Urgences ou vous pouvez tous *******

[Sébastien Lesimple]

C'est bien le souci et la raison pour laquelle ce ne devrait etre laissé
hors controle du régulateur.

On 10/07/2017 16:02, Guillaume wrote:
> Te donner libre accès à un outil qui est nécessaire à tout opérateur
> pour pouvoir faire correctement son travail ? Mais tu es fou, ça
> serait s'asseoir sur une manne financière qui tombe gracieusement
> chaque mois, un peu comme les majors qui se font payer leur lutte
> anti-piratage par l'état (et les contribuables) avec la Hadopi ...
>
> Guillaume
>
> Le 10/07/2017 à 15:57, Sébastien Lesimple a écrit :
>> Une association auto proclamée détentrice de la vérité universelle,
>> constituée par les opérateurs puissant, sans aucun controle
>> reglementaire ou tarifaire...
>> Rien n'impose la mainmise de l'APNF sur la gestion de la portabilité
>> hormis le refus de ses fondateurs de permettre l'emergence d'une
>> alternative.
>> C'est encore un mal qui s'est crée par défaillance du régulateur à
>> imposer des règles qui ne soient pas discrinimatoires.
>>
>> Et entre nous à ce tarif là, faudrait voir a pas pousser mémé dans les
>> horties!
>>
>>
>> On 10/07/2017 15:48, Guillaume wrote:
>>> De quoi te plains-tu, tu as l'APNF :p
>>>
>>> Fut une époque, tu pouvais porter ton numéro mais tu n'avais aucun
>>> moyen d'être certain de l'opérateur réel d'un numéro mobile et cela ne
>>> choquait personne :)
>>>
>>> Tu auras peut-être ce que tu demandes le jour où il n'y aura plus de
>>> lignes cuivre en production.
>>>
>>>Guillaume
>>>
>>> Le 10/07/2017 à 14:32, Sébastien Lesimple a écrit :
 Je considere que cette tache devrait etre prise en charge par le
 régulateur.

 Qu'elle relève, par extention, du plan national de numerotation et
 devrait etre accessible a tous gratuitement au meme titre que le reste
 des infos sur les ressources de numéroation.

 De meme que les No portés d'opérateurs devraient etre eux aussi
 accessibles a tous mais c'est un autre sujet.
 Laissons leur le bonheur de nous surfacturer les appels vers leurs
 Numéros portés histoire de faire de la bonne marge...

 T!


 On 10/07/2017 14:01, David Ponzone wrote:
> Oh tu sais, je pense que la majorité des opérateurs alternatifs de
> taille modeste qui font de la traduction sont conscients du problème.
> Il y a aussi Rouen, qui est séparé en RD/RG, et on peut trouver
> d’autres cas, surtout dans les grandes villes.
>
> Idéalement, on devrait utiliser les coordonnées GPS du téléphone
> appelant, ou éventuellement le code RIVOLI ou autre, et on devrait
> disposer d’un WebService mis à disposition à un prix raisonnable
> (coûtant) pour traduire.
> Vraiment idéalement, ça ne devrait pas être aux opérateurs de
> traduire.
>
> Mais on en est pas là, faudra attendre encore 10 ou 20 ans.
>
> D’ici là, tu traduis d’après le code INSEE, et tu gères les
> exceptions :)
>
>
>> Le 10 juil. 2017 à 13:42, Grygoriy Dobrovolskyy  a
>> écrit :
>>
>> Je me permet de vous attirer sur un problème national sur les
>> numéros urgences, au delà de format des fichiers envoyé par
>> certaines préfectures en mode "démerde toi" nous avons des gagnants
>> qui mettent la vie des gens en danger. Comment ça doit fonctionner
>> ? Chaque personne est attribue à une zone géographique avec numéro
>> INSEE de la commune/arrondissement et son appel vers les numéro
>> d'urgences est traduit vers la bonne destination. INSEE est un
>> numéro unique, un exemple sur Paris:
>>
>> 
>>
>> Par le principe nous ne pouvons pas avoir la répétition de INSEE
>> dans le document. Mais voila les gagnants:
>>
>> A NIMES je dois demander à mes clients de voir un plan
>>
>> 
>>
>> Pour la Corse je dois demander si c'est le sud ou le nord, aucun
>> plan est donné, boussole non plus
>>
>> 
>> Pour cette ville j'ai du mettre ALBITRECCIA NORD et ALBITRECCIA SUD
>> car les numéros vers 18 sont différents! (c'est pas le seul exemple
>> pour la Corse)
>>
>> Je ne suis pas contre que les communes fusionnent par exemple en
>> 1973 Le Puy-Saint-Bonnet est rattachée à Cholet (fusion
>> association). mais ils ont supprimé numéro INSEE mais pal le nom!
>>
>> 49099;Cholet
>> 49099;Puy Saint Bonnet (Le)
>>
>> Je ne vais pas tout lister mais vous voyez la situation.
>>
>> Aucune idée comment font les opérateurs portables, à mon avis ils
>> sont dans la même situation.
>> En tout cas je vous souhaite bonne chance en appelant sur le 15 de
>> votre opérateur.
>> Greg
>>
>>
>> -- 
>>
>>
>> Grygoriy Dobrovolskyy
>>Contact: g...@cnsi.fr 
>>tel. +33(0) 811 740 744 | fax. +33(0) 240 519 807
>>cnsi.fr  | trixbox-pro.fr
>> 

Re: [FRnOG] [MISC] Numéros Urgences ou vous pouvez tous *******

[Guillaume]

Te donner libre accès à un outil qui est nécessaire à tout opérateur 
pour pouvoir faire correctement son travail ? Mais tu es fou, ça serait 
s'asseoir sur une manne financière qui tombe gracieusement chaque mois, 
un peu comme les majors qui se font payer leur lutte anti-piratage par 
l'état (et les contribuables) avec la Hadopi ...


Guillaume

Le 10/07/2017 à 15:57, Sébastien Lesimple a écrit :

Une association auto proclamée détentrice de la vérité universelle,
constituée par les opérateurs puissant, sans aucun controle
reglementaire ou tarifaire...
Rien n'impose la mainmise de l'APNF sur la gestion de la portabilité
hormis le refus de ses fondateurs de permettre l'emergence d'une
alternative.
C'est encore un mal qui s'est crée par défaillance du régulateur à
imposer des règles qui ne soient pas discrinimatoires.

Et entre nous à ce tarif là, faudrait voir a pas pousser mémé dans les
horties!


On 10/07/2017 15:48, Guillaume wrote:

De quoi te plains-tu, tu as l'APNF :p

Fut une époque, tu pouvais porter ton numéro mais tu n'avais aucun
moyen d'être certain de l'opérateur réel d'un numéro mobile et cela ne
choquait personne :)

Tu auras peut-être ce que tu demandes le jour où il n'y aura plus de
lignes cuivre en production.

   Guillaume

Le 10/07/2017 à 14:32, Sébastien Lesimple a écrit :

Je considere que cette tache devrait etre prise en charge par le
régulateur.

Qu'elle relève, par extention, du plan national de numerotation et
devrait etre accessible a tous gratuitement au meme titre que le reste
des infos sur les ressources de numéroation.

De meme que les No portés d'opérateurs devraient etre eux aussi
accessibles a tous mais c'est un autre sujet.
Laissons leur le bonheur de nous surfacturer les appels vers leurs
Numéros portés histoire de faire de la bonne marge...

T!


On 10/07/2017 14:01, David Ponzone wrote:

Oh tu sais, je pense que la majorité des opérateurs alternatifs de
taille modeste qui font de la traduction sont conscients du problème.
Il y a aussi Rouen, qui est séparé en RD/RG, et on peut trouver
d’autres cas, surtout dans les grandes villes.

Idéalement, on devrait utiliser les coordonnées GPS du téléphone
appelant, ou éventuellement le code RIVOLI ou autre, et on devrait
disposer d’un WebService mis à disposition à un prix raisonnable
(coûtant) pour traduire.
Vraiment idéalement, ça ne devrait pas être aux opérateurs de traduire.

Mais on en est pas là, faudra attendre encore 10 ou 20 ans.

D’ici là, tu traduis d’après le code INSEE, et tu gères les
exceptions :)



Le 10 juil. 2017 à 13:42, Grygoriy Dobrovolskyy  a
écrit :

Je me permet de vous attirer sur un problème national sur les
numéros urgences, au delà de format des fichiers envoyé par
certaines préfectures en mode "démerde toi" nous avons des gagnants
qui mettent la vie des gens en danger. Comment ça doit fonctionner
? Chaque personne est attribue à une zone géographique avec numéro
INSEE de la commune/arrondissement et son appel vers les numéro
d'urgences est traduit vers la bonne destination. INSEE est un
numéro unique, un exemple sur Paris:



Par le principe nous ne pouvons pas avoir la répétition de INSEE
dans le document. Mais voila les gagnants:

A NIMES je dois demander à mes clients de voir un plan



Pour la Corse je dois demander si c'est le sud ou le nord, aucun
plan est donné, boussole non plus


Pour cette ville j'ai du mettre ALBITRECCIA NORD et ALBITRECCIA SUD
car les numéros vers 18 sont différents! (c'est pas le seul exemple
pour la Corse)

Je ne suis pas contre que les communes fusionnent par exemple en
1973 Le Puy-Saint-Bonnet est rattachée à Cholet (fusion
association). mais ils ont supprimé numéro INSEE mais pal le nom!

49099;Cholet
49099;Puy Saint Bonnet (Le)

Je ne vais pas tout lister mais vous voyez la situation.

Aucune idée comment font les opérateurs portables, à mon avis ils
sont dans la même situation.
En tout cas je vous souhaite bonne chance en appelant sur le 15 de
votre opérateur.
Greg


--


Grygoriy Dobrovolskyy
   Contact: g...@cnsi.fr 
   tel. +33(0) 811 740 744 | fax. +33(0) 240 519 807
   cnsi.fr  | trixbox-pro.fr
 | ipbx-online.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/





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

Re: [FRnOG] [MISC] Numéros Urgences ou vous pouvez tous *******

[David Ponzone]

Le problème c’est pas qu’il y ait des numéros INSEE identiques.
De toute façon, c’est le code INSEE qui donne la traduction.
Le problème c’est les exceptions dans les fichiers PDAAU.
Ceci dit, dans les derniers fichiers du 76 par exemple, la séparation de Rouen 
en 2 a disparu, donc je pense qu’il y a une tendance à la simplification.
Tu as vérifié pour Nîmes dans les fichiers pdaa/caau récents ?

Pour Puy Saint Bonnet, ce bled est une anomalie depuis un moment.
Il n’existe pas dans le fichier de l’ARCEP, pourtant d’après l’INSEE, il a le 
code 79224.
Faut dire qu’avoir fusionné 2 communes dans des départements différents, il 
fallait oser.



> Le 10 juil. 2017 à 15:27, Grygoriy Dobrovolskyy  a écrit :
> 
>> Est-ce que l'on connaît la proportion d'appels vers les services
> d'urgences:
>>   - depuis les mobiles
>>   - depuis les fixes
>?
> Je ne sais pas mais le trunk sip / box perso pros ça va faire un paquet des
> personnes.
> 
> API Public je veux bien, mais déjà commencer par attribuer 1 INSEE pour une
> zone geo, pour le moment c'est 1 ville X fois avec numéro différent, ou 3
> villes différents même INSEE.
> 
> 
> 
> Le 10 juillet 2017 à 15:09, Jérôme Marteaux  a écrit :
> 
>> Est-ce que l'on connaît la proportion d'appels vers les services
>> d'urgences:
>>- depuis les mobiles
>>- depuis les fixes
>>?
>> 
>> Est-ce que le service fixe est également en déclin pour contacter les
>> services d'urgences ? Si tel est le cas, le service va se déteriorer
>> de plus en plus, faute d'investissement.
>> 
>> Car j'ai l'impression qu'aujourd'hui c'est perçu comme une charge par tous
>> les opérateurs et même par les préfectures car aucun budget n'y est alloué.
>> Si le ministère de l'intérieur décrétait un budget, une application
>> centralisée pourrait collecter ces numéros d'urgences et ainsi avoir
>> modèle de données uniformisé, ainsi qu'un accès centralisé et uniformisé.
>> 
>> Une autre idée, pourquoi ne pas ajouter ce service dans le paquet du
>> Service Universel et attribuer le marché à un opérateur motivé à le
>> faire (car rétribué pour le faire) ?
>> 
>> L'ARCEP pourrait faire avancer les choses, car au final, ce service devrait
>> pouvoir être évalué et apparaître dans les rapports concernant la "qualité
>> de service"
>> (https://www.arcep.fr/?id=8102#c61882) dont à en charge le Service
>> Universel.
>> 
>> Les acteurs des services d'urgence pourraient remonter des statistiques
>> à l'ARCEP et ainsi pouvoir faire bouger les lignes ?
>> 
>> 
>> Le 10/07/2017 à 14:32, Sébastien Lesimple a écrit :
>>> Je considere que cette tache devrait etre prise en charge par le
>> régulateur.
>>> 
>>> Qu'elle relève, par extention, du plan national de numerotation et
>>> devrait etre accessible a tous gratuitement au meme titre que le reste
>>> des infos sur les ressources de numéroation.
>>> 
>>> De meme que les No portés d'opérateurs devraient etre eux aussi
>>> accessibles a tous mais c'est un autre sujet.
>>> Laissons leur le bonheur de nous surfacturer les appels vers leurs
>>> Numéros portés histoire de faire de la bonne marge...
>>> 
>>> T!
>>> 
>>> 
>>> On 10/07/2017 14:01, David Ponzone wrote:
 Oh tu sais, je pense que la majorité des opérateurs alternatifs de
>> taille modeste qui font de la traduction sont conscients du problème.
 Il y a aussi Rouen, qui est séparé en RD/RG, et on peut trouver
>> d’autres cas, surtout dans les grandes villes.
 
 Idéalement, on devrait utiliser les coordonnées GPS du téléphone
>> appelant, ou éventuellement le code RIVOLI ou autre, et on devrait disposer
>> d’un WebService mis à disposition à un prix raisonnable (coûtant) pour
>> traduire.
 Vraiment idéalement, ça ne devrait pas être aux opérateurs de traduire.
 
 Mais on en est pas là, faudra attendre encore 10 ou 20 ans.
 
 D’ici là, tu traduis d’après le code INSEE, et tu gères les exceptions
>> :)
 
 
> Le 10 juil. 2017 à 13:42, Grygoriy Dobrovolskyy  a
>> écrit :
> 
> Je me permet de vous attirer sur un problème national sur les numéros
>> urgences, au delà de format des fichiers envoyé par certaines préfectures
>> en mode "démerde toi" nous avons des gagnants qui mettent la vie des gens
>> en danger. Comment ça doit fonctionner ? Chaque personne est attribue à une
>> zone géographique avec numéro INSEE de la commune/arrondissement et son
>> appel vers les numéro d'urgences est traduit vers la bonne destination.
>> INSEE est un numéro unique, un exemple sur Paris:
> 
> 
> 
> Par le principe nous ne pouvons pas avoir la répétition de INSEE dans
>> le document. Mais voila les gagnants:
> 
> A NIMES je dois demander à mes clients de voir un plan
> 
> 
> 
> Pour la Corse je dois demander si c'est le sud ou le nord, aucun plan
>> est donné, boussole non plus
> 
> 
> Pour cette ville j'ai du mettre ALBITRECCIA NORD et ALBITRECCIA SUD
>> car les numéros vers 18 sont différents! (c'est pas le seu

Re: [FRnOG] [MISC] Numéros Urgences ou vous pouvez tous *******

[Sébastien Lesimple]

Une association auto proclamée détentrice de la vérité universelle,
constituée par les opérateurs puissant, sans aucun controle
reglementaire ou tarifaire...
Rien n'impose la mainmise de l'APNF sur la gestion de la portabilité
hormis le refus de ses fondateurs de permettre l'emergence d'une
alternative.
C'est encore un mal qui s'est crée par défaillance du régulateur à
imposer des règles qui ne soient pas discrinimatoires.

Et entre nous à ce tarif là, faudrait voir a pas pousser mémé dans les
horties!


On 10/07/2017 15:48, Guillaume wrote:
> De quoi te plains-tu, tu as l'APNF :p
>
> Fut une époque, tu pouvais porter ton numéro mais tu n'avais aucun
> moyen d'être certain de l'opérateur réel d'un numéro mobile et cela ne
> choquait personne :)
>
> Tu auras peut-être ce que tu demandes le jour où il n'y aura plus de
> lignes cuivre en production.
>
>   Guillaume
>
> Le 10/07/2017 à 14:32, Sébastien Lesimple a écrit :
>> Je considere que cette tache devrait etre prise en charge par le
>> régulateur.
>>
>> Qu'elle relève, par extention, du plan national de numerotation et
>> devrait etre accessible a tous gratuitement au meme titre que le reste
>> des infos sur les ressources de numéroation.
>>
>> De meme que les No portés d'opérateurs devraient etre eux aussi
>> accessibles a tous mais c'est un autre sujet.
>> Laissons leur le bonheur de nous surfacturer les appels vers leurs
>> Numéros portés histoire de faire de la bonne marge...
>>
>> T!
>>
>>
>> On 10/07/2017 14:01, David Ponzone wrote:
>>> Oh tu sais, je pense que la majorité des opérateurs alternatifs de
>>> taille modeste qui font de la traduction sont conscients du problème.
>>> Il y a aussi Rouen, qui est séparé en RD/RG, et on peut trouver
>>> d’autres cas, surtout dans les grandes villes.
>>>
>>> Idéalement, on devrait utiliser les coordonnées GPS du téléphone
>>> appelant, ou éventuellement le code RIVOLI ou autre, et on devrait
>>> disposer d’un WebService mis à disposition à un prix raisonnable
>>> (coûtant) pour traduire.
>>> Vraiment idéalement, ça ne devrait pas être aux opérateurs de traduire.
>>>
>>> Mais on en est pas là, faudra attendre encore 10 ou 20 ans.
>>>
>>> D’ici là, tu traduis d’après le code INSEE, et tu gères les
>>> exceptions :)
>>>
>>>
 Le 10 juil. 2017 à 13:42, Grygoriy Dobrovolskyy  a
 écrit :

 Je me permet de vous attirer sur un problème national sur les
 numéros urgences, au delà de format des fichiers envoyé par
 certaines préfectures en mode "démerde toi" nous avons des gagnants
 qui mettent la vie des gens en danger. Comment ça doit fonctionner
 ? Chaque personne est attribue à une zone géographique avec numéro
 INSEE de la commune/arrondissement et son appel vers les numéro
 d'urgences est traduit vers la bonne destination. INSEE est un
 numéro unique, un exemple sur Paris:

 

 Par le principe nous ne pouvons pas avoir la répétition de INSEE
 dans le document. Mais voila les gagnants:

 A NIMES je dois demander à mes clients de voir un plan

 

 Pour la Corse je dois demander si c'est le sud ou le nord, aucun
 plan est donné, boussole non plus

 
 Pour cette ville j'ai du mettre ALBITRECCIA NORD et ALBITRECCIA SUD
 car les numéros vers 18 sont différents! (c'est pas le seul exemple
 pour la Corse)

 Je ne suis pas contre que les communes fusionnent par exemple en
 1973 Le Puy-Saint-Bonnet est rattachée à Cholet (fusion
 association). mais ils ont supprimé numéro INSEE mais pal le nom!

 49099;Cholet
 49099;Puy Saint Bonnet (Le)

 Je ne vais pas tout lister mais vous voyez la situation.

 Aucune idée comment font les opérateurs portables, à mon avis ils
 sont dans la même situation.
 En tout cas je vous souhaite bonne chance en appelant sur le 15 de
 votre opérateur.
 Greg


 -- 


Grygoriy Dobrovolskyy
   Contact: g...@cnsi.fr 
   tel. +33(0) 811 740 744 | fax. +33(0) 240 519 807
   cnsi.fr  | trixbox-pro.fr
  | ipbx-online.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/



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

Re: [FRnOG] [MISC] Numéros Urgences ou vous pouvez tous *******

[Guillaume]

De quoi te plains-tu, tu as l'APNF :p

Fut une époque, tu pouvais porter ton numéro mais tu n'avais aucun moyen 
d'être certain de l'opérateur réel d'un numéro mobile et cela ne 
choquait personne :)


Tu auras peut-être ce que tu demandes le jour où il n'y aura plus de 
lignes cuivre en production.


  Guillaume

Le 10/07/2017 à 14:32, Sébastien Lesimple a écrit :

Je considere que cette tache devrait etre prise en charge par le régulateur.

Qu'elle relève, par extention, du plan national de numerotation et
devrait etre accessible a tous gratuitement au meme titre que le reste
des infos sur les ressources de numéroation.

De meme que les No portés d'opérateurs devraient etre eux aussi
accessibles a tous mais c'est un autre sujet.
Laissons leur le bonheur de nous surfacturer les appels vers leurs
Numéros portés histoire de faire de la bonne marge...

T!


On 10/07/2017 14:01, David Ponzone wrote:

Oh tu sais, je pense que la majorité des opérateurs alternatifs de taille 
modeste qui font de la traduction sont conscients du problème.
Il y a aussi Rouen, qui est séparé en RD/RG, et on peut trouver d’autres cas, 
surtout dans les grandes villes.

Idéalement, on devrait utiliser les coordonnées GPS du téléphone appelant, ou 
éventuellement le code RIVOLI ou autre, et on devrait disposer d’un WebService 
mis à disposition à un prix raisonnable (coûtant) pour traduire.
Vraiment idéalement, ça ne devrait pas être aux opérateurs de traduire.

Mais on en est pas là, faudra attendre encore 10 ou 20 ans.

D’ici là, tu traduis d’après le code INSEE, et tu gères les exceptions :)



Le 10 juil. 2017 à 13:42, Grygoriy Dobrovolskyy  a écrit :

Je me permet de vous attirer sur un problème national sur les numéros urgences, au delà 
de format des fichiers envoyé par certaines préfectures en mode "démerde toi" 
nous avons des gagnants qui mettent la vie des gens en danger. Comment ça doit 
fonctionner ? Chaque personne est attribue à une zone géographique avec numéro INSEE de 
la commune/arrondissement et son appel vers les numéro d'urgences est traduit vers la 
bonne destination. INSEE est un numéro unique, un exemple sur Paris:



Par le principe nous ne pouvons pas avoir la répétition de INSEE dans le 
document. Mais voila les gagnants:

A NIMES je dois demander à mes clients de voir un plan



Pour la Corse je dois demander si c'est le sud ou le nord, aucun plan est 
donné, boussole non plus


Pour cette ville j'ai du mettre ALBITRECCIA NORD et ALBITRECCIA SUD car les 
numéros vers 18 sont différents! (c'est pas le seul exemple pour la Corse)

Je ne suis pas contre que les communes fusionnent par exemple en 1973 Le 
Puy-Saint-Bonnet est rattachée à Cholet (fusion association). mais ils ont 
supprimé numéro INSEE mais pal le nom!

49099;Cholet
49099;Puy Saint Bonnet (Le)

Je ne vais pas tout lister mais vous voyez la situation.

Aucune idée comment font les opérateurs portables, à mon avis ils sont dans la 
même situation.
En tout cas je vous souhaite bonne chance en appelant sur le 15 de votre 
opérateur.
Greg


--


   Grygoriy Dobrovolskyy
  Contact: g...@cnsi.fr 
  tel. +33(0) 811 740 744 | fax. +33(0) 240 519 807
  cnsi.fr  | trixbox-pro.fr  | 
ipbx-online.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] Numéros Urgences ou vous pouvez tous *******

[Grygoriy Dobrovolskyy]

>Est-ce que l'on connaît la proportion d'appels vers les services
d'urgences:
>- depuis les mobiles
>- depuis les fixes
?
Je ne sais pas mais le trunk sip / box perso pros ça va faire un paquet des
personnes.

API Public je veux bien, mais déjà commencer par attribuer 1 INSEE pour une
zone geo, pour le moment c'est 1 ville X fois avec numéro différent, ou 3
villes différents même INSEE.



Le 10 juillet 2017 à 15:09, Jérôme Marteaux  a écrit :

> Est-ce que l'on connaît la proportion d'appels vers les services
> d'urgences:
> - depuis les mobiles
> - depuis les fixes
> ?
>
> Est-ce que le service fixe est également en déclin pour contacter les
> services d'urgences ? Si tel est le cas, le service va se déteriorer
> de plus en plus, faute d'investissement.
>
> Car j'ai l'impression qu'aujourd'hui c'est perçu comme une charge par tous
> les opérateurs et même par les préfectures car aucun budget n'y est alloué.
> Si le ministère de l'intérieur décrétait un budget, une application
> centralisée pourrait collecter ces numéros d'urgences et ainsi avoir
> modèle de données uniformisé, ainsi qu'un accès centralisé et uniformisé.
>
> Une autre idée, pourquoi ne pas ajouter ce service dans le paquet du
> Service Universel et attribuer le marché à un opérateur motivé à le
> faire (car rétribué pour le faire) ?
>
> L'ARCEP pourrait faire avancer les choses, car au final, ce service devrait
> pouvoir être évalué et apparaître dans les rapports concernant la "qualité
> de service"
> (https://www.arcep.fr/?id=8102#c61882) dont à en charge le Service
> Universel.
>
> Les acteurs des services d'urgence pourraient remonter des statistiques
> à l'ARCEP et ainsi pouvoir faire bouger les lignes ?
>
>
> Le 10/07/2017 à 14:32, Sébastien Lesimple a écrit :
> > Je considere que cette tache devrait etre prise en charge par le
> régulateur.
> >
> > Qu'elle relève, par extention, du plan national de numerotation et
> > devrait etre accessible a tous gratuitement au meme titre que le reste
> > des infos sur les ressources de numéroation.
> >
> > De meme que les No portés d'opérateurs devraient etre eux aussi
> > accessibles a tous mais c'est un autre sujet.
> > Laissons leur le bonheur de nous surfacturer les appels vers leurs
> > Numéros portés histoire de faire de la bonne marge...
> >
> > T!
> >
> >
> > On 10/07/2017 14:01, David Ponzone wrote:
> >> Oh tu sais, je pense que la majorité des opérateurs alternatifs de
> taille modeste qui font de la traduction sont conscients du problème.
> >> Il y a aussi Rouen, qui est séparé en RD/RG, et on peut trouver
> d’autres cas, surtout dans les grandes villes.
> >>
> >> Idéalement, on devrait utiliser les coordonnées GPS du téléphone
> appelant, ou éventuellement le code RIVOLI ou autre, et on devrait disposer
> d’un WebService mis à disposition à un prix raisonnable (coûtant) pour
> traduire.
> >> Vraiment idéalement, ça ne devrait pas être aux opérateurs de traduire.
> >>
> >> Mais on en est pas là, faudra attendre encore 10 ou 20 ans.
> >>
> >> D’ici là, tu traduis d’après le code INSEE, et tu gères les exceptions
> :)
> >>
> >>
> >>> Le 10 juil. 2017 à 13:42, Grygoriy Dobrovolskyy  a
> écrit :
> >>>
> >>> Je me permet de vous attirer sur un problème national sur les numéros
> urgences, au delà de format des fichiers envoyé par certaines préfectures
> en mode "démerde toi" nous avons des gagnants qui mettent la vie des gens
> en danger. Comment ça doit fonctionner ? Chaque personne est attribue à une
> zone géographique avec numéro INSEE de la commune/arrondissement et son
> appel vers les numéro d'urgences est traduit vers la bonne destination.
> INSEE est un numéro unique, un exemple sur Paris:
> >>>
> >>> 
> >>>
> >>> Par le principe nous ne pouvons pas avoir la répétition de INSEE dans
> le document. Mais voila les gagnants:
> >>>
> >>> A NIMES je dois demander à mes clients de voir un plan
> >>>
> >>> 
> >>>
> >>> Pour la Corse je dois demander si c'est le sud ou le nord, aucun plan
> est donné, boussole non plus
> >>>
> >>> 
> >>> Pour cette ville j'ai du mettre ALBITRECCIA NORD et ALBITRECCIA SUD
> car les numéros vers 18 sont différents! (c'est pas le seul exemple pour la
> Corse)
> >>>
> >>> Je ne suis pas contre que les communes fusionnent par exemple en 1973
> Le Puy-Saint-Bonnet est rattachée à Cholet (fusion association). mais ils
> ont supprimé numéro INSEE mais pal le nom!
> >>>
> >>> 49099;Cholet
> >>> 49099;Puy Saint Bonnet (Le)
> >>>
> >>> Je ne vais pas tout lister mais vous voyez la situation.
> >>>
> >>> Aucune idée comment font les opérateurs portables, à mon avis ils sont
> dans la même situation.
> >>> En tout cas je vous souhaite bonne chance en appelant sur le 15 de
> votre opérateur.
> >>> Greg
> >>>
> >>>
> >>> --
> >>>
> >>>
> >>>   Grygoriy Dobrovolskyy
> >>>  Contact: g...@cnsi.fr 
> >>>  tel. +33(0) 811 740 744 | fax. +33(0) 240 519 807
> >>>  cnsi.fr 

Re: [FRnOG] [MISC] Numéros Urgences ou vous pouvez tous *******

[Jérôme Marteaux]

Est-ce que l'on connaît la proportion d'appels vers les services d'urgences:
- depuis les mobiles
- depuis les fixes
?

Est-ce que le service fixe est également en déclin pour contacter les
services d'urgences ? Si tel est le cas, le service va se déteriorer
de plus en plus, faute d'investissement.

Car j'ai l'impression qu'aujourd'hui c'est perçu comme une charge par tous
les opérateurs et même par les préfectures car aucun budget n'y est alloué.
Si le ministère de l'intérieur décrétait un budget, une application
centralisée pourrait collecter ces numéros d'urgences et ainsi avoir
modèle de données uniformisé, ainsi qu'un accès centralisé et uniformisé.

Une autre idée, pourquoi ne pas ajouter ce service dans le paquet du
Service Universel et attribuer le marché à un opérateur motivé à le
faire (car rétribué pour le faire) ?

L'ARCEP pourrait faire avancer les choses, car au final, ce service devrait
pouvoir être évalué et apparaître dans les rapports concernant la "qualité de 
service"
(https://www.arcep.fr/?id=8102#c61882) dont à en charge le Service Universel.

Les acteurs des services d'urgence pourraient remonter des statistiques
à l'ARCEP et ainsi pouvoir faire bouger les lignes ?


Le 10/07/2017 à 14:32, Sébastien Lesimple a écrit :
> Je considere que cette tache devrait etre prise en charge par le régulateur.
>
> Qu'elle relève, par extention, du plan national de numerotation et
> devrait etre accessible a tous gratuitement au meme titre que le reste
> des infos sur les ressources de numéroation.
>
> De meme que les No portés d'opérateurs devraient etre eux aussi
> accessibles a tous mais c'est un autre sujet.
> Laissons leur le bonheur de nous surfacturer les appels vers leurs
> Numéros portés histoire de faire de la bonne marge...
>
> T!
>
>
> On 10/07/2017 14:01, David Ponzone wrote:
>> Oh tu sais, je pense que la majorité des opérateurs alternatifs de taille 
>> modeste qui font de la traduction sont conscients du problème.
>> Il y a aussi Rouen, qui est séparé en RD/RG, et on peut trouver d’autres 
>> cas, surtout dans les grandes villes.
>>
>> Idéalement, on devrait utiliser les coordonnées GPS du téléphone appelant, 
>> ou éventuellement le code RIVOLI ou autre, et on devrait disposer d’un 
>> WebService mis à disposition à un prix raisonnable (coûtant) pour traduire.
>> Vraiment idéalement, ça ne devrait pas être aux opérateurs de traduire.
>>
>> Mais on en est pas là, faudra attendre encore 10 ou 20 ans.
>>
>> D’ici là, tu traduis d’après le code INSEE, et tu gères les exceptions :)
>>
>>
>>> Le 10 juil. 2017 à 13:42, Grygoriy Dobrovolskyy  a écrit :
>>>
>>> Je me permet de vous attirer sur un problème national sur les numéros 
>>> urgences, au delà de format des fichiers envoyé par certaines préfectures 
>>> en mode "démerde toi" nous avons des gagnants qui mettent la vie des gens 
>>> en danger. Comment ça doit fonctionner ? Chaque personne est attribue à une 
>>> zone géographique avec numéro INSEE de la commune/arrondissement et son 
>>> appel vers les numéro d'urgences est traduit vers la bonne destination. 
>>> INSEE est un numéro unique, un exemple sur Paris:
>>>
>>> 
>>>
>>> Par le principe nous ne pouvons pas avoir la répétition de INSEE dans le 
>>> document. Mais voila les gagnants:
>>>
>>> A NIMES je dois demander à mes clients de voir un plan
>>>
>>> 
>>>
>>> Pour la Corse je dois demander si c'est le sud ou le nord, aucun plan est 
>>> donné, boussole non plus
>>>
>>> 
>>> Pour cette ville j'ai du mettre ALBITRECCIA NORD et ALBITRECCIA SUD car les 
>>> numéros vers 18 sont différents! (c'est pas le seul exemple pour la Corse)
>>>
>>> Je ne suis pas contre que les communes fusionnent par exemple en 1973 Le 
>>> Puy-Saint-Bonnet est rattachée à Cholet (fusion association). mais ils ont 
>>> supprimé numéro INSEE mais pal le nom!
>>>
>>> 49099;Cholet
>>> 49099;Puy Saint Bonnet (Le)
>>>
>>> Je ne vais pas tout lister mais vous voyez la situation.
>>>
>>> Aucune idée comment font les opérateurs portables, à mon avis ils sont dans 
>>> la même situation.
>>> En tout cas je vous souhaite bonne chance en appelant sur le 15 de votre 
>>> opérateur.
>>> Greg
>>>
>>>
>>> -- 
>>>
>>>
>>>   Grygoriy Dobrovolskyy 
>>>  Contact: g...@cnsi.fr 
>>>  tel. +33(0) 811 740 744 | fax. +33(0) 240 519 807 
>>>  cnsi.fr  | trixbox-pro.fr 
>>>  | ipbx-online.com 
>> ---
>> Liste de diffusion du FRnOG
>> http://www.frnog.org/
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>

-- 
Jérôme Marteaux


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

RE: [FRnOG] [MISC] Numéros Urgences ou vous pouvez tous *******

[Xavier ROCA]

On se demanderai même si le régulateur régul en ce moment ...
Je rejouterai a la liste de doléance de Seb, la possibilité d'avoir deux 
aboutements possible pour un numéro 



-Message d'origine-
De : Sébastien Lesimple [mailto:sebastien.lesim...@iguanetel.fr] 
Envoyé : lundi 10 juillet 2017 14:33
À : David Ponzone ; g...@netw.fr
Cc : FRench Network Operators Group 
Objet : Re: [FRnOG] [MISC] Numéros Urgences ou vous pouvez tous ***

Je considere que cette tache devrait etre prise en charge par le régulateur.

Qu'elle relève, par extention, du plan national de numerotation et devrait etre 
accessible a tous gratuitement au meme titre que le reste des infos sur les 
ressources de numéroation.

De meme que les No portés d'opérateurs devraient etre eux aussi accessibles a 
tous mais c'est un autre sujet.
Laissons leur le bonheur de nous surfacturer les appels vers leurs Numéros 
portés histoire de faire de la bonne marge...

T!


On 10/07/2017 14:01, David Ponzone wrote:
> Oh tu sais, je pense que la majorité des opérateurs alternatifs de taille 
> modeste qui font de la traduction sont conscients du problème.
> Il y a aussi Rouen, qui est séparé en RD/RG, et on peut trouver d’autres cas, 
> surtout dans les grandes villes.
>
> Idéalement, on devrait utiliser les coordonnées GPS du téléphone appelant, ou 
> éventuellement le code RIVOLI ou autre, et on devrait disposer d’un 
> WebService mis à disposition à un prix raisonnable (coûtant) pour traduire.
> Vraiment idéalement, ça ne devrait pas être aux opérateurs de traduire.
>
> Mais on en est pas là, faudra attendre encore 10 ou 20 ans.
>
> D’ici là, tu traduis d’après le code INSEE, et tu gères les exceptions 
> :)
>
>
>> Le 10 juil. 2017 à 13:42, Grygoriy Dobrovolskyy  a écrit :
>>
>> Je me permet de vous attirer sur un problème national sur les numéros 
>> urgences, au delà de format des fichiers envoyé par certaines préfectures en 
>> mode "démerde toi" nous avons des gagnants qui mettent la vie des gens en 
>> danger. Comment ça doit fonctionner ? Chaque personne est attribue à une 
>> zone géographique avec numéro INSEE de la commune/arrondissement et son 
>> appel vers les numéro d'urgences est traduit vers la bonne destination. 
>> INSEE est un numéro unique, un exemple sur Paris:
>>
>> 
>>
>> Par le principe nous ne pouvons pas avoir la répétition de INSEE dans le 
>> document. Mais voila les gagnants:
>>
>> A NIMES je dois demander à mes clients de voir un plan
>>
>> 
>>
>> Pour la Corse je dois demander si c'est le sud ou le nord, aucun plan 
>> est donné, boussole non plus
>>
>> 
>> Pour cette ville j'ai du mettre ALBITRECCIA NORD et ALBITRECCIA SUD 
>> car les numéros vers 18 sont différents! (c'est pas le seul exemple 
>> pour la Corse)
>>
>> Je ne suis pas contre que les communes fusionnent par exemple en 1973 Le 
>> Puy-Saint-Bonnet est rattachée à Cholet (fusion association). mais ils ont 
>> supprimé numéro INSEE mais pal le nom!
>>
>> 49099;Cholet
>> 49099;Puy Saint Bonnet (Le)
>>
>> Je ne vais pas tout lister mais vous voyez la situation.
>>
>> Aucune idée comment font les opérateurs portables, à mon avis ils sont dans 
>> la même situation.
>> En tout cas je vous souhaite bonne chance en appelant sur le 15 de votre 
>> opérateur.
>> Greg
>>
>>
>> --
>>
>>
>>   Grygoriy Dobrovolskyy 
>>  Contact: g...@cnsi.fr 
>>  tel. +33(0) 811 740 744 | fax. +33(0) 240 519 807 
>>  cnsi.fr  | trixbox-pro.fr 
>>  | ipbx-online.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] Numéros Urgences ou vous pouvez tous *******

[Sébastien Lesimple]

On 10/07/2017 14:35, David Ponzone wrote:
> Seb, arrête, tu vas finir les pieds dans le béton :)
Nann, mais ca fait trop longtemps.
Et puis dans le genre on ne peux pas dire que je sois resté discrets sur
le sujet toutes ces années.
Alors les chaussures de béton ca ferais suspect quand meme ;)
>
>
>> Le 10 juil. 2017 à 14:32, Sébastien Lesimple 
>>  a écrit :
>>
>> Je considere que cette tache devrait etre prise en charge par le régulateur.
>>
>> Qu'elle relève, par extention, du plan national de numerotation et
>> devrait etre accessible a tous gratuitement au meme titre que le reste
>> des infos sur les ressources de numéroation.
>>
>> De meme que les No portés d'opérateurs devraient etre eux aussi
>> accessibles a tous mais c'est un autre sujet.
>> Laissons leur le bonheur de nous surfacturer les appels vers leurs
>> Numéros portés histoire de faire de la bonne marge...
>>
>> T!
>>
>>
>> On 10/07/2017 14:01, David Ponzone wrote:
>>> Oh tu sais, je pense que la majorité des opérateurs alternatifs de taille 
>>> modeste qui font de la traduction sont conscients du problème.
>>> Il y a aussi Rouen, qui est séparé en RD/RG, et on peut trouver d’autres 
>>> cas, surtout dans les grandes villes.
>>>
>>> Idéalement, on devrait utiliser les coordonnées GPS du téléphone appelant, 
>>> ou éventuellement le code RIVOLI ou autre, et on devrait disposer d’un 
>>> WebService mis à disposition à un prix raisonnable (coûtant) pour traduire.
>>> Vraiment idéalement, ça ne devrait pas être aux opérateurs de traduire.
>>>
>>> Mais on en est pas là, faudra attendre encore 10 ou 20 ans.
>>>
>>> D’ici là, tu traduis d’après le code INSEE, et tu gères les exceptions :)
>>>
>>>
 Le 10 juil. 2017 à 13:42, Grygoriy Dobrovolskyy  a écrit :

 Je me permet de vous attirer sur un problème national sur les numéros 
 urgences, au delà de format des fichiers envoyé par certaines préfectures 
 en mode "démerde toi" nous avons des gagnants qui mettent la vie des gens 
 en danger. Comment ça doit fonctionner ? Chaque personne est attribue à 
 une zone géographique avec numéro INSEE de la commune/arrondissement et 
 son appel vers les numéro d'urgences est traduit vers la bonne 
 destination. INSEE est un numéro unique, un exemple sur Paris:

 

 Par le principe nous ne pouvons pas avoir la répétition de INSEE dans le 
 document. Mais voila les gagnants:

 A NIMES je dois demander à mes clients de voir un plan

 

 Pour la Corse je dois demander si c'est le sud ou le nord, aucun plan est 
 donné, boussole non plus

 
 Pour cette ville j'ai du mettre ALBITRECCIA NORD et ALBITRECCIA SUD car 
 les numéros vers 18 sont différents! (c'est pas le seul exemple pour la 
 Corse)

 Je ne suis pas contre que les communes fusionnent par exemple en 1973 Le 
 Puy-Saint-Bonnet est rattachée à Cholet (fusion association). mais ils ont 
 supprimé numéro INSEE mais pal le nom!

 49099;Cholet
 49099;Puy Saint Bonnet (Le)

 Je ne vais pas tout lister mais vous voyez la situation.

 Aucune idée comment font les opérateurs portables, à mon avis ils sont 
 dans la même situation.
 En tout cas je vous souhaite bonne chance en appelant sur le 15 de votre 
 opérateur.
 Greg


 -- 


  Grygoriy Dobrovolskyy 
 Contact: g...@cnsi.fr 
 tel. +33(0) 811 740 744 | fax. +33(0) 240 519 807 
 cnsi.fr  | trixbox-pro.fr 
  | ipbx-online.com 
 
>>> ---
>>> Liste de diffusion du FRnOG
>>> http://www.frnog.org/
>>
>


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

Re: [FRnOG] [MISC] Numéros Urgences ou vous pouvez tous *******

[David Ponzone]

Seb, arrête, tu vas finir les pieds dans le béton :)


> Le 10 juil. 2017 à 14:32, Sébastien Lesimple 
>  a écrit :
> 
> Je considere que cette tache devrait etre prise en charge par le régulateur.
> 
> Qu'elle relève, par extention, du plan national de numerotation et
> devrait etre accessible a tous gratuitement au meme titre que le reste
> des infos sur les ressources de numéroation.
> 
> De meme que les No portés d'opérateurs devraient etre eux aussi
> accessibles a tous mais c'est un autre sujet.
> Laissons leur le bonheur de nous surfacturer les appels vers leurs
> Numéros portés histoire de faire de la bonne marge...
> 
> T!
> 
> 
> On 10/07/2017 14:01, David Ponzone wrote:
>> Oh tu sais, je pense que la majorité des opérateurs alternatifs de taille 
>> modeste qui font de la traduction sont conscients du problème.
>> Il y a aussi Rouen, qui est séparé en RD/RG, et on peut trouver d’autres 
>> cas, surtout dans les grandes villes.
>> 
>> Idéalement, on devrait utiliser les coordonnées GPS du téléphone appelant, 
>> ou éventuellement le code RIVOLI ou autre, et on devrait disposer d’un 
>> WebService mis à disposition à un prix raisonnable (coûtant) pour traduire.
>> Vraiment idéalement, ça ne devrait pas être aux opérateurs de traduire.
>> 
>> Mais on en est pas là, faudra attendre encore 10 ou 20 ans.
>> 
>> D’ici là, tu traduis d’après le code INSEE, et tu gères les exceptions :)
>> 
>> 
>>> Le 10 juil. 2017 à 13:42, Grygoriy Dobrovolskyy  a écrit :
>>> 
>>> Je me permet de vous attirer sur un problème national sur les numéros 
>>> urgences, au delà de format des fichiers envoyé par certaines préfectures 
>>> en mode "démerde toi" nous avons des gagnants qui mettent la vie des gens 
>>> en danger. Comment ça doit fonctionner ? Chaque personne est attribue à une 
>>> zone géographique avec numéro INSEE de la commune/arrondissement et son 
>>> appel vers les numéro d'urgences est traduit vers la bonne destination. 
>>> INSEE est un numéro unique, un exemple sur Paris:
>>> 
>>> 
>>> 
>>> Par le principe nous ne pouvons pas avoir la répétition de INSEE dans le 
>>> document. Mais voila les gagnants:
>>> 
>>> A NIMES je dois demander à mes clients de voir un plan
>>> 
>>> 
>>> 
>>> Pour la Corse je dois demander si c'est le sud ou le nord, aucun plan est 
>>> donné, boussole non plus
>>> 
>>> 
>>> Pour cette ville j'ai du mettre ALBITRECCIA NORD et ALBITRECCIA SUD car les 
>>> numéros vers 18 sont différents! (c'est pas le seul exemple pour la Corse)
>>> 
>>> Je ne suis pas contre que les communes fusionnent par exemple en 1973 Le 
>>> Puy-Saint-Bonnet est rattachée à Cholet (fusion association). mais ils ont 
>>> supprimé numéro INSEE mais pal le nom!
>>> 
>>> 49099;Cholet
>>> 49099;Puy Saint Bonnet (Le)
>>> 
>>> Je ne vais pas tout lister mais vous voyez la situation.
>>> 
>>> Aucune idée comment font les opérateurs portables, à mon avis ils sont dans 
>>> la même situation.
>>> En tout cas je vous souhaite bonne chance en appelant sur le 15 de votre 
>>> opérateur.
>>> Greg
>>> 
>>> 
>>> -- 
>>> 
>>> 
>>>  Grygoriy Dobrovolskyy 
>>> Contact: g...@cnsi.fr 
>>> tel. +33(0) 811 740 744 | fax. +33(0) 240 519 807 
>>> cnsi.fr  | trixbox-pro.fr 
>>>  | ipbx-online.com 
>> ---
>> Liste de diffusion du FRnOG
>> http://www.frnog.org/
> 
> 


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

Re: [FRnOG] [MISC] Numéros Urgences ou vous pouvez tous *******

[Sébastien Lesimple]

Je considere que cette tache devrait etre prise en charge par le régulateur.

Qu'elle relève, par extention, du plan national de numerotation et
devrait etre accessible a tous gratuitement au meme titre que le reste
des infos sur les ressources de numéroation.

De meme que les No portés d'opérateurs devraient etre eux aussi
accessibles a tous mais c'est un autre sujet.
Laissons leur le bonheur de nous surfacturer les appels vers leurs
Numéros portés histoire de faire de la bonne marge...

T!


On 10/07/2017 14:01, David Ponzone wrote:
> Oh tu sais, je pense que la majorité des opérateurs alternatifs de taille 
> modeste qui font de la traduction sont conscients du problème.
> Il y a aussi Rouen, qui est séparé en RD/RG, et on peut trouver d’autres cas, 
> surtout dans les grandes villes.
>
> Idéalement, on devrait utiliser les coordonnées GPS du téléphone appelant, ou 
> éventuellement le code RIVOLI ou autre, et on devrait disposer d’un 
> WebService mis à disposition à un prix raisonnable (coûtant) pour traduire.
> Vraiment idéalement, ça ne devrait pas être aux opérateurs de traduire.
>
> Mais on en est pas là, faudra attendre encore 10 ou 20 ans.
>
> D’ici là, tu traduis d’après le code INSEE, et tu gères les exceptions :)
>
>
>> Le 10 juil. 2017 à 13:42, Grygoriy Dobrovolskyy  a écrit :
>>
>> Je me permet de vous attirer sur un problème national sur les numéros 
>> urgences, au delà de format des fichiers envoyé par certaines préfectures en 
>> mode "démerde toi" nous avons des gagnants qui mettent la vie des gens en 
>> danger. Comment ça doit fonctionner ? Chaque personne est attribue à une 
>> zone géographique avec numéro INSEE de la commune/arrondissement et son 
>> appel vers les numéro d'urgences est traduit vers la bonne destination. 
>> INSEE est un numéro unique, un exemple sur Paris:
>>
>> 
>>
>> Par le principe nous ne pouvons pas avoir la répétition de INSEE dans le 
>> document. Mais voila les gagnants:
>>
>> A NIMES je dois demander à mes clients de voir un plan
>>
>> 
>>
>> Pour la Corse je dois demander si c'est le sud ou le nord, aucun plan est 
>> donné, boussole non plus
>>
>> 
>> Pour cette ville j'ai du mettre ALBITRECCIA NORD et ALBITRECCIA SUD car les 
>> numéros vers 18 sont différents! (c'est pas le seul exemple pour la Corse)
>>
>> Je ne suis pas contre que les communes fusionnent par exemple en 1973 Le 
>> Puy-Saint-Bonnet est rattachée à Cholet (fusion association). mais ils ont 
>> supprimé numéro INSEE mais pal le nom!
>>
>> 49099;Cholet
>> 49099;Puy Saint Bonnet (Le)
>>
>> Je ne vais pas tout lister mais vous voyez la situation.
>>
>> Aucune idée comment font les opérateurs portables, à mon avis ils sont dans 
>> la même situation.
>> En tout cas je vous souhaite bonne chance en appelant sur le 15 de votre 
>> opérateur.
>> Greg
>>
>>
>> -- 
>>
>>
>>   Grygoriy Dobrovolskyy 
>>  Contact: g...@cnsi.fr 
>>  tel. +33(0) 811 740 744 | fax. +33(0) 240 519 807 
>>  cnsi.fr  | trixbox-pro.fr 
>>  | ipbx-online.com 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/



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

Re: [FRnOG] [MISC] Numéros Urgences ou vous pouvez tous *******

[David Ponzone]

Oh tu sais, je pense que la majorité des opérateurs alternatifs de taille 
modeste qui font de la traduction sont conscients du problème.
Il y a aussi Rouen, qui est séparé en RD/RG, et on peut trouver d’autres cas, 
surtout dans les grandes villes.

Idéalement, on devrait utiliser les coordonnées GPS du téléphone appelant, ou 
éventuellement le code RIVOLI ou autre, et on devrait disposer d’un WebService 
mis à disposition à un prix raisonnable (coûtant) pour traduire.
Vraiment idéalement, ça ne devrait pas être aux opérateurs de traduire.

Mais on en est pas là, faudra attendre encore 10 ou 20 ans.

D’ici là, tu traduis d’après le code INSEE, et tu gères les exceptions :)


> Le 10 juil. 2017 à 13:42, Grygoriy Dobrovolskyy  a écrit :
> 
> Je me permet de vous attirer sur un problème national sur les numéros 
> urgences, au delà de format des fichiers envoyé par certaines préfectures en 
> mode "démerde toi" nous avons des gagnants qui mettent la vie des gens en 
> danger. Comment ça doit fonctionner ? Chaque personne est attribue à une zone 
> géographique avec numéro INSEE de la commune/arrondissement et son appel vers 
> les numéro d'urgences est traduit vers la bonne destination. INSEE est un 
> numéro unique, un exemple sur Paris:
> 
> 
> 
> Par le principe nous ne pouvons pas avoir la répétition de INSEE dans le 
> document. Mais voila les gagnants:
> 
> A NIMES je dois demander à mes clients de voir un plan
> 
> 
> 
> Pour la Corse je dois demander si c'est le sud ou le nord, aucun plan est 
> donné, boussole non plus
> 
> 
> Pour cette ville j'ai du mettre ALBITRECCIA NORD et ALBITRECCIA SUD car les 
> numéros vers 18 sont différents! (c'est pas le seul exemple pour la Corse)
> 
> Je ne suis pas contre que les communes fusionnent par exemple en 1973 Le 
> Puy-Saint-Bonnet est rattachée à Cholet (fusion association). mais ils ont 
> supprimé numéro INSEE mais pal le nom!
> 
> 49099;Cholet
> 49099;Puy Saint Bonnet (Le)
> 
> Je ne vais pas tout lister mais vous voyez la situation.
> 
> Aucune idée comment font les opérateurs portables, à mon avis ils sont dans 
> la même situation.
> En tout cas je vous souhaite bonne chance en appelant sur le 15 de votre 
> opérateur.
> Greg
> 
> 
> -- 
> 
> 
>   Grygoriy Dobrovolskyy 
>  Contact: g...@cnsi.fr 
>  tel. +33(0) 811 740 744 | fax. +33(0) 240 519 807 
>  cnsi.fr  | trixbox-pro.fr 
>  | ipbx-online.com 

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

[FRnOG] [MISC] Numéros Urgences ou vous pouvez tous *******

[Grygoriy Dobrovolskyy]

Je me permet de vous attirer sur un problème national sur les numéros
urgences, au delà de format des fichiers envoyé par certaines préfectures
en mode "démerde toi" nous avons des gagnants qui mettent la vie des gens
en danger. Comment ça doit fonctionner ? Chaque personne est attribue à une
zone géographique avec numéro INSEE de la commune/arrondissement et son
appel vers les numéro d'urgences est traduit vers la bonne destination.
INSEE est un numéro unique, un exemple sur Paris:

[image: Images intégrées 1]

Par le principe nous ne pouvons pas avoir la répétition de INSEE dans le
document. Mais voila les gagnants:

A NIMES je dois demander à mes clients de voir un plan

[image: Images intégrées 2]

Pour la Corse je dois demander si c'est le sud ou le nord, aucun plan est
donné, boussole non plus

[image: Images intégrées 3]
Pour cette ville j'ai du mettre ALBITRECCIA NORD et ALBITRECCIA SUD car les
numéros vers 18 sont différents! (c'est pas le seul exemple pour la Corse)

Je ne suis pas contre que les communes fusionnent par exemple en 1973 Le
Puy-Saint-Bonnet est rattachée à Cholet (fusion association). mais ils ont
supprimé numéro INSEE mais pal le nom!

49099;Cholet
49099;Puy Saint Bonnet (Le)

Je ne vais pas tout lister mais vous voyez la situation.

Aucune idée comment font les opérateurs portables, à mon avis ils sont dans
la même situation.
En tout cas je vous souhaite bonne chance en appelant sur le 15 de votre
opérateur.
Greg


-- 


  *Grygoriy Dobrovolskyy*
 Contact: g...@cnsi.fr
 tel. +33(0) 811 740 744 | fax. +33(0) 240 519 807
 cnsi.fr  | trixbox-pro.fr
 | ipbx-online.com 

Re: [FRnOG] [MISC] Microsoft (ASN 8075) sur AMS-IX

[Youssef Bengelloun-Zahr]

À chacun sa politique, quelles que soient les bonnes / mauvaises / obscures 
raisons derrière.

@++



> Le 10 juil. 2017 à 12:22, Fabien H  a écrit :
> 
> OK, merci pour les retours, donc je vais leur écrire mais pour faire du
> peering direct.
> 
> J'ai pu vérifier sur notre outil As-stat qu'il y'a encore 2 semaines, ça
> passait toujours par les RS AMS-IX.. Dommage car les RS simplifient les
> choses. J'ai du mal à comprendre pourquoi certains peers n'utilisent pas
> les RS alors qu'il acceptent le peering direct ? Pour des questions de
> sécurité BGP ?
> 
> Fabien
> 
> 
> Le 10 juillet 2017 à 12:08, David Ponzone  a écrit
> :
> 
>> Juste pour info, c’est comme ça sur EQNX-IX, mais c’est normal: ils n’ont
>> jamais annoncé  leurs routes par le MLPE.
>> 
>> 
>>> Le 10 juil. 2017 à 12:02, Youssef Bengelloun-Zahr 
>> a écrit :
>>> 
>>> Bonjour Fabien,
>>> 
>>> Je confirme, je vois bien leurs préfixes sur l'ensemble des peerings
>> qu'on
>>> a en direct avec eux (AMS-IX + NL-IX) mais plus rien via les RS des IXPs.
>>> 
>>> My 2 cents.
>>> 
>>> Y.
>>> 
>>> 
>>> 
 Le 10 juillet 2017 à 11:46, Fabien H  a écrit :
 
 Bonjour,
 
 pour les opérateurs présents sur AMS-IX,
 
 est-ce que vous constatez comme nous que depuis le jeudi 29/06 environ,
>> sur
 les RS 1 / 2 / 3 / 4, l'AS 8075 de Microsoft n'annonce aucun réseau et
>> ne
 semble pas recevoir nos réseaux non plus.
 
 Leur IPv4 AMS-IX 80.249.209.20 est pingable.
 
 Bien entendu, je vais écrire à leur contact peering, mais c'était pour
>> être
 sur que le problème ne vient pas de chez nous.
 
 Fabien
 
 ---
 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/


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

Re: [FRnOG] [MISC] Microsoft (ASN 8075) sur AMS-IX

[Fabien H]

OK, merci pour les retours, donc je vais leur écrire mais pour faire du
peering direct.

J'ai pu vérifier sur notre outil As-stat qu'il y'a encore 2 semaines, ça
passait toujours par les RS AMS-IX.. Dommage car les RS simplifient les
choses. J'ai du mal à comprendre pourquoi certains peers n'utilisent pas
les RS alors qu'il acceptent le peering direct ? Pour des questions de
sécurité BGP ?

Fabien


Le 10 juillet 2017 à 12:08, David Ponzone  a écrit
:

> Juste pour info, c’est comme ça sur EQNX-IX, mais c’est normal: ils n’ont
> jamais annoncé  leurs routes par le MLPE.
>
>
> > Le 10 juil. 2017 à 12:02, Youssef Bengelloun-Zahr 
> a écrit :
> >
> > Bonjour Fabien,
> >
> > Je confirme, je vois bien leurs préfixes sur l'ensemble des peerings
> qu'on
> > a en direct avec eux (AMS-IX + NL-IX) mais plus rien via les RS des IXPs.
> >
> > My 2 cents.
> >
> > Y.
> >
> >
> >
> > Le 10 juillet 2017 à 11:46, Fabien H  a écrit :
> >
> >> Bonjour,
> >>
> >> pour les opérateurs présents sur AMS-IX,
> >>
> >> est-ce que vous constatez comme nous que depuis le jeudi 29/06 environ,
> sur
> >> les RS 1 / 2 / 3 / 4, l'AS 8075 de Microsoft n'annonce aucun réseau et
> ne
> >> semble pas recevoir nos réseaux non plus.
> >>
> >> Leur IPv4 AMS-IX 80.249.209.20 est pingable.
> >>
> >> Bien entendu, je vais écrire à leur contact peering, mais c'était pour
> être
> >> sur que le problème ne vient pas de chez nous.
> >>
> >> Fabien
> >>
> >> ---
> >> 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] Microsoft (ASN 8075) sur AMS-IX

[David Ponzone]

Juste pour info, c’est comme ça sur EQNX-IX, mais c’est normal: ils n’ont 
jamais annoncé  leurs routes par le MLPE.


> Le 10 juil. 2017 à 12:02, Youssef Bengelloun-Zahr  a 
> écrit :
> 
> Bonjour Fabien,
> 
> Je confirme, je vois bien leurs préfixes sur l'ensemble des peerings qu'on
> a en direct avec eux (AMS-IX + NL-IX) mais plus rien via les RS des IXPs.
> 
> My 2 cents.
> 
> Y.
> 
> 
> 
> Le 10 juillet 2017 à 11:46, Fabien H  a écrit :
> 
>> Bonjour,
>> 
>> pour les opérateurs présents sur AMS-IX,
>> 
>> est-ce que vous constatez comme nous que depuis le jeudi 29/06 environ, sur
>> les RS 1 / 2 / 3 / 4, l'AS 8075 de Microsoft n'annonce aucun réseau et ne
>> semble pas recevoir nos réseaux non plus.
>> 
>> Leur IPv4 AMS-IX 80.249.209.20 est pingable.
>> 
>> Bien entendu, je vais écrire à leur contact peering, mais c'était pour être
>> sur que le problème ne vient pas de chez nous.
>> 
>> Fabien
>> 
>> ---
>> 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] Microsoft (ASN 8075) sur AMS-IX

[Youssef Bengelloun-Zahr]

Bonjour Fabien,

Je confirme, je vois bien leurs préfixes sur l'ensemble des peerings qu'on
a en direct avec eux (AMS-IX + NL-IX) mais plus rien via les RS des IXPs.

My 2 cents.

Y.



Le 10 juillet 2017 à 11:46, Fabien H  a écrit :

> Bonjour,
>
> pour les opérateurs présents sur AMS-IX,
>
> est-ce que vous constatez comme nous que depuis le jeudi 29/06 environ, sur
> les RS 1 / 2 / 3 / 4, l'AS 8075 de Microsoft n'annonce aucun réseau et ne
> semble pas recevoir nos réseaux non plus.
>
> Leur IPv4 AMS-IX 80.249.209.20 est pingable.
>
> Bien entendu, je vais écrire à leur contact peering, mais c'était pour être
> sur que le problème ne vient pas de chez nous.
>
> Fabien
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>

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

[FRnOG] [MISC] Microsoft (ASN 8075) sur AMS-IX

[Fabien H]

Bonjour,

pour les opérateurs présents sur AMS-IX,

est-ce que vous constatez comme nous que depuis le jeudi 29/06 environ, sur
les RS 1 / 2 / 3 / 4, l'AS 8075 de Microsoft n'annonce aucun réseau et ne
semble pas recevoir nos réseaux non plus.

Leur IPv4 AMS-IX 80.249.209.20 est pingable.

Bien entendu, je vais écrire à leur contact peering, mais c'était pour être
sur que le problème ne vient pas de chez nous.

Fabien

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

Re: [FRnOG] [TECH] Technologie utilisée par Numericable.

[Michel Hostettler]

La technologie Docsis 3.1 a été reprise et améliorée par l'IEEE, dans le 
document 802.3bn-2016.

L'appellation est 10GPass-XR, 10 Gbit/s en voie descendante, et 1,6 Gbit/s en 
voie montante.

>>> Je parle du système avec encodage sur câble coaxial etc

J'adore les points de suspension, une représentation de l'innocence infinie.

Cordialement,
Michel


- Mail original -
De: "David Ponzone" 
À: "Varicap" 
Cc: "Choukou Moun" , frnog-t...@frnog.org
Envoyé: Vendredi 7 Juillet 2017 20:53:04
Objet: Re: [FRnOG] [TECH] Technologie utilisée par Numericable.

J’avais fait exprès pour lui laisser un peu de recherche à faire :)

> Le 7 juil. 2017 à 20:26, Varicap  a écrit :
> 
> Je dirais même plus DOCSIS 3.x
> https://fr.m.wikipedia.org/wiki/Data_Over_Cable_Service_Interface_Specification
>  
> 
> 
> Envoyé de mon BP2 ( silent circle inside )
> 
> Le 7 juil. 2017 à 19:42, David Ponzone  > a écrit :
> 
>> DOCSIS
>> 
>>> Le 7 juil. 2017 à 19:31, Choukou Moun >> > a écrit :
>>> 
>>> Bonjour.
>>> 
>>> Question de newbies.
>>> 
>>> Comment s'appelle la technologie utilisée par Numericable?
>>> 
>>> 
>>> Je parle du système avec encodage sur câble coaxial etc
>>> 
>>> Merci.
>>> 
>>> ---
>>> 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/


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

[FRnOG] [TECH] RFC 8212: Default External BGP (EBGP) Route Propagation Behavior without Policies

[Stephane Bortzmeyer]

Attention, vos routeurs vont changer de comportement par défaut à la
prochaine mise à jour du logiciel. (Plus d'export ou d'import BGP du
tout, sauf si explicitement configuré.)

http://www.bortzmeyer.org/8212.html


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