Re: [FRnOG] [TECH] Attendre avant de supprimer un prefix BGP de la table de routage en cas de flaping

[Louis]

J'ai testé avec un advertisement-interval à 300s. Le premier update se fait
immédiatement.

Je suppose que les prochains update se feront avec un intervale de 300s.
Seulement, le fait qu'il y ait eu un update de suppression suffit à ce que
la route soit en damping sur le backbone.

Le 24 août 2016 à 14:55, Louis  a écrit :

> Merci Pierre.
>
> si j'ai bien compris, ce n'est pas prédictif. Si on arrive à la fin de
> l’intervalle, on attends pas 3 min. Ceci-dit, ça vaut le coup de tester
> pour être sûr.
>
>
> Le 24 août 2016 à 14:42, Pierre LANCASTRE  a
> écrit :
>
>> Hello,
>>
>> Je ne sais pas si ça colle au besoin, mais j ai vu sur f5
>> (https://www.google.fr/url?sa=t=web=j=https:/
>> /support.f5.com/kb/en-us/products/big-ip_ltm/manuals/related
>> /bgp-commandreference-7-8-4.pdf=0ahUKEwjn99WTiNrOAhWHl
>> iwKHQILD4wQFggeMAE=AFQjCNH63th7wVaVENMoPcpABC3AvBPsvg&
>> sig2=H-TjVqQEZTfcjJzd2LevAw)
>>
>> neighbor advertisement-interval
>>
>> Use this command to set the minimum interval between the sending of BGP
>> routing updates.  To  reduce the flapping of routes to internet, a minimum
>> advertisement interval is set, so that the BGP routing updates are sent
>> only per interval seconds. BGP dampening can also be used to control the
>> effects of flapping routes.
>>
>> [...]
>>
>> When this parameter is used with a command, the command applies to all
>> peers in the specified group. <0-600> Command Mode Router mode Example
>> Range of values for advertisement-interval, in seconds.
>>
>> ZebOS#configure terminal ZebOS(config)#router bgp 10
>> ZebOS(config-router)#neighbor 10.10.0.3 advertisement-interval 4
>>
>> Cordialement / Best regards
>>
>> Pierre Lancastre
>> Ingénieur Réseaux et Sécurité
>> *-* SENSS - AS59798 *-*
>> /* from my mobile, please ignore typo */
>> +33 7 64 07 26 11
>>
>>
>> Le 24 août 2016 2:29 PM, "Louis"  a écrit :
>> >
>> > Bonjour,
>> >
>> > j'ai un peering eBGP entre un F5 (qui utilise quagga) et un routeur
>> Juniper
>> > MX. Je souhaiterais que les routes annoncées par le F5 restent dans la
>> > table de routage du MX en cas de flaping. J'ai désactivé le flaping pour
>> > éviter que les routes soient blacklistées mais je cherche un mécanisme
>> pour
>> > attendre 3 min environ avant de supprimer effectivement la route de la
>> > table de routage.
>> >
>> > La raison pour laquelle je cherche à faire cela  est que je ne veux pas
>> > faire de policy sur tout un backbone pour supprimer le damping sur des
>> > prefix venant d'un AS particulier.
>> >
>> > J'ai pensé à :
>> >
>> >- mécanisme de type wait pour attendre 3 min avant d'envoyer
>> >un UPDATE BGP sur le F5
>> >- mécanisme pour garder 3 min la route dans la table de routage sur
>> le
>> >MX après UPDATE BGP
>> >
>> > Evidemment, je n'ai rien trouvé comme commande pour faire cela. Ai-je
>> loupé
>> > qq chose?
>> >
>> > D'autres idées?
>> >
>> > cordialement,
>> >
>> > Louis
>> >
>> > ---
>> > Liste de diffusion du FRnOG
>> > http://www.frnog.org/
>>
>
>

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

[FRnOG] [JOBS] AFMM - Mission CdP 4/6 mois

[Francois Demeyer]

L’AFMM cherche un chef de projet senior pour une mission de 4 a 6 mois afin de 
mettre en place les methodes et outils de la cellule de contrôle déontologie 
(entre autres…)
Si un mercenaire est tenté, c’est par ici 
http://www.afmm.fr/recrutement-afmm-chef-de-projet-senior-deontologie-et-conso/

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

