Re: [FRnOG] [TECH] Femtocell / Picocell pour les appels d'urgence en zone isolée ?

2018-08-15 Par sujet Clément BRUGUERA / TSF IT 



Le 15 août 2018 08:31:46 GMT+02:00, Richard Klein  a 
écrit :
>Bonjour Clément,
>
Bonjour Richard,
>Merci pour le retour c est tres intéressant
>Normalement les kits arrivent avec des cartes SIM et les IMSI sont
>programmés dans les fichiers de conf d asterisk
Quels kits ? Nous on fait sans SIM spécifiques, on recycle des vieilles SIM 
d'autres opérateurs. Le chiffrement est donc désactivé. Pour la 3G / 4G là par 
contre, tu ne peux pas faire sans tes propres SIM, le chiffrement est 
obligatoire.
>Pour l'application "appel d urgence" si je comprend bien la doc il
>suffit d
>accepter tous les IMSI et dans les outbound route d'accepter tous les
>appels sortant et de le remplacer par le 112/18.
Oui, en réalité, vu que tu route via un trunk SIP, il faut voir vers où sont 
redirigés ces numéros, on preferera rerouter ces numéro vers le SDIS ou le SAMU 
de son département (SDIS ou SAMU, ça depend des départements) comme la loi l'a 
définit.
>As tu testé lorsque le mobile passe d une borne à l autre ?
D'une cellule OpenBTS à une autre cellule OpenBTS ? Non. Mais en théorie, il ne 
doit pas y avoir de PB. Ni avec Osmocom (qui est plus une reproduction libre 
d'un vrai coeur de réseau opérateur).
>Au début du projet il y avait beaucoup de problème de stabilité et il
>fallait une source d horloge stable . Un feedback?
Quel projet ? Pas de PB d'horloge de notre côté, et puis maintenant, quasiment 
toutes les boards SDR TRX ont une entrée pour une clock 10Mhz et une autre GPS. 
Par exemple, la board UmTRX de fairwaves est livrée avec une petite antenne GPS 
que tu branches sur la carte.
>Tous les téléphones accrochent la BTS ou il faudra se limiter à
>quelques
>modèles?
Tous si ta clock est correcte.
>
>Richard
Clément
>
>Le mar. 14 août 2018 à 23:31, Clément BRUGUERA / TSF IT  a
>écrit :
>
>> Eh merde, je n'étais plus inscrit, ma réponse a été refusée... La
>voici,
>> ci-dessous.
>>
>>
>>  Message d’origine 
>> De : "Clément BRUGUERA / TSF IT" 
>> Envoyé : 14 août 2018 23:21:42 GMT+02:00
>> À : Jean-Paul chiron , Toussaint OTTAVI <
>> t.ott...@bc-109.com>, "frnog@frnog.org" 
>> Objet : Re: [FRnOG] [TECH] Femtocell / Picocell pour les appels
>d'urgence
>> en zone isolée ?
>>
>> Merci Jean-Paul pour ce gros spot de pub pour TSF :-D
>>
>> Bon...
>>
>> On va postuler que je connais assez bien la question.
>>
>> Existe-t-il techniquement: Oui, dispo chez plusieurs fabricants et
>> intégrateurs comme Range Networks (entreprise auteure d'OpenBTS),
>fairwaves
>> (supportant la stack Osmocom mais nous on fait marcher aussi OpenBTS
>> dessus), et enfin les solutions de yatebts.com.
>> Ces solutions proposent des réseaux 2.5G à 4G.
>>
>> Je ne parlerai pas de la solution Vodafone conçue et intégrée par TSF
>qui
>> n'utilise pas du SDR et qui nécessite le raccordement à un coeur de
>réseau
>> d'opérateur mobile, compatible qui plus est.
>>
>> Les solutions susmentionnées sont bien opérateur agnostiques, car
>elles
>> sont autonomes. C'est le principe du "All in the box". Elles sont
>> raccordées soit à des BSC type osmoBSC/OpenBSC soit directement à des
>> trunks SIP via un Asterisk ou FreeSwitch.
>> Il faut donc prévoir une connection IP avec débit garanti suffisant
>et des
>> jitters et BER convenables.
>>
>> Que dis la loi : Ben qu'il faut avoir une licence pour exploiter ces
>> fréquences, et ces licences coûtent cher (en France mais également
>dans
>> tous les autres pays du monde)... Des milliards !
>> Il n'y a pas d'exception. L'ANFR peut éventuellement officieusement
>donner
>> son aval pour des tests très limités dans le temps et avec des
>puissances
>> infinitésimales.
>>
>> En pratique... Ben... Je ne m'étendrai pas sur le sujet... Mais ça
>> fonctionne très bien.
>>
>> La solution que nous avons est basée sur du hardware SDR UmTRX de
>> fairwaves (open hardware) et OpenBTS.
>> En l'absense de tout réseau, on préférera utiliser de la 2G en 900Mhz
>> Selon la zone à couvrir, il faut prévoir une bonne antenne
>> omnidirectionnelle, éventuellement un ampli (et le top serait d'avoir
>en
>> plus un duplexer).
>>
>> Voilà voilà.
>>
>> Clément
>>
>> --
>> Clément BRUGUERA
>> Head of ICT & Emergencies
>> Télécoms Sans Frontières
>>
>> Le 14 août 2018 11:01:23 GMT+02:00, Jean-Paul chiron <
>> chi...@tic.aquitaine.fr> a écrit :
>> >Le 10/08/2018 à 09:30, Toussaint OTTAVI a écrit :
>> >> Bonjour,
>> >Bonjour,
>> >
>> >>
>> >> U

Re: [FRnOG] [TECH] Femtocell / Picocell pour les appels d'urgence en zone isolée ?

2018-08-14 Par sujet Clément BRUGUERA / TSF IT 
Eh merde, je n'étais plus inscrit, ma réponse a été refusée... La voici, 
ci-dessous.


 Message d’origine 
De : "Clément BRUGUERA / TSF IT" 
Envoyé : 14 août 2018 23:21:42 GMT+02:00
À : Jean-Paul chiron , Toussaint OTTAVI 
, "frnog@frnog.org" 
Objet : Re: [FRnOG] [TECH] Femtocell / Picocell pour les appels d'urgence en 
zone isolée ?

Merci Jean-Paul pour ce gros spot de pub pour TSF :-D

Bon...

On va postuler que je connais assez bien la question.

Existe-t-il techniquement: Oui, dispo chez plusieurs fabricants et intégrateurs 
comme Range Networks (entreprise auteure d'OpenBTS), fairwaves (supportant la 
stack Osmocom mais nous on fait marcher aussi OpenBTS dessus), et enfin les 
solutions de yatebts.com. 
Ces solutions proposent des réseaux 2.5G à 4G.

Je ne parlerai pas de la solution Vodafone conçue et intégrée par TSF qui 
n'utilise pas du SDR et qui nécessite le raccordement à un coeur de réseau 
d'opérateur mobile, compatible qui plus est.

Les solutions susmentionnées sont bien opérateur agnostiques, car elles sont 
autonomes. C'est le principe du "All in the box". Elles sont raccordées soit à 
des BSC type osmoBSC/OpenBSC soit directement à des trunks SIP via un Asterisk 
ou FreeSwitch.
Il faut donc prévoir une connection IP avec débit garanti suffisant et des 
jitters et BER convenables.

Que dis la loi : Ben qu'il faut avoir une licence pour exploiter ces 
fréquences, et ces licences coûtent cher (en France mais également dans tous 
les autres pays du monde)... Des milliards !
Il n'y a pas d'exception. L'ANFR peut éventuellement officieusement donner son 
aval pour des tests très limités dans le temps et avec des puissances 
infinitésimales. 

En pratique... Ben... Je ne m'étendrai pas sur le sujet... Mais ça fonctionne 
très bien.

La solution que nous avons est basée sur du hardware SDR UmTRX de fairwaves 
(open hardware) et OpenBTS.
En l'absense de tout réseau, on préférera utiliser de la 2G en 900Mhz Selon la 
zone à couvrir, il faut prévoir une bonne antenne omnidirectionnelle, 
éventuellement un ampli (et le top serait d'avoir en plus un duplexer).

Voilà voilà.

Clément

-- 
Clément BRUGUERA
Head of ICT & Emergencies
Télécoms Sans Frontières

Le 14 août 2018 11:01:23 GMT+02:00, Jean-Paul chiron  
a écrit :
>Le 10/08/2018 à 09:30, Toussaint OTTAVI a écrit :
>> Bonjour,
>Bonjour,
>
>>
>> Un tragique accident survenu récemment dans une zone isolée me ramène
>> au premier plan une idée que j'ai dans la tête depuis longtemps :
>>
>> Existe t-il des solutions techniques de femtocell / picocell,
>> installables par une collectivité locale, qui soient
>> opérateur-agnostiques, et qui permettent d'acheminer uniquement les
>> appels d'urgence (15/18/112) dans une zone de montagne de quelques km
>> carrés, totalement isolée, hors de la zone de couverture des
>> opérateurs mobiles, et hors des plans d'amélioration de type "zone
>> blanche" ?
>C'est ce qu'a mis en œuvre TSF, il me semble :
>https://www.tsfi.org/fr/notre-expertise/instant-network-mini-fondation-vodafone
>
>
>>
>> Si cela n'existe pas en solution commerciale toute faite,
>> connaissez-vous des implémentations libres d'un tel projet, par
>> exemple sur une base OpenBTS ? Dans une telle hypothèse, qu'en dit la
>> réglementation actuelle ?
>En général TSF met ses développements sous licence libre, mais comme
>c'est en partenariat avec vodaphone, je ne sais pas...
>En copie clément qui répondra plus précisément.
>Et J'en profite pour rappeler qu'ils sont toujours à la recherche un
>dev  :
>https://seafile.tsfi.org/f/4a391aa11c/?raw=1
>
>Cordialement.

-- 
Clément BRUGUERA
Head of ICT & Emergencies
Télécoms Sans Frontières


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

[FRnOG] [JOBS] [UPDATE] [TSF] CDD 1 an Ingénieur GNU/Linux Systèmes Embarqués

2018-03-19 Par sujet Clément BRUGUERA TSF/IT 
Bonjour,

Je viens de mettre à jour notre offre.
Nous mettons un studio meublé à disposition pendant la durée du contrat
ainsi que la possibilité de partir sur une mission d'urgence afin
d'éprouver la solution.

Très cordialement,
-- 
Clément BRUGUERA
Télécoms Sans Frontières
Head of ICT & Emergencies

Phone : +33 559 844 360
Fax : +33 559 844 358

19 rue Jean-Baptiste Carreau
64 000 Pau - France


> Bonjour,
> 
> Je fais passer cette offre d'emploi en CDD chez nous.
> https://seafile.tsfi.org/f/4a391aa11c/?raw=1
> 
> Je vous livre un tas de cailloux de bonnes tailles, faites-vous plaisir.
> 
> O
>OOO
>   O
> 
> Bonne soirée.







0x4502261D.asc
Description: application/pgp-keys


signature.asc
Description: OpenPGP digital signature

[FRnOG] [JOBS] [TSF] CDD 1 an Ingénieur GNU/Linux Systèmes Embarqués

2018-01-30 Par sujet Clément BRUGUERA TSF/IT 
Bonjour,

Je fais passer cette offre d'emploi en CDD chez nous.
https://seafile.tsfi.org/f/4a391aa11c/?raw=1

Je vous livre un tas de cailloux de bonnes tailles, faites-vous plaisir.

O
  OOO
O

Bonne soirée.

-- 
Clément BRUGUERA
Télécoms Sans Frontières
Head of ICT & Emergencies

Phone : +33 559 844 360
Fax : +33 559 844 358

19 rue Jean-Baptiste Carreau
64 000 Pau - France



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

[FRnOG] [JOBS] Offre d'emploi Ingénieur Système Linux chez TSF

2017-11-15 Par sujet Clément BRUGUERA TSF/IT 

Bonjour,

Télécoms Sans Frontières recherche un Ingé Système Linux pour son siège, 
à Pau (64).


Le lien vers l'annonce est ici : 
https://remixjobs.com/emploi/Ingenieur-Systeme-GNU-Linux-H-F-/42663


Bonne journée.
Clément

--
Clément BRUGUERA
Télécoms Sans Frontières
Head of ICT & Emergencies

Phone : +33 559 844 360
Fax : +33 559 844 358

19 rue Jean-Baptiste Carreau
64 000 Pau - France


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

Re: [FRnOG] [ALERT] OVH down

2017-11-09 Par sujet Clément BRUGUERA / TSF IT 
Petit... C'est un moindre mot ! Je ne sais pas si c'est lié mais ils ont aussi 
un PB de proxy mail et qui semble impacter énormément de monde. De notre côté, 
plus de mails de 4h30 à maintenant. On recommence à en recevoir au compte 
goutte.

Clément

Le 9 novembre 2017 09:29:03 GMT+01:00, Philippe Bourcier  a 
écrit :
>
>Bonjour,
>
>Il semblerait qu'il y ait un petit soucis chez OVH...
>https://twitter.com/smythsys/status/928535995993198593
>
>On voit même un bandeau sur les chaînes d'information en continu... ça 
>parle de panne électrique.
>
>
>Cordialement,

-- 
Clément BRUGUERA
Head of ICT & Emergencies
Télécoms Sans Frontières


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

Re: [FRnOG] [TECH] OpenDNS et Google

2017-09-28 Par sujet Clément BRUGUERA TSF/IT 
L'IP n'est pas valide ou bien le client obtient une page genre "Accès 
non autorisé, cette catégorie est bloquée" ?


Non effectivement, les filtres dont je parlais sont les fameux "K-12" 
qui représentent des catégories que tu peux bloquer si tu le souhaites.


Le client n'a pas un routeur SOHO avec un serveur cache DNS (genre 
dnsmasq) qui lui, garderait du cache ?


Si tu fais un
dig +short gmail.com @8.8.8.8
216.58.213.165
dig +short gmail.com @208.67.222.222
216.58.213.165
dig +short gmail.com #Sans spécifier de serveur, lorsque tu es chez le 
client


le dig +short @OpenDNS et le dig +short  sans @ te renvoient une ip 
différente que celui adressé @8.8.8.8 ?


Clément

Tu obtiens les mêmes

Clément

On 28/09/2017 15:21, David Ponzone wrote:

Clément,

la théorie est intéressante mais cela n'est pas le cas car le client 
est chez nous en DSL et j'ai enregistré mes blocs d'IP chez OpenDNS.
De plus, je ne connais pas de service/filtre chez OpenDNS qui fasse 
que leurs serveurs renvoient une IP pour gmail.com <http://gmail.com> 
qui n'est plus valide, mais l'était probablement avant (comme si 
Google avait changé l'IP de service et OpenDNS continuait de renvoyer 
l'ancienne).


Je pense que c'est juste un cache pas à jour chez OpenDNS, mais si 
cela devient récurrent (oserais-je penser que cela date du rachat par 
Cisco….)….



Le 28 sept. 2017 à 14:39, Clément BRUGUERA TSF/IT a écrit :


Bonjour,

Votre client doit être natté et l'IP publique de la gateway a été 
ajoutée par quelqu'un d'autre (partageant cette même gateway) sur son 
propre compte OpenDNS.
Votre client utilise OpenDNS comme serveur DNS, OpenDNS reçoit des 
requêtes qu'il identifie par l'IP source (gateway vraissemblablement) 
et donc applique le filtre configuré par le second client OpenDNS.


Il faut que le premier client fasse une demande auprès d'OpenDNS pour 
leur demander de retirer cette IP des filtres appliqués par le second 
client.


Clément

On 28/09/2017 14:00, David Ponzone wrote:
Cela fait 2 ou 3 fois en quelques temps qu'un client se plaint de ne 
pouvoir accéder à Gmail/Google, parce qu'il obtient une réponse 
moisie de la part d'un des DNS publics d'OpenDNS.


Sans rentrer dans le débat "pour ou contre les DNS publics  qui 
espionnent pour eux et/ou pour la NSA", n'ayant par le passé jamais 
eu à me plaindre de problème de ce type avec eux, je me demande si 
d'autres ont observé des anomalies semblables à celle-là.


Merci



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



--
Clément BRUGUERA
Télécoms Sans Frontières
Head of ICT & Emergencies

Phone : +33 559 844 360
Fax : +33 559 844 358

19 rue Jean-Baptiste Carreau
64 000 Pau - France





--
Clément BRUGUERA
Télécoms Sans Frontières
Head of ICT & Emergencies

Phone : +33 559 844 360
Fax : +33 559 844 358

19 rue Jean-Baptiste Carreau
64 000 Pau - France


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

Re: [FRnOG] [TECH] OpenDNS et Google

2017-09-28 Par sujet Clément BRUGUERA TSF/IT 
C'est quoi leur WAN ? Free a annoncé qu'ils natterait des clients par 
groupes de 4 mais je ne sais pas si c'est entré en vigueur. Toutes les 
connexions via réseaux mobiles (3G/4G) sont adressées en IP privées et 
sont nattées.


Clément

On 28/09/2017 14:00, David Ponzone wrote:

Cela fait 2 ou 3 fois en quelques temps qu'un client se plaint de ne pouvoir 
accéder à Gmail/Google, parce qu'il obtient une réponse moisie de la part d'un 
des DNS publics d'OpenDNS.

Sans rentrer dans le débat "pour ou contre les DNS publics  qui espionnent pour eux 
et/ou pour la NSA", n'ayant par le passé jamais eu à me plaindre de problème de ce 
type avec eux, je me demande si d'autres ont observé des anomalies semblables à celle-là.

Merci



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



--
Clément BRUGUERA
Télécoms Sans Frontières
Head of ICT & Emergencies

Phone : +33 559 844 360
Fax : +33 559 844 358

19 rue Jean-Baptiste Carreau
64 000 Pau - France


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

Re: [FRnOG] [TECH] OpenDNS et Google

2017-09-28 Par sujet Clément BRUGUERA TSF/IT 

Bonjour,

Votre client doit être natté et l'IP publique de la gateway a été 
ajoutée par quelqu'un d'autre (partageant cette même gateway) sur son 
propre compte OpenDNS.
Votre client utilise OpenDNS comme serveur DNS, OpenDNS reçoit des 
requêtes qu'il identifie par l'IP source (gateway vraissemblablement) et 
donc applique le filtre configuré par le second client OpenDNS.


Il faut que le premier client fasse une demande auprès d'OpenDNS pour 
leur demander de retirer cette IP des filtres appliqués par le second 
client.


Clément

On 28/09/2017 14:00, David Ponzone wrote:

Cela fait 2 ou 3 fois en quelques temps qu'un client se plaint de ne pouvoir 
accéder à Gmail/Google, parce qu'il obtient une réponse moisie de la part d'un 
des DNS publics d'OpenDNS.

Sans rentrer dans le débat "pour ou contre les DNS publics  qui espionnent pour eux 
et/ou pour la NSA", n'ayant par le passé jamais eu à me plaindre de problème de ce 
type avec eux, je me demande si d'autres ont observé des anomalies semblables à celle-là.

Merci



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



--
Clément BRUGUERA
Télécoms Sans Frontières
Head of ICT & Emergencies

Phone : +33 559 844 360
Fax : +33 559 844 358

19 rue Jean-Baptiste Carreau
64 000 Pau - France


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

Re: [FRnOG] [TECH] Serveur de mail Amen 62.193.192.0/19

2017-09-27 Par sujet Clément BRUGUERA TSF/IT 

Salut,

Pareil ici !

Clément

On 27/09/2017 11:27, David Ponzone wrote:

Je suis le seul ou pas à plus voir la route 62.193.192.0/19 venant de AMEN/DADA 
?
Dans lequel il y a un de leur gros serveur de mail...
Toujours aussi bon eux….

Merci


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



--
Clément BRUGUERA
Télécoms Sans Frontières
Head of ICT & Emergencies

Phone : +33 559 844 360
Fax : +33 559 844 358

19 rue Jean-Baptiste Carreau
64 000 Pau - France


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

Re: [FRnOG] [MISC] Peering PLDT (AS9299)

2017-09-21 Par sujet Clément BRUGUERA / TSF IT 
Nova Clotario: partnerships senior manager
mcclota...@smart.com.ph
Liesl Lim: sa sous chef
alc...@gmail.com

Voilà pour toi.

Clément

Le 21 septembre 2017 17:48:28 GMT+02:00, Motaboy <motaboy...@gmail.com> a écrit 
:
>Bonjour Clément,
>
>Merci beaucoup! Je commence à avoir un peu d'espoir :)
>
>Matthieu
>
>Le 21 septembre 2017 à 17:39, Clément BRUGUERA TSF/IT <i...@tsfi.org> a
>écrit
>:
>
>> Matthieu,
>>
>> Mon collègue est en déplacement mais il m'envoie des contacts demain
>pour
>> SMART, eux pourraient sûrement mieux te renseigner qu'un site
>internet.
>> Normalement, ils sont très sympas.
>>
>> Clément
>>
>> On 21/09/2017 16:52, Motaboy wrote:
>>
>>> Bonjour à tous,
>>>
>>> Est-ce que parmi vous, il y en a qui ont (réussi à avoir) un peering
>avec
>>> la Philippine Long Distance Company, et aurait donc un contact
>accessible?
>>> Malgré mes demandes sur les adresses emails que j'ai pu trouver dans
>leur
>>> whois (évidemment rien dans PeeringDB), je me suis cassé le nez...
>>>
>>> Merci!
>>>
>>> Matthieu
>>>
>>> ---
>>> Liste de diffusion du FRnOG
>>> http://www.frnog.org/
>>>
>>>
>> --
>> Clément BRUGUERA
>> Télécoms Sans Frontières
>> Head of ICT & Emergencies
>>
>> Phone : +33 559 844 360
>> Fax : +33 559 844 358
>>
>> 19 rue Jean-Baptiste Carreau
>> 64 000 Pau - France
>>
>>
>
>---
>Liste de diffusion du FRnOG
>http://www.frnog.org/

-- 
Clément BRUGUERA
Head of ICT & Emergencies
Télécoms Sans Frontières


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

Re: [FRnOG] [MISC] Peering PLDT (AS9299)

2017-09-21 Par sujet Clément BRUGUERA TSF/IT 

Matthieu,

Mon collègue est en déplacement mais il m'envoie des contacts demain 
pour SMART, eux pourraient sûrement mieux te renseigner qu'un site 
internet. Normalement, ils sont très sympas.


Clément

On 21/09/2017 16:52, Motaboy wrote:

Bonjour à tous,

Est-ce que parmi vous, il y en a qui ont (réussi à avoir) un peering avec
la Philippine Long Distance Company, et aurait donc un contact accessible?
Malgré mes demandes sur les adresses emails que j'ai pu trouver dans leur
whois (évidemment rien dans PeeringDB), je me suis cassé le nez...

Merci!

Matthieu

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



--
Clément BRUGUERA
Télécoms Sans Frontières
Head of ICT & Emergencies

Phone : +33 559 844 360
Fax : +33 559 844 358

19 rue Jean-Baptiste Carreau
64 000 Pau - France


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

Re: [FRnOG] [MISC] Peering PLDT (AS9299)

2017-09-21 Par sujet Clément BRUGUERA TSF/IT 

Bonjour,

Nous avons des contacts avec SMART qui est une filiale de PLDT. Je vais 
me renseigner auprès d'un collègue pour savoir si on trouve des choses 
intéressantes.


Clément

On 21/09/2017 16:52, Motaboy wrote:

Bonjour à tous,

Est-ce que parmi vous, il y en a qui ont (réussi à avoir) un peering avec
la Philippine Long Distance Company, et aurait donc un contact accessible?
Malgré mes demandes sur les adresses emails que j'ai pu trouver dans leur
whois (évidemment rien dans PeeringDB), je me suis cassé le nez...

Merci!

Matthieu

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



--
Clément BRUGUERA
Télécoms Sans Frontières
Head of ICT & Emergencies

Phone : +33 559 844 360
Fax : +33 559 844 358

19 rue Jean-Baptiste Carreau
64 000 Pau - France


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

[FRnOG] [ALERT][MARIA->DOMINICA][ECFS CABLE] Looking for contacts

2017-09-20 Par sujet Clément BRUGUERA TSF/IT 

Dear all,

As you may know, the hurricane MARIA is about to pass over Puerto Rico 
in Cat 5. Yesterday, it devastated Dominica Island.

Since that, the country is in an electric and telecom blackout.
We are about to send a team we emergency satellite equipment but are 
struggling to get an airlift via different governments and armies. By 
this time, I'm doing a remote assessment of what can be assessed.


2 submarine cables have landing points in Dominica. One of them, ECFS 
(East Caribbean Fiber System) is co-owned by Orange (AT, Cable & 
Wireless), the other, Southern Caribbean Fiber, by Digicel.


All IP prefixes announced by AS11139 (Cable & Wireless Dominica) are not 
announced anymore. Same on other AS present on the Island. This is 
probably because of the power outage but I'd like to be sure the fibers 
are fine up to landing points.


I was wondering if one of this mailing list's subscriber could get 
information on the cables status, particularly for their landing points 
in Dominica.


Thank you !
Clément

--
Clément BRUGUERA
Télécoms Sans Frontières
Head of ICT & Emergencies

Phone : +33 559 844 360
Fax : +33 559 844 358

19 rue Jean-Baptiste Carreau
64 000 Pau - France


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