Re: [FRnOG] [TECH] Attendre avant de supprimer un prefix BGP de la table de routage en cas de flaping

[Louis]

merci Xavier. Il n'est pas directement relié au F5.

Le 24 août 2016 à 16:45, Xavier Beaudouin  a écrit :

> Hello,
>
> Ceci n'est valable à priori si ton juniper n'est pas connecté directement
> a ton F5, sinon il voit le port down et butte la route associé au peer bgp.
>
> Xavier
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>

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

[FRnOG] [TECH] show processes cpu - Cisco 2921

[Valérie P]

Bonjour à tou(te)s,

Je fais aujourd'hui appel à vous sur une question d'interprétation de
commande Cisco. Un "show processus CPU" sur un routeur Cisco 2921 ISR me
donne un résultat qui commence par "CPU utilization for five seconds:
90%/89%;".
Si je fais un "show processes CPU sorted", aucun process ne dépasse les 3%
d'utilisation CPU (ssh en tête).

J'ai trouvé des ressources Cisco pour cette commande sur des Catalyst 3750
(
https://www.cisco.com/c/en/us/td/docs/switches/lan/catalyst3750/software/troubleshooting/cpu_util.html#pgfId-998332
<%22> ). Ça dit : "In this output, the CPU utilization for the last 5
seconds shows two numbers ( 5%/0%).

The first number, 5%, tells how busy the CPU was in the past 5 seconds.
This number is the total CPU utilization for all the active system
processes, including the percentage of time at the interrupt level.

*The second number, 0%, shows the percentage of time at the interrupt level
in the past 5 seconds. The interrupt percentage is the CPU time spent
receiving packets from the switch hardware. The percentage of time at
interrupt level is always less than or equal to the total CPU utilization*
.""

En sachant que j'obtiens ces valeurs de CPU lors de tests de type RFC2544,
j'aurais souhaité valider que l'analyse de l'output Cisco est le même pour
des routeurs ISR, est-ce que l'un de vous aurait moyen de confirmer ça?

Merci par avance!

Cdlt,

Val

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

Re: [FRnOG] [TECH] Attendre avant de supprimer un prefix BGP de la table de routage en cas de flaping

[Xavier Beaudouin]

Hello,

Ceci n'est valable à priori si ton juniper n'est pas connecté directement a ton 
F5, sinon il voit le port down et butte la route associé au peer bgp.

Xavier


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

Re: [FRnOG] [TECH] Attendre avant de supprimer un prefix BGP de la table de routage en cas de flaping

[Louis]

Merci Pierre.

si j'ai bien compris, ce n'est pas prédictif. Si on arrive à la fin de
l’intervalle, on attends pas 3 min. Ceci-dit, ça vaut le coup de tester
pour être sûr.


Le 24 août 2016 à 14:42, Pierre LANCASTRE  a
écrit :

> Hello,
>
> Je ne sais pas si ça colle au besoin, mais j ai vu sur f5
> (https://www.google.fr/url?sa=t=web=j=https:/
> /support.f5.com/kb/en-us/products/big-ip_ltm/manuals/
> related/bgp-commandreference-7-8-4.pdf=0ahUKEwjn99WTiNrOAhWHliwKHQILD
> 4wQFggeMAE=AFQjCNH63th7wVaVENMoPcpABC3AvBPsvg=H-
> TjVqQEZTfcjJzd2LevAw)
>
> neighbor advertisement-interval
>
> Use this command to set the minimum interval between the sending of BGP
> routing updates.  To  reduce the flapping of routes to internet, a minimum
> advertisement interval is set, so that the BGP routing updates are sent
> only per interval seconds. BGP dampening can also be used to control the
> effects of flapping routes.
>
> [...]
>
> When this parameter is used with a command, the command applies to all
> peers in the specified group. <0-600> Command Mode Router mode Example
> Range of values for advertisement-interval, in seconds.
>
> ZebOS#configure terminal ZebOS(config)#router bgp 10
> ZebOS(config-router)#neighbor 10.10.0.3 advertisement-interval 4
>
> Cordialement / Best regards
>
> Pierre Lancastre
> Ingénieur Réseaux et Sécurité
> *-* SENSS - AS59798 *-*
> /* from my mobile, please ignore typo */
> +33 7 64 07 26 11
>
>
> Le 24 août 2016 2:29 PM, "Louis"  a écrit :
> >
> > Bonjour,
> >
> > j'ai un peering eBGP entre un F5 (qui utilise quagga) et un routeur
> Juniper
> > MX. Je souhaiterais que les routes annoncées par le F5 restent dans la
> > table de routage du MX en cas de flaping. J'ai désactivé le flaping pour
> > éviter que les routes soient blacklistées mais je cherche un mécanisme
> pour
> > attendre 3 min environ avant de supprimer effectivement la route de la
> > table de routage.
> >
> > La raison pour laquelle je cherche à faire cela  est que je ne veux pas
> > faire de policy sur tout un backbone pour supprimer le damping sur des
> > prefix venant d'un AS particulier.
> >
> > J'ai pensé à :
> >
> >- mécanisme de type wait pour attendre 3 min avant d'envoyer
> >un UPDATE BGP sur le F5
> >- mécanisme pour garder 3 min la route dans la table de routage sur le
> >MX après UPDATE BGP
> >
> > Evidemment, je n'ai rien trouvé comme commande pour faire cela. Ai-je
> loupé
> > qq chose?
> >
> > D'autres idées?
> >
> > cordialement,
> >
> > Louis
> >
> > ---
> > Liste de diffusion du FRnOG
> > http://www.frnog.org/
>

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

Re: [FRnOG] [TECH] Attendre avant de supprimer un prefix BGP de la table de routage en cas de flaping

[Pierre LANCASTRE]

Hello,

Je ne sais pas si ça colle au besoin, mais j ai vu sur f5
(
https://www.google.fr/url?sa=t=web=j=https://support.f5.com/kb/en-us/products/big-ip_ltm/manuals/related/bgp-commandreference-7-8-4.pdf=0ahUKEwjn99WTiNrOAhWHliwKHQILD4wQFggeMAE=AFQjCNH63th7wVaVENMoPcpABC3AvBPsvg=H-TjVqQEZTfcjJzd2LevAw
)

neighbor advertisement-interval

Use this command to set the minimum interval between the sending of BGP
routing updates.  To  reduce the flapping of routes to internet, a minimum
advertisement interval is set, so that the BGP routing updates are sent
only per interval seconds. BGP dampening can also be used to control the
effects of flapping routes.

[...]

When this parameter is used with a command, the command applies to all
peers in the specified group. <0-600> Command Mode Router mode Example
Range of values for advertisement-interval, in seconds.

ZebOS#configure terminal ZebOS(config)#router bgp 10
ZebOS(config-router)#neighbor 10.10.0.3 advertisement-interval 4

Cordialement / Best regards

Pierre Lancastre
Ingénieur Réseaux et Sécurité
*-* SENSS - AS59798 *-*
/* from my mobile, please ignore typo */
+33 7 64 07 26 11


Le 24 août 2016 2:29 PM, "Louis"  a écrit :
>
> Bonjour,
>
> j'ai un peering eBGP entre un F5 (qui utilise quagga) et un routeur
Juniper
> MX. Je souhaiterais que les routes annoncées par le F5 restent dans la
> table de routage du MX en cas de flaping. J'ai désactivé le flaping pour
> éviter que les routes soient blacklistées mais je cherche un mécanisme
pour
> attendre 3 min environ avant de supprimer effectivement la route de la
> table de routage.
>
> La raison pour laquelle je cherche à faire cela  est que je ne veux pas
> faire de policy sur tout un backbone pour supprimer le damping sur des
> prefix venant d'un AS particulier.
>
> J'ai pensé à :
>
>- mécanisme de type wait pour attendre 3 min avant d'envoyer
>un UPDATE BGP sur le F5
>- mécanisme pour garder 3 min la route dans la table de routage sur le
>MX après UPDATE BGP
>
> Evidemment, je n'ai rien trouvé comme commande pour faire cela. Ai-je
loupé
> qq chose?
>
> D'autres idées?
>
> cordialement,
>
> Louis
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/

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

[FRnOG] [TECH] Attendre avant de supprimer un prefix BGP de la table de routage en cas de flaping

[Louis]

Bonjour,

j'ai un peering eBGP entre un F5 (qui utilise quagga) et un routeur Juniper
MX. Je souhaiterais que les routes annoncées par le F5 restent dans la
table de routage du MX en cas de flaping. J'ai désactivé le flaping pour
éviter que les routes soient blacklistées mais je cherche un mécanisme pour
attendre 3 min environ avant de supprimer effectivement la route de la
table de routage.

La raison pour laquelle je cherche à faire cela  est que je ne veux pas
faire de policy sur tout un backbone pour supprimer le damping sur des
prefix venant d'un AS particulier.

J'ai pensé à :

   - mécanisme de type wait pour attendre 3 min avant d'envoyer
   un UPDATE BGP sur le F5
   - mécanisme pour garder 3 min la route dans la table de routage sur le
   MX après UPDATE BGP

Evidemment, je n'ai rien trouvé comme commande pour faire cela. Ai-je loupé
qq chose?

D'autres idées?

cordialement,

Louis

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

Re: [FRnOG] [MISC] Définition 2G/3G/4G dans la loi

[Nicolas CORBEL]

Re,

2016-08-24 11:18 GMT+02:00 Julien Escario :

>
> Et en bonus : je pense avoir un cas d'antenne déclarée 3G (allé, on va dire
> UMTS) sur cartoradio mais sur laquelle le service n'est pas activé (et pas
> possible que ce soit un problème de réception). Là, on nous parle de
> déploiement
> de 4G sur cette antenne sauf que je suis certain qu'elle est raccordée au
> backbone avec une LS 2Mbps.
> Je suis prêt à parier que la 4G va être annoncée déployée sur ce poteau
> mais pas
> activée ou si activée, limitée à ces fameux 2Mbps partagés.
>
> Ca se signale à l'ARCEP ça ou je vais me faire virer ?
> Après, j'aurais peut être la bonne surprise de voir un FH monté pour
> l'occaze, à
> voir ...
>

Après petit coup d’œil sur Cartoradio et les données mises à dispo par
l'ANFR (Julien m'ayant indiqué le site concerné), c'est un site Zone
Blanche avec 2 opérateurs déclarés dessus. On trouve :
- l'opérateur A, déclaré en G900 et U900
- l'opérateur B, déclaré en U900

Les deux sont à la même hauteur, on peut supposer que l'UMTS est en
ran-sharing (et le GSM diffusé via le réseau F-Contact).

L'opérateur A est marqué comme "activé", ce qui est normal car le GSM date
(rappel : le statut "activé" est global à l'opérateur, pas par bande /
techno). Par contre l'opérateur B n'est pas indiqué comme "activé".
J'aurais donc tendance à penser que l'UMTS n'est pas encore prêt / MES que
ce soit pour l'un ou pour l'autre.

Ainsi, sur le sujet 3G, pas forcement de soucis, surement un site autorisé
mais non mis en service.

Vu l'absence de FH sur site, il est possible qu'il soit raccordé sur n*E1.

A propos du LTE, pas de trace dans les déclarations.

Nicolas

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

Re: [FRnOG] [MISC] Définition 2G/3G/4G dans la loi

[Sebastien WILLEMIJNS]

On Wed, Aug 24, 2016, at 11:18, Julien Escario wrote:

> y a t'il quelque part une définition claire de la technologie
> définie par ces appellations ?

j'ai vu des specs passer sur des forums de temps à autre... voir
wikipedia et ses notes
 
> Et en bonus : je pense avoir un cas d'antenne déclarée 3G (...)
> sauf que je suis certain qu'elle est raccordée au
> backbone avec une LS 2Mbps.

j'ai su que certains pylones sont sur X modems SDSL...



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

Re: [FRnOG] [MISC] Définition 2G/3G/4G dans la loi

[Nicolas CORBEL]

2016-08-24 11:18 GMT+02:00 Julien Escario :

> Bonjour,
> Depuis quelques temps, je vois passer des textes de loi pour la couverture
> des
> zones blanches par les opés mobile qui définissent des zones de couverture
> obligatoire en 2G, 3G (fin 2016) ou même 4G (pour mi-2017).
>
> Etant donné le bordel que c'est entre la définition technique et la version
> bullshito-commerciale de ces normes (LTE/LTE-advanced pour le bullshit à la
> mode), y a t'il quelque part une définition claire de la technologie
> définie par
> ces appellations ?
>

Pour le coup, LTE et LTE-A c'est plutôt à classer côté technique que
"bullshit à la mode" (où tu peux mettre la katgé plusse plusse
éventuellement).

De tête en France, de déployé on a  :
- 2G > GSM avec pour la data GPRS / EDGE
- 3G > UMTS / HSPA / HSPA+ / DC-HSPA+ (agrégation de 2 porteuses)
- 4G > LTE / LTE-A (agrégation de 2 à 3 porteuses)

Nicolas

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

Re: [FRnOG] [MISC] SAIP

[Nicolas CORBEL]

Bonjour,

2016-08-24 10:36 GMT+02:00 Philippe Bourcier :

>
> Sur ce genre de problématique, le SMS semble bien plus logique qu'une
> appli dédiée... on se demande même comment ils ont pu avoir l'idée d'une
> appli dédiée, étant donné que le plus petit dénominateur commun en
> téléphonie c'est le réseau sans la data, donc voix et sms only :) M'enfin
> tout ça c'est "juste" nos impôts...
>

En solution déployable en 2 mois (avant l'Euro) il n'y avait surement pas
vraiment d'autres idées. Après - et malgré le coût déjà bien élevé - il
faut espérer que le CB arrive rapidement et laisse de côté SAIP.

Nicolas



> --
> Philippe Bourcier
> web : http://sysctl.org/
> blog : https://www.linkedin.com/today/author/philippebourcier
>
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>

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

Re: [FRnOG] [MISC] SAIP

[Frédéric GANDER]

- Mail 
> 
> Attention nous parlons bien de vies . Très souvent faire de la
> prevention
> c'est aussi sauver des vies.
> 
> Plusieurs lecteurs de cette mailing qui sont chez des opérateurs ou
> MVNO
> vont me dire que je parle de chose que je ne connais pas et ma
> réponse est
> la suivante : Combien coute un SMS et une Vie ?

Je ne connais pas du tout de ce projet, mais ayant un vu certain projet de 
l'état le problème n'est pas le cout du sms,
mais le cout de tout ce qui tourne autour, les obligations, les garantie 
(légitime) de fonctionnement, et autre demande spécifiques,

> 
> 
> Nous pourrions aussi ajouter l'alerte enlèvement, intempéries,
> accidents
> sur l'autoroute ... tournée de bierre offert aux membres de la
> mailing(
> oops hors sujet)
> 

tu te rend compte du nombre d'intervenants potentiels et que cela peut 
concerner ? 
et qui envoie le sms, qui decide quel sms pour qui et pour ou sur quel zone ?

déjà chaque département est autonome (prefecture), chaque service est autonome 
(gendarmerie, police, pompier, sécurité civil) 

imagine toi que jusqu'a récemment, les mises à jour des numero de téléphone 
d'urgence se ferait commune par commune numero par numero et par FAX
(comme les requisitions)


comme dit le problème c'est pas d'envoyer le sms mais tout ce qui a autour :
- gérer les access
- avoir une plateforme centraliser inter opérateur pour déposer les demande de 
cell broadcast 
etc...

je vois pas le gendarme de langres se connecter en https via 4 vpn different 
chez 4 opérateurs pour écrire un sms et sélectionner des cellID de chaque 
opérateur sur lequel envoyer le sms 

et je suis pas sur que les opérateurs veulent supporter le coup de 
"l'organisation" de l'état 

bref simple dans les faits
plus compliqué dans l'application et surtout long (très long à mettre en place 
à mon avis)
et il faut aussi que l'état s'organise en interne pour le gérer ( decision, 
périmètre qui quoi comment etc avec une ou 2 couche de l'anssi qui va ralentir 
le tout pour des raisons de sécurité )


> Dans le sourire tu croiras :-)
> 
> Le 22 août 2016 à 20:48, megagolgoth  a
> écrit :
> 
> > Il parle de malchance, c'est un peu fort!
> >
> > "Ils ont acheté une prestation dont le niveau d’engagement peut se
> > traduire par deux heures d’indisponibilité par mois " ça c'est pas
> > de la
> > malchance, c'est une erreur. Ils auraient du acheter une prestation
> > avec
> > détecteur de pelleteuses inclus.
> >
> > Après ils ont peut-être eu l'augmentation du prix de prestation
> > réclamé
> > mais jamais obtenus. J'imagine la réunion :
> >
> > /"//On a merdé//" //
> > /
> >
> > /"Vous vous rend//ez compte, //ça//aurait pu sauver des gens! //Ils
> > vous
> > faut quoi pour pas que //ç//a se reproduise? "
> > /
> >
> > /"Beaucoup plus de sous//"/
> >
> > /"Ok, pas de problèmes//"/ Il sort la tablette et fait le virement/
> > /
> >
> >
> > Le 22/08/2016 à 16:23, Julien Schafer a écrit :
> >
> >> Pas sûr que ce soit la meilleure liste mais au cas où certains
> >> auraient
> >> raté l'article ça vaut son pesant de cacahouètes.
> >>
> >> http://mobile.lemonde.fr/pixels/article/2016/07/21/pourquoi-
> >> l-application-alerte-attentat-n-a-pas-fonctionne-le-soir-de-
> >> la-tuerie-de-nice_4972750_4408996.html?xtref=https://t.co/MSoNWEUnVa
> >>
> >> Où comment on découvre qu'une application se plante complètement
> >> parce
> >> qu'un lien fibre a été coupé et qu'il faut la redémarrer 2 fois en
> >> urgence... Idem sur la qualité de l'hébergement choisi (2 heures
> >> d'indisponibilité par mois) ; peut être histoire de maximiser un
> >> peu plus
> >> la marge ?
> >>
> >> Voilà voilà...
> >>
> >>
> >> ---
> >> 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] SAIP

[Michel 'ic' Luczak]

> On 24 Aug 2016, at 10:36, Philippe Bourcier  wrote:
> 
> 
> Bonjour,
> 
> Chez Bouygtel, il y a déjà cette "feature" au moins pour les clients BBox Pro.
> Depuis Juin, je reçois des alertes météo à chaque fois que mon département 
> est en alerte orange orages, le message propose de débrancher la BBox.

Orange Pro (pour perso je ne sais pas) le fait aussi, mais ça reste des SMS 
“standard”. Si on se mettait à utiliser le cell broadcast ce serait tellement 
“mieux”…

++ ic


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

Re: [FRnOG] [MISC] SAIP

[Philippe Bourcier]

Bonjour,

Chez Bouygtel, il y a déjà cette "feature" au moins pour les clients 
BBox Pro.
Depuis Juin, je reçois des alertes météo à chaque fois que mon 
département est en alerte orange orages, le message propose de 
débrancher la BBox.


Cela me parait tout à fait urbain et effectivement, pour un opérateur, 
envoyer un SMS sur son réseau ne représente certainement qu'un coût 
extrêmement modique (ils le font déjà tant qu'assez pour proposer de 
nouvelles offres), par contre mettre en place l'API ou le process pour 
ces alertes représente un peu de travail, mais je ne doute pas que la 
raison l'emportera sur ce sujet et que SAIP deviendra un vieux souvenir. 
Sur ce genre de problématique, le SMS semble bien plus logique qu'une 
appli dédiée... on se demande même comment ils ont pu avoir l'idée d'une 
appli dédiée, étant donné que le plus petit dénominateur commun en 
téléphonie c'est le réseau sans la data, donc voix et sms only :) 
M'enfin tout ça c'est "juste" nos impôts...



Cordialement,
Philippe Bourcier


On 2016-08-24 07:54, Stéphane RAIMONDEAU wrote:

Effectivement c'est je pense une alternative efficace.
En juillet j'étais à New York et il y a eu de forts orages.
Tout le monde dans la zone (même étrangers en roaming) ont reçu une
notification informant du risque d’inondations.
Au début, c'est un peu déroutant quand on voit que tout le monde
reçoit en même temps mais c'est terriblement efficace.

Cordialement,

Stéphane

Le 23/08/2016 à 23:02, Richard Klein a écrit :

Je relance le sujet :

http://www.nextinpact.com/news/101073-sms-geolocalises-en-cas-d-attentat-reunions-etat-et-operateurs-a-rentree.htm

Non mais ALLO QUOI ! Il existe depuis des décennies le cellBroadcast 
:

https://fr.wikipedia.org/wiki/Diffusion_cellulaire

Je cite :
"« *Techniquement tout est prêt *», nous racontait le mois dernier 
un
spécialiste des télécoms. « *Simplement, la convention de 
remboursement a

du mal à passer "*


Attention nous parlons bien de vies . Très souvent faire de la 
prevention

c'est aussi sauver des vies.

Plusieurs lecteurs de cette mailing qui sont chez des opérateurs ou 
MVNO
vont me dire que je parle de chose que je ne connais pas et ma 
réponse est

la suivante : Combien coute un SMS et une Vie ?
Selon Xavier Niel un SMS ne coute rien a produire !!!

Pourquoi ne pas introduire une obligation dans les licenses d'avoir 
ce

service ? Et pourquoi l'europe n'organise pas ce type d'obligation ?
Bon après j'espere que nos telephones Robot et Pomme supportent 
encore

cette norme ?

Nous pourrions aussi ajouter l'alerte enlèvement, intempéries, 
accidents
sur l'autoroute ... tournée de bierre offert aux membres de la 
mailing(

oops hors sujet)

Dans le sourire tu croiras :-)

Le 22 août 2016 à 20:48, megagolgoth  a 
écrit :



Il parle de malchance, c'est un peu fort!

"Ils ont acheté une prestation dont le niveau d’engagement peut se
traduire par deux heures d’indisponibilité par mois " ça c'est pas 
de la
malchance, c'est une erreur. Ils auraient du acheter une prestation 
avec

détecteur de pelleteuses inclus.

Après ils ont peut-être eu l'augmentation du prix de prestation 
réclamé

mais jamais obtenus. J'imagine la réunion :

/"//On a merdé//" //
/

/"Vous vous rend//ez compte, //ça//aurait pu sauver des gens! //Ils 
vous

faut quoi pour pas que //ç//a se reproduise? "
/

/"Beaucoup plus de sous//"/

/"Ok, pas de problèmes//"/ Il sort la tablette et fait le virement/
/


Le 22/08/2016 à 16:23, Julien Schafer a écrit :

Pas sûr que ce soit la meilleure liste mais au cas où certains 
auraient

raté l'article ça vaut son pesant de cacahouètes.

http://mobile.lemonde.fr/pixels/article/2016/07/21/pourquoi-
l-application-alerte-attentat-n-a-pas-fonctionne-le-soir-de-

la-tuerie-de-nice_4972750_4408996.html?xtref=https://t.co/MSoNWEUnVa

Où comment on découvre qu'une application se plante complètement 
parce

qu'un lien fibre a été coupé et qu'il faut la redémarrer 2 fois en
urgence... Idem sur la qualité de l'hébergement choisi (2 heures
d'indisponibilité par mois) ; peut être histoire de maximiser un 
peu plus

la marge ?

Voilà voilà...


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


--
Philippe Bourcier
web : http://sysctl.org/
blog : https://www.linkedin.com/today/author/philippebourcier


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

Re: [FRnOG] [MISC] Coût d'implantation d'un mât

[Julien Escario]

Le 24/08/2016 à 07:33, Christophe JEANNEROT a écrit :
> Bonjour, 
> 
> Pour une estimation tu peux te dire que tu dois compter environ 1000 euros du 
> mètre. Selon les cas ça peut être plus ou moins chère tout va dépendre de la 
> manière dont ils pourront s'accrocher au sol. J'ai un contact pas mal si tu 
> souhaite qui n'est pas cher car autoentrepreneur et qui fait des Pylône 
> principalement en Afrique depuis plus de 25 ans. 
> 
> Attention un 15 m ça commence à faire et c'est pas simplement un bout d'arbre 
> ... Mettre un pylône c'est un vrai métier car il y a beaucoup de calcul à 
> faire pour les prises au vent, la résistance et je passe et des meilleurs.
> 
> J'ai deja monter quelques 10ene de ponts et POP hertzien en 5g, et j'ai 
> toujours réussi à trouver des point haut sans faire de construction, car bien 
> souvent la construction est un frein à la rentabilité de ces solutions, car 
> il faut ensuite plus d'utilisateurs que la capacité du point hertzien pour 
> rentabiliser le truc donc mauvaise qualité de service ensuite. 
> 
> Cordialement 
> 
> Christophe JEANNEROT

Merci !
La rentabilité n'est pas le critère. Qu'est ce que tu appelles 'une
construction' ? Une demande de permis ou le fait de devoir faire un socle en 
béton ?

Parce qu'à priori, le socle, on y échappe pas sauf à prendre un truc ridicule en
hauteur et en poids supportable.
D'autant plus qu'avec un panneau solaire d'environ 1m2, à 10/12m de hauteur, ça
va déjà bien prendre le vent ... (un peu plus qu'une omni avec un bullet au 
cul).

Julien





smime.p7s
Description: Signature cryptographique S/MIME

Re: [FRnOG] [MISC] SAIP

[Stéphane RAIMONDEAU]

Effectivement c'est je pense une alternative efficace.
En juillet j'étais à New York et il y a eu de forts orages.
Tout le monde dans la zone (même étrangers en roaming) ont reçu une 
notification informant du risque d’inondations.
Au début, c'est un peu déroutant quand on voit que tout le monde reçoit 
en même temps mais c'est terriblement efficace.


Cordialement,

Stéphane

Le 23/08/2016 à 23:02, Richard Klein a écrit :

Je relance le sujet :
http://www.nextinpact.com/news/101073-sms-geolocalises-en-cas-d-attentat-reunions-etat-et-operateurs-a-rentree.htm

Non mais ALLO QUOI ! Il existe depuis des décennies le cellBroadcast :
https://fr.wikipedia.org/wiki/Diffusion_cellulaire

Je cite :
"« *Techniquement tout est prêt *», nous racontait le mois dernier un
spécialiste des télécoms. « *Simplement, la convention de remboursement a
du mal à passer "*


Attention nous parlons bien de vies . Très souvent faire de la prevention
c'est aussi sauver des vies.

Plusieurs lecteurs de cette mailing qui sont chez des opérateurs ou MVNO
vont me dire que je parle de chose que je ne connais pas et ma réponse est
la suivante : Combien coute un SMS et une Vie ?
Selon Xavier Niel un SMS ne coute rien a produire !!!

Pourquoi ne pas introduire une obligation dans les licenses d'avoir ce
service ? Et pourquoi l'europe n'organise pas ce type d'obligation ?
Bon après j'espere que nos telephones Robot et Pomme supportent encore
cette norme ?

Nous pourrions aussi ajouter l'alerte enlèvement, intempéries, accidents
sur l'autoroute ... tournée de bierre offert aux membres de la mailing(
oops hors sujet)

Dans le sourire tu croiras :-)

Le 22 août 2016 à 20:48, megagolgoth  a écrit :


Il parle de malchance, c'est un peu fort!

"Ils ont acheté une prestation dont le niveau d’engagement peut se
traduire par deux heures d’indisponibilité par mois " ça c'est pas de la
malchance, c'est une erreur. Ils auraient du acheter une prestation avec
détecteur de pelleteuses inclus.

Après ils ont peut-être eu l'augmentation du prix de prestation réclamé
mais jamais obtenus. J'imagine la réunion :

/"//On a merdé//" //
/

/"Vous vous rend//ez compte, //ça//aurait pu sauver des gens! //Ils vous
faut quoi pour pas que //ç//a se reproduise? "
/

/"Beaucoup plus de sous//"/

/"Ok, pas de problèmes//"/ Il sort la tablette et fait le virement/
/


Le 22/08/2016 à 16:23, Julien Schafer a écrit :


Pas sûr que ce soit la meilleure liste mais au cas où certains auraient
raté l'article ça vaut son pesant de cacahouètes.

http://mobile.lemonde.fr/pixels/article/2016/07/21/pourquoi-
l-application-alerte-attentat-n-a-pas-fonctionne-le-soir-de-
la-tuerie-de-nice_4972750_4408996.html?xtref=https://t.co/MSoNWEUnVa

Où comment on découvre qu'une application se plante complètement parce
qu'un lien fibre a été coupé et qu'il faut la redémarrer 2 fois en
urgence... Idem sur la qualité de l'hébergement choisi (2 heures
d'indisponibilité par mois) ; peut être histoire de maximiser un peu plus
la marge ?

Voilà voilà...


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