Re: [FRnOG] [MISC] La belle boite de Pandore....

[Sylvain Charron (LASOTEL)]

Je voudrais bien lire l'analyse technique de la CNIL qui a servi à 
conclure :


"Aucun prestataire potentiel" parmi les opérateurs de cloud français 
ou européens "ne propose d'offre d'hébergement répondant aux exigences 
techniques et fonctionnelles" du projet, constate la Cnil pour 
justifier sa décision, s'appuyant sur une mission d'étude réalisée par 
l'Etat.


Il faudrait également analyser le cahier des charges du projet pour 
s'assurer que les exigences techniques et fonctionnelles sont réellement 
légitime ou ne servirait pas uniquement à justifier le choix Microsoft.


+1 sur affligeant et honteux
+1 sur belle boite de Pandore

En espérant que des journalistes rebondissent sur ce projet "Health Data 
Hub", datant de la période COVID.


Sylvain

Le 01/02/2024 à 15:08, Bertrand FRUCHET via frnog a écrit :

Bonjour la liste,

C'est affligeant et honteux !

Bertrand


Le 01/02/2024 à 14:08, David Ponzone a écrit :
https://www.bfmtv.com/tech/actualites/donnees-personnelles/la-cnil-autorise-le-stockage-de-donnees-de-l-assurance-maladie-chez-microsoft_AD-202401310452.html 
 



J’aime beaucoup le « temporaire ».


---
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] Contact Axione Centre-Val de Loire

[Sylvain Charron (LASOTEL)]

Bonjour,

Pourtant, la théorie vis-à-vis du consommateur est facile, c'est à son 
OC (Opérateur Commercial) (enfin, futur OC, car par encore client) de 
traiter les problèmes de référentiel d'adresse auprès de l'OI (Opérateur 
Infrastructure).


Il y a même un projet d'API (normalement disponible) entre OI/OC pour 
traiter ça, avec de jolis schémas :

https://github.com/before-interop/anomalieAdresse

Blague à part, Axione met à disposition des OC via son outil de 
ticketing, des formulaires dédiés pour gérer les MAJ 
Adresse/Densification simple/Densification 
complexe/Extension/Désaturation/.
L'objectif numéro est d'être référencé correctement, en vue d'être un 
jour éligible.
Une adresse, même non éligible, sans un secteur où les voisins sont déjà 
référencés, DOIT être référencé par l'OI.


Bon courage ;-)

Sylvain



Le 28/12/2023 à 12:10, David Ponzone a écrit :

Et si tu contactes la DSP locale qui gère ton secteur:

https://www.axione.com/les-acteurs-de-votre-territoire/ 


Il semble qu’ils aient tous un numéro pour les particuliers.

David


Le 28 déc. 2023 à 11:59, roca emile  a écrit :

Merci à tous pour vos conseils et contacts.
Je vais essayer par la mairie et si cela ne donne rien j'essaierai les
contacts fournis.


Le jeu. 28 déc. 2023 à 10:33, Toussaint OTTAVI  a
écrit :



Le 28/12/2023 à 09:47, David Ponzone a écrit :

Même pas vrai tout le temps, quelques cas rigolos:
-adresse qui fait un angle, avec l’adresse officielle qui est dans la

rue X, et l’adresse FT/SETIAR qui est dans la rue Y

-Rue de Paris dans SETIAR qui est en fait Route de Paris

Et quand Colissimo s'en mêle, on n'en parle même pas :-D

Mon bureau en ville est à un angle de rues. L'adresse officielle est le
long de l'artère principale de la ville. Fedex et Co nous livrent des
palettes sans difficulté, mais la Poste ne s'arrête pas, et on reçoit le
lendemain des avis de passage "Impossible de se garer". Or nous avons un
parking privatif, et nous autorisons même les facteurs à s'y garer le
temps de leurs livraisons. Mais il est dans la rue latérale; ce n'est
pas la même adresse, et pas la même tournée. Le facteur de l'artère
principale, suivi par GPS, n'a pas le droit d'emprunter la rue latérale !

Nous avons donc créé une deuxième adresse de livraison, dans la rue
latérale, juste pour la Poste :-D


Euh je pige pas, tu as pas de salaires ni de comptes en banque ?

Alors le salaire, non, je n'en aurai plus dans 3 jours. J'arrête. On ne
va pas continuer à payer de l'URSSAF et des cotisations retraite pour
quelqu'un qui n'existe pas, et alors que la personne qui existe (enfin,
je crois, à moins que nous ne soyons tous que les Lemmings d'une
intelligence supérieure) ne bénéficie pas des prestations correspondantes
!

Pour le compte en banque, celui qui existe depuis 30 ans sera vide ce
soir, lorsque j'aurai payé mes fournisseurs. L'épargne et le crédit me
sont désormais inaccessibles puisque mon banquier (que je ne peux certes
pas blâmer puisqu'il ne fait qu'appliquer la magnifique RGPD), me
demande une carte d'identité à jour. Or je n'en ai pas. Ou, plus
précisément, j'en ai une, mais avec un nom différent ! Je deviendrai
donc officiellement un clochard SDF, puisque la maison non plus n'est
pas à mon nom. Va donc régler une succession quand tu n'as déjà pas
d'identité ! La commune dont je suis élu (sous une "fausse" identité...)
n'ayant pas de "compétence" pour gérer les SDF, j'ai déjà les adresses
des organismes régionaux, puisque c'est là que la Préfecture m'a envoyé
sans vergogne pour inscrire mon neveu mineur lorsque ma soeur est
décédée...



Parce que la DGFIP a jamais utilisé d’huissiers: ils balancent un ATD

direct à ton employeur et à tes banques.

Je n'attendais que çà, pour faire constater par mon propre huissier le
faux et usage de faux de l'état :-D Mais même l'administration fiscale,
que l'on cite parmi les plus performantes et efficaces (et qui,
accessoirement, a au moins la cordialité de répondre quand on la
sollicite), semble botter en touche sur mon dossier :-) Peut-être que si
j'étais actionnaire de LVMH, le fisc manifesterait un peu plus d'intérêt
sur mon dossier ;-)

Là, en prime, l'huissier en carton vient de gagner une plainte au
conseil de l'ordre et au garde des seaux (je suppose qu'il s'agit des
seaux utilisés par les directeurs des cabinets pour nettoyer les traces
d'excréments autour de la cuvette)   ;-)

--
En l'état, je ne sais pas s'il y a la fibre, mais je pourrai sans doute
proposer à l'île de Sainte Hélène de lui faire son plan d'adressage :-D
Cela occupera mon futur séjour là bas :-D

---
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] TF1.....

[Sylvain Charron (LASOTEL)]

A 2 jours près, cela tombait le jour des 40 ans du JT.

A vérifié mais leur uptime ne semble pas trop mauvais.

Sylvain

Le 18/02/2021 à 15:12, Ludovic LACOSTE a écrit :

Je plussoie, @Raphael Mazelier.
Et pour avoir bien connu la "boîte à Meuh", comme ils disent, et eTF1, il est 
"urgent d'attendre", quand bien même tout ceci ressemble étrangement à une attaque 
informatique.

Ludovic LACOSTE



De : frnog-requ...@frnog.org  de la part de Raphael Mazelier 

Envoyé : jeudi 18 février 2021 15:00
À : frnog@frnog.org 
Objet : Re: [FRnOG] [MISC] TF1.


On 18/02/2021 14:12, David Ponzone wrote:

Pas de JT de 13h sur TF1, la cause serait une cyber-attaque (ransomware ou 
autre).
Quelqu’un (de E-TF1 peut-être) aurait plus d’infos ?


etf1 c'est très séparé du "broadcast" tf1. De toute facon même si
quelqu'un savait quelque chose ce serait étonnant qu'il commente cela
publiquement, car pour connaitre un petit peu la boite je me doute que
cela a du être une décision difficile.

Attendons donc le communiqué officiel.

--

Raphael Mazelier



---
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] [ALERT] Incident Orange CELAN/C2E Vénissieux

[Sylvain Charron (LASOTEl)]

Bonjour,

Pendant le confinement, un opérateur à abimé plusieurs câbles Orange qui 
rentrent dans le NetCenter Vénissieux provoquant déjà à l'époque 
plusieurs coupures de service.

Certains de ces câbles on depuis été réparés, mais pas tous.

Vu tes symptômes, coupure en 2 fois, il y a de grande chance que ce soit 
le même pb.


C'est pour ça que maintenant on récupère nos collecte directement en 
SRTHD, plus de pb de transport Orange, plus de pb d'être en pendulaire 
sur de très longues distance, plus de pb de crossco en datacenter.

On devient mettre de notre destin.

Bon courage,

Sylvain

Le 02/12/2020 à 11:09, VAHE Thomas a écrit :

Bonjour,

Notre porte C2E Orange est tombée ce matin vers 8h30 puis il y a quelques 
minutes notre porte CELAN, toutes les deux situées au Netcenter Vénissieux.

Cdt,

Thomas V.


__
Ce message contient des informations dont le contenu est susceptible d' etre 
confidentiel. Il est destine au(x) destinataire(s) indique(s) exclusivement.
A moins que vous ne fassiez partie de la liste des destinataires, ou que vous 
soyez habilite a recevoir le mail a leur place, il vous est interdit de le 
copier, de l'utiliser ou de devoiler son contenu a un tiers.
Si vous avez recu cet email par erreur, merci de prendre contact avec 
l'emetteur.
Les opinions exprimees dans cet e-mail sont celles de l'emetteur et ne 
refletent pas necessairement celles de l'entreprise.
Ce e-mail peut contenir des pieces jointes dont certaines pourraient contenir 
des virus qui pourraient endommager votre systeme informatique.
La compagnie a pris toutes dispositions afin de minimiser ce risque et decline 
toute responsabilite pour toute perte ou dommage resultant directement ou 
indirectement de l'utilisation de cet email ou de son contenu.
Il vous appartient d'effectuer vos propres controles anti-virus avant d'ouvrir 
la ou les pieces jointes.
__

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



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

Re: [FRnOG] [TECH] Sonde température et d'humidité IP (PoE)

[Sylvain Charron (LASOTEl)]

Pour les petits sites isolé avec peu de capteur, on utilise du LORA 
et/ou M2M.


Sylvain

Le 10/11/2020 à 10:13, Jérôme COLOMBET a écrit :

Bonjour,

Nous utilisons avec satisfaction les modèles HWg-STE en POE ; 
https://www.hw-group.com/device/hwg-ste.


Cordialement,

---
‍ Jérôme COLOMBET | IT Manager | RICS

Le 10/11/2020 à 07:54, Sébastien 65 a écrit :

Bonjour,

Je recherche une sonde de température et humidité version IP (avec 
PoE - pas de prise élec sur l'emplacement prévu) pour installer sur 
un mur d'une salle informatique.
La sonde doit être capable de nous envoyer à minima un email avec les 
valeurs lorsqu'un seuil est atteint...
Une interface Web doit être intégrée afin de pouvoir afficher les 
valeurs de la sonde.


Dans mon cas je dois installer deux sondes dans la pièce.

Quesque vous connaissez à un prix descend ? J'ai regardé rapidement, 
sur le net je trouve des sondes à 300€ je trouve cela démesuré !


=>Je connais la version Arduino/Raspberry mais je n'ai absolument pas 
le temps de m'y pencher dessus !


Merci !


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






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

Re: [FRnOG] [Tech] Opérateurs et DSCP

[Sylvain Charron (LASOTEL)]

Bonsoir,

On ne respecte pas le respect du DSCP par défaut, suite à des effet de 
bord pas prévu:


A une époque, on recevait d'OVH un DSCP différent entre les offres 
lowcost et standard, les paquets sont tombés chez nous dans une file 
avec une limitation et priorité importante.
Idem pour des flux VOIX venant d'Internet, match avec des règles 
différents que celles voulus par l'émetteur.


On ne respecte pas (on ignore), mais cependant on ne touche pas.

Cependant, pour des interco privée avec des flux qui le justifie, on 
active un match entre les parties pour permettre la garantie de la 
qualité de bout en bout.


Sylvain

Le 01/04/2020 à 23:08, Ludovic RAMOSFILIPE a écrit :

Sauf si tu prend une option chez un opérateur c’est pris en compte par les
équipement sinon non voir même les champs dscp sont remis à 0

Le mer. 1 avr. 2020 à 23:07, Raphaël Jacquot  a écrit :



Le 01/04/2020 à 22:18, Damien DUJARDIN a écrit :

Bonsoir à tous,

Bonsoir


On est en plein projet de QoS pour nos systèmes audio/Vidéo.
En interne, no soucis, mais en externe les choses se compliquent..

De votre expérience, est-ce que les opérateurs français respectent les
marquages DSCP ?

au mieux ils ne les touchent pas. ce qui ne veut pas dire que les
équipements vont les honorer...


Avez-vous remarqué une différence de traitement entre réseaux Pro et

Persos

?

non, c'est le meme produit a l'arrivée...


D'après nos tests, les marquages ont du mal à atteindre nos employés
actuellement en télétravail.

J'ai parcouru une étude interessante sur le sujet, et l'Europe semble est
en retard sur la neutralité DSCP..
https://www.sciencedirect.com/science/article/pii/S0140366417312835

faut payer plus cher que du pseudo-pro-qui-est-en-fait-du-grand-public...


Avez-vous un avis sur la question ?

---
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[2]: [FRnOG] [TECH] Accès OOB 4G

[Sylvain CHARRON (LASOTEL)]

Bonjour,

Pour l'instant c'est tjr IPv4 only, mais un espoir pour début 2020.
En interne on utilise déjà cette solution pour notre OOB (pas de 
nat/FW/CGNAT/. autre cochonerie, double collecte EIT, répartition 
des sites sur les 3 opérateurs) ce qui en fait une solution simple, 
fiable et qui ne dépend pas de nos autres infrastructures (on utilise un 
réseau dédié pour le mobile avec un AS indépendant).


Sylvain

-- Message d'origine --
De: "Nicolas KARP" 
À: "Hervé BRY" 
Cc : "Frnog-tech" 
Envoyé : 28/08/2019 22:11:58
Objet : Re: [FRnOG] [TECH] Accès OOB 4G


Salut,

Tu peux utiliser un teltonika et leur outil rms (connexion via le cloud
pour manager le telto) pour avoir accès a la cli du routeur 4G. Tu peux
aussi faire un tunnel ipsec vers ton infra.

Ensuite tu peux rebondir sur ton matos via l'une ou l'autre solution :)

Je vais regarder les STAS EIT mais de mon souvenir, c'était IPv4 only.

Cdlt,

Le mer. 28 août 2019 à 17:39, Hervé BRY  a écrit :


 Bonjour la liste,

 Je réfléchis à la mise en place d'un accès OOB à mon infra en 4G. Et je me
 questionne sur la solution la plus simple à un tarif raisonnable :
  - En terme de hardware (Un Raspberry Pi + clé 4G ? Un petit AP 4G ? Un
 Mikrotik ou équivalent avec carte PCIe LTE ?)
  - En terme d'opérateur (besoin dans l'idéal d'une IP fixe, sinon DynDNS ou
 tunnel vers une autre partie de l'infra ?)

 Avez vous des retours d'expérience à ce sujet ?

 Hervé BRY
 Administrateur Système
 Geneanet (http://www.geneanet.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] [TECH] SIP - Affichage des 3PBQ,10YT et 118XYZ

[Sylvain Charron (LASOTEL)]

Bonjour,

La première question est de savoir si cela est autorisé ?
Par exemple un From depuis un 0892 est quelques de prohibé, surtout 
suite à quelques arnaques associées.


Sylvain


-- Message d'origine --
De: "Alain Bieuzent" 
À: "frnog-t...@frnog.org" 
Envoyé : 12/09/2018 15:26:27
Objet : [FRnOG] [TECH] SIP - Affichage des 3PBQ,10YT et 118XYZ


Bonjour la liste,



Y aurait quelqu’un parmi vous qui saurais me dire sous quel format 
doit-on compléter le champ « From : » dans le cas d’un numéro court.


Je ne trouve rien à ce propos dans la doc de la FT.



Merci


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



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

Re[2]: [FRnOG] [ALERT] Problème interco orange

[Sylvain Charron (LASOTEL)]

Bonjour,

Bizarre. De mon côté selon la période de l'incident, nous avons 
plutôt mesuré jusqu'à 90% d'appels échoués entrant/sortant  lors 
d'appels en transit via Orange.
Cependant, les appels entrant/sortant Orange Mobile et Orange Box 
semblaient également impactés dans une moindre mesure.
Les appels entrant/sortant Orange FIXE (le bon vieux RTC) ne 
présentaient aucun défaut.


Donc si le chiffre de 15% d'appels touchés avancé par Orange est vrai, 
et que nous prenons en compte 100% du trafic téléphonique Français, j'en 
déduis ironiquement que Orange à 80% à 85% de part de marché sur la 
téléphonie en France (fixe+mobile).


En tout cas les opérateurs ont également leurs part de responsabilité 
sur le maintient et la densification du maillage inter-opérateur, sans 
dépendre uniquement du transit via Orange.


Sylvain

-- Message d'origine --
De: "David Ponzone" 
À: "Richard Klein" 
Cc : "FRench Network Operators Group" 
Envoyé : 25/07/2018 12:14:24
Objet : Re: [FRnOG] [ALERT] Problème interco orange


Rien de neuf sous le soleil.

Exactement comme un SDSL qui perd 50% de paquets: Orange ne considère 
pas cela comme une coupure franche donc pas de GTR.
Je vais leur coller un SDSL de ce genre moi, pour alimenter les bureaux 
d’OWF, et on va voir s’ils sont productifs.


En tout cas, on sait que c’est un ex-ACME Packet qui a merdé.

Dommage qu’ils donnent pas les vrais chiffres sur lesquels il base son 
15%.



Le 25 juil. 2018 à 12:01, Richard Klein  a 
écrit :


Panne voix : "ce n'était pas une panne", affirme Orange
https://www.zdnet.fr/actualites/panne-voix-ce-n-etait-pas-une-panne-affirme-orange-39871371.htm

No comment

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

[Sylvain Charron (LASOTEL)]

Bonjour,

Il y a quelques années, oui, c'était un pb traité par dessus la jambe, 
aujourd'hui des actions uniformisation sont en cours, et je dirais (au 
doigt mouillé) que presque la moitié des départements sont déjà dans le 
nouveau format.
La cible reste une usine a gaz (on aurait pu faire plus simple), mais au 
moins c'est normalisé, et ça, c'est déjà une révolution.


A une époque il y avait des départements qui nous demandais des 
découpages géographique, voir même du routage horaire très incomplet 
(genre de 9h à 18 et de 19h à 8h; on fait quoi entre 8 et 9 et 18 et 19 ?)


Sylvain

Le 11/07/2017 à 15:23, Radu-Adrian Feurdean a écrit :

Bonjour,

Si "association 1901" ca va pas pour certains, et "societe commerciale"
va pas pour d'autres, je trouve que le melange des deux, tel qu'il est
en place chez France-IX par exemple, va pas si mal que ca: il y a une
association qui est seul actionnaire d'une SAS. Les clients de la SAS
deviennent (de memoire par contrat) membres de l'association. Le
resultat est pas mal, les prix de la SAS ont une tendance a la baisse.

Apres bon, l'APNF est lie a des services "voix", ou de base les usines a
gas sont la regle, et faire des choses simples et efficaces ne semble
pas possible par principe


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



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

Re: [FRnOG] [MISC] Numero urgence et reconnaissance adresse physique de l'appelant

[Sylvain Charron (LASOTEL)]

Pas du tout l'objectif,

Je faisais juste référence au pb initiale de Philippe BARRANCO

Completel fait bien pour son client le routage ZNE vers le bon service 
(PDAAU).
Cependant le service d'urgence a une base annuaire interne qui ne 
contient pas la nouvelle adresse postale du client suite a son déménagement.

Et là 2 possibilités:
 - soit Completel n'a pas publier dans les annuaires universelles 
les nouvelles coordonnées (et dans ce cas c'est pas bien Completel)
- soit c'est le service d'urgence qui a une méthode non pertinente 
de gestion des fichiers annuaires et qui n'est pas a jour (et dans ce 
cas c'est le service d'urgence qui est en tord et Completel a bien fait 
son boulot).


Sylvain


Le 27/11/2015 17:52, David Ponzone a écrit :

Sylvain,

et c’est quoi le rapport avec Completel, j’ai pas compris.
Parce que j’imagine que c’était pas pour leur faire de la pub :)



Le 27 nov. 2015 à 17:41, Sylvain Charron (LASOTEL) <schar...@lasotel.fr> a 
écrit :

Bonjour,

Ci dessous quelques réponses sur des notions diffusées sur ce thread:

- PDDAU
Données émise par les Préfectures à destination des opérateurs pour faire 
le routage vers le bon centre de traitement d'appel d'urgence selon la ZNE de 
l'appelant.

- base centralisé PDAAU:
La responsabilité du routage des appels d'urgence est partagé entre les 
préfectures (qui diffuse les PDAAU) et les opérateurs qui intègre ces données.
Confié cela a un tiers sans évolution du cadre juridique (mauvaise 
retranscription de l'information par l'APNF par exemple) poserais de gros 
soucis en cas d'erreur.

- PFLAU
API permettant d'intérogrer une sorte "d'annuaire inversé" en temps réelle 
chez les opérateurs.
Nous sommes prêt, notre API est a disposition des services d'urgence 
opérationnel, nous ne fournirons pas d'accès a un tiers (type APNF) car pour 
nous il s'agit d'une relation de responsabilité entre opérateurs et services 
d'urgence, et puis je souhaite contrôle qu'une intérogation de cette API soit 
bien lié au déclenchement d'un appel le même service d'urgence.

- Exemple de Philippe et de son soucis
Jusqu'à la mise en place de la PFLAU (enfin, pour quand cela sera en 
production), chaque service d'urgence traient ce sujet de manière totalement 
hétérogène, et là on a vu de tout:
- achat d'abonnement PAYANT chez Orange pour un webservice annuaire 
inversé (hors liste route)
- achat de fichier annuaire jamais complet a des éditeurs d'annuaire
- mise en place du flux annuaire universel directement avec les 
opérateurs sur un contrat PAYANT
- mise en place du flux annuaire universel sur la base d'un contrat 
GRATUIT entre opérateurs et services d'urgence (LA VRAI SOLUTION QUI AURAIS DU 
A L'EPOQUE ETRE MISE EN PLACE, avant PFLAU).

Pour l'instant je dirais faute SERVICE d'URGENCE et pas COMPLETEL (pour une 
fois), c'est au service d'urgence de mettre en œuvre les moyens de consolider 
les flux annuaires universelle.
Juste un bémol: sous réserve que Completel est bien mis a jour la fiche 
annuaire de l'abonné, a tester sur PagesJaunes ou tout autre site d'annuaire 
type 118xxx.

Maintenant y'a la PFLAU, enfin un jour peut être, et cela devrait résoudre le 
soucis.


PS pub:dans l'offre de terminaison/collecte d'appel via Lasotel, nous 
proposons les prestations de gestion de tout ses volets réglementaires.


Sylvain








Le 27/11/2015 08:03, David Ponzone a écrit :

Le 27 nov. 2015 à 06:45, Michel Py <mic...@arneill-py.sacramento.ca.us> a écrit 
:


Et donc , qui gère cette base d'adresse ? Le 911 ?

C'est une bonne question, et je te remercie de l'avoir posée :P

Mais t’as pas vraiment répondu, non ? :)

Ok, le 911 est un dispatch manuel qui pourrait être remplacé par un IVR.
On pourrait d’ailleurs faire pareil en France, on se demande pourquoi ça n’est 
pas le cas.

Avec reportage de l’appel, dans quelle base les pompiers de Baton Rouge vont 
taper pour avoir l’adresse de l’appelant ?
Qui met à jour la base, sachant que cela implique (particulièrement aux USA) 
des opérateurs locaux et nationaux ?
C’est une base locale (fédérale ?) ou nationale ?
Qui est « accountable »  ?

Si j’ai bien compris, le dispatch du 911 a un accès en lecture seule à la base, 
le service demandé (Police, Pompiers, etc….) de même, et les opérateurs ont un 
accès en lecture/écriture ?



Parce qu'en France, le problème vient probablement du fait qu'on a maintenant 7 
ou 8 numéros d'urgence. Oui, ça fait sourire.

Ca n'arrange pas les choses, mais ce n'est pas le pire de tes problèmes. 7 ou 8 
numéros au lieu d'un, çà ne change rien. Le dispatcheur de 911 décide qui 
appeler (les pompiers, la police, l'ambulance), au lieu que çà soit 
l'utilisateur. Appuyez sur 1 pour l'ambulance, 2 pour les pompiers, 3 pour la 
police, tu peux faire çà en 30 secondes avec un Raspberry Pi et Asterisk.

911, ce n'est qu'un numéro de téléphone court et facilement mémorisable. C'est 
un raccourci, pas un

Re: [FRnOG] [MISC] Numero urgence et reconnaissance adresse physique de l'appelant

[Sylvain Charron (LASOTEL)]

Bonjour,

Ci dessous quelques réponses sur des notions diffusées sur ce thread:

- PDDAU
Données émise par les Préfectures à destination des opérateurs pour 
faire le routage vers le bon centre de traitement d'appel d'urgence 
selon la ZNE de l'appelant.


- base centralisé PDAAU:
La responsabilité du routage des appels d'urgence est partagé entre 
les préfectures (qui diffuse les PDAAU) et les opérateurs qui intègre 
ces données.
Confié cela a un tiers sans évolution du cadre juridique (mauvaise 
retranscription de l'information par l'APNF par exemple) poserais de 
gros soucis en cas d'erreur.


- PFLAU
API permettant d'intérogrer une sorte "d'annuaire inversé" en temps 
réelle chez les opérateurs.
Nous sommes prêt, notre API est a disposition des services 
d'urgence opérationnel, nous ne fournirons pas d'accès a un tiers (type 
APNF) car pour nous il s'agit d'une relation de responsabilité entre 
opérateurs et services d'urgence, et puis je souhaite contrôle qu'une 
intérogation de cette API soit bien lié au déclenchement d'un appel le 
même service d'urgence.


- Exemple de Philippe et de son soucis
Jusqu'à la mise en place de la PFLAU (enfin, pour quand cela sera 
en production), chaque service d'urgence traient ce sujet de manière 
totalement hétérogène, et là on a vu de tout:
- achat d'abonnement PAYANT chez Orange pour un webservice 
annuaire inversé (hors liste route)
- achat de fichier annuaire jamais complet a des éditeurs 
d'annuaire
- mise en place du flux annuaire universel directement avec les 
opérateurs sur un contrat PAYANT
- mise en place du flux annuaire universel sur la base d'un 
contrat GRATUIT entre opérateurs et services d'urgence (LA VRAI SOLUTION 
QUI AURAIS DU A L'EPOQUE ETRE MISE EN PLACE, avant PFLAU).


Pour l'instant je dirais faute SERVICE d'URGENCE et pas COMPLETEL (pour 
une fois), c'est au service d'urgence de mettre en œuvre les moyens de 
consolider les flux annuaires universelle.
Juste un bémol: sous réserve que Completel est bien mis a jour la fiche 
annuaire de l'abonné, a tester sur PagesJaunes ou tout autre site 
d'annuaire type 118xxx.


Maintenant y'a la PFLAU, enfin un jour peut être, et cela devrait 
résoudre le soucis.



PS pub:dans l'offre de terminaison/collecte d'appel via Lasotel, 
nous proposons les prestations de gestion de tout ses volets réglementaires.



Sylvain








Le 27/11/2015 08:03, David Ponzone a écrit :

Le 27 nov. 2015 à 06:45, Michel Py  a écrit 
:


Et donc , qui gère cette base d'adresse ? Le 911 ?

C'est une bonne question, et je te remercie de l'avoir posée :P

Mais t’as pas vraiment répondu, non ? :)

Ok, le 911 est un dispatch manuel qui pourrait être remplacé par un IVR.
On pourrait d’ailleurs faire pareil en France, on se demande pourquoi ça n’est 
pas le cas.

Avec reportage de l’appel, dans quelle base les pompiers de Baton Rouge vont 
taper pour avoir l’adresse de l’appelant ?
Qui met à jour la base, sachant que cela implique (particulièrement aux USA) 
des opérateurs locaux et nationaux ?
C’est une base locale (fédérale ?) ou nationale ?
Qui est « accountable »  ?

Si j’ai bien compris, le dispatch du 911 a un accès en lecture seule à la base, 
le service demandé (Police, Pompiers, etc….) de même, et les opérateurs ont un 
accès en lecture/écriture ?



Parce qu'en France, le problème vient probablement du fait qu'on a maintenant 7 
ou 8 numéros d'urgence. Oui, ça fait sourire.

Ca n'arrange pas les choses, mais ce n'est pas le pire de tes problèmes. 7 ou 8 
numéros au lieu d'un, çà ne change rien. Le dispatcheur de 911 décide qui 
appeler (les pompiers, la police, l'ambulance), au lieu que çà soit 
l'utilisateur. Appuyez sur 1 pour l'ambulance, 2 pour les pompiers, 3 pour la 
police, tu peux faire çà en 30 secondes avec un Raspberry Pi et Asterisk.

911, ce n'est qu'un numéro de téléphone court et facilement mémorisable. C'est 
un raccourci, pas une base de données.

Le problème n'est pas (ou rarement) d'acheminer l'appel vers le bon centre 
(voir la contrib originale de Phillipe). L'opérateur, en se basant sur sa base 
de données interne pour le numéro appelant et une autre base de données 
contenant tous les centres d'urgence (qui change peu), achemine l'appel vers le 
centre que l'algo de routage décide est le meilleur. On ne pourra jamais 
complètement éviter les bugs ni les gens qui tapent sur un clavier avec les 
pieds, mais cette partie marche généralement bien.

Le problème, c'est l'adresse physique de l'appelant. Ceci n'est pas transmis 
avec l'appel. Il y a des gens qui disent qu'il faudrait aussi transmettre cette 
information in-band (comme le nom et le numéro appelant).

Aux EU, nous avons environ 7500 centres d'appel dans 50 états, tous avec une 
loi locale différente, et plusieurs centaines d'opérateurs. Et tout ces braves 
gens, ils croient qu'ils en ont une plus grosse que leur petits camarades; soit 
ils 

Re: [FRnOG] [MISC] Numero urgence et reconnaissance adresse physique de l'appelant

[Sylvain Charron (LASOTEL)]

Truc rigolo sur la PFLAU:

La France a repris une partie du RFC4119 mais qu'une partie.

y'avais aussi la RFC5222, RFC5012 pour le routage PDAAU


Et tout une série associée au différent services d'urgences:

   Service   Reference  Description
   
   counselingRFC 5031   Counseling services
   counseling.children   RFC 5031   Counseling for children
   counseling.mental-health  RFC 5031   Mental health counseling
   counseling.suicideRFC 5031   Suicide prevention hotline

   sos   RFC 5031   Emergency services
   sos.ambulance RFC 5031   Ambulance service
   sos.animal-controlRFC 5031   Animal control
   sos.fire  RFC 5031   Fire service
   sos.gas   RFC 5031   Gas leaks and gas emergencies
   sos.marineRFC 5031   Maritime search and rescue
   sos.mountain  RFC 5031   Mountain rescue
   sos.physician RFC 5031   Physician referral service
   sos.poisonRFC 5031   Poison control center
   sos.policeRFC 5031   Police, law enforcement



Comme quoi, dans les RFC, on trouve vraiment tout.

Sylvain


Le 27/11/2015 18:10, Sylvain Charron (LASOTEL) a écrit :


Pas du tout l'objectif,

Je faisais juste référence au pb initiale de Philippe BARRANCO

Completel fait bien pour son client le routage ZNE vers le bon service 
(PDAAU).
Cependant le service d'urgence a une base annuaire interne qui ne 
contient pas la nouvelle adresse postale du client suite a son 
déménagement.

Et là 2 possibilités:
 - soit Completel n'a pas publier dans les annuaires universelles 
les nouvelles coordonnées (et dans ce cas c'est pas bien Completel)
- soit c'est le service d'urgence qui a une méthode non pertinente 
de gestion des fichiers annuaires et qui n'est pas a jour (et dans ce 
cas c'est le service d'urgence qui est en tord et Completel a bien 
fait son boulot).


Sylvain


Le 27/11/2015 17:52, David Ponzone a écrit :

Sylvain,

et c’est quoi le rapport avec Completel, j’ai pas compris.
Parce que j’imagine que c’était pas pour leur faire de la pub :)


Le 27 nov. 2015 à 17:41, Sylvain Charron (LASOTEL) 
<schar...@lasotel.fr> a écrit :


Bonjour,

Ci dessous quelques réponses sur des notions diffusées sur ce thread:

- PDDAU
Données émise par les Préfectures à destination des opérateurs 
pour faire le routage vers le bon centre de traitement d'appel 
d'urgence selon la ZNE de l'appelant.


- base centralisé PDAAU:
La responsabilité du routage des appels d'urgence est partagé 
entre les préfectures (qui diffuse les PDAAU) et les opérateurs qui 
intègre ces données.
Confié cela a un tiers sans évolution du cadre juridique 
(mauvaise retranscription de l'information par l'APNF par exemple) 
poserais de gros soucis en cas d'erreur.


- PFLAU
API permettant d'intérogrer une sorte "d'annuaire inversé" en 
temps réelle chez les opérateurs.
Nous sommes prêt, notre API est a disposition des services 
d'urgence opérationnel, nous ne fournirons pas d'accès a un tiers 
(type APNF) car pour nous il s'agit d'une relation de responsabilité 
entre opérateurs et services d'urgence, et puis je souhaite contrôle 
qu'une intérogation de cette API soit bien lié au déclenchement d'un 
appel le même service d'urgence.


- Exemple de Philippe et de son soucis
Jusqu'à la mise en place de la PFLAU (enfin, pour quand cela 
sera en production), chaque service d'urgence traient ce sujet de 
manière totalement hétérogène, et là on a vu de tout:
- achat d'abonnement PAYANT chez Orange pour un webservice 
annuaire inversé (hors liste route)
- achat de fichier annuaire jamais complet a des éditeurs 
d'annuaire
- mise en place du flux annuaire universel directement avec 
les opérateurs sur un contrat PAYANT
- mise en place du flux annuaire universel sur la base d'un 
contrat GRATUIT entre opérateurs et services d'urgence (LA VRAI 
SOLUTION QUI AURAIS DU A L'EPOQUE ETRE MISE EN PLACE, avant PFLAU).


Pour l'instant je dirais faute SERVICE d'URGENCE et pas COMPLETEL 
(pour une fois), c'est au service d'urgence de mettre en œuvre les 
moyens de consolider les flux annuaires universelle.
Juste un bémol: sous réserve que Completel est bien mis a jour la 
fiche annuaire de l'abonné, a tester sur PagesJaunes ou tout autre 
site d'annuaire type 118xxx.


Maintenant y'a la PFLAU, enfin un jour peut être, et cela devrait 
résoudre le soucis.



PS pub:dans l'offre de terminaison/collecte d'appel via Lasotel, 
nous proposons les prestations de gestion de tout ses volets 
réglementaires.



Sylvain








Le 27/11/2015 08:03, David Ponzone a écrit :
Le 27 nov. 2015 à 06:45, Michel Py 
<mic...@arneill-py.sacramento.ca.us> a écrit :



Et donc , qui gère cette base d'adresse ? Le 911 ?

C'est une bonne question, et je te remercie de 

Re: [FRnOG] [ALERT] [ALERTE] - Incident SFR Venissieu

[Sylvain Charron (LASOTEL)]

Bonjour,

Des clients bénéficiants encore d'anciens services délivré par SFR sont 
aussi impacté depuis 02h30 en salle 2A40.

Aucun retour de la part de SFR sur l'origine, plan d'action, délais, ..

Un soustraitant (bossant en ODF) m'indique ne pas être autorisé a 
rentrer aujourd'hui sur le site a cause du gèle du réseau.

Cause:élections, on touche a rien

Cela va finir en mode migration brutale.


Sylvain


Le 20/03/2015 09:10, Nicolas G a écrit :

Bonjour,

Idem ici, pas de coupure visible pour un rack en 0A28

2015-03-20 8:37 GMT+01:00 Jerome SCHEVINGT jerome...@phibee-telecom.net:


Le 20/03/2015 08:34, Nicolas Mrowczynski a écrit :

  Bonjour,

Une partie du netcenter de Venissieu semble être dans le black out depuis
02h30, quelqu'un aurait il des informations sur ce sujet ?

Cordialement
Nicolas

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

  Bonjour,

Pas de soucis visible en salle 3A08, 2A40 et 1A50 a mon niveau.

a+
jerome
Phibee Telecom



---
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] [BIZ] par quoi remplacer mes 6500 ?

[Sylvain Charron (LASOTEL)]

Le 18/12/2014 15:27, Nicolas STRINA a écrit :

On 18/12/2014 10:15, Clement Thery clement.th...@aciernet.com wrote:


Bonjour,


Bonjour à tous,

Visiblement le sujet ASR intéresse l¹assemblé, le sujet 6800 beaucoup
moins.

Du coup le programme serait :

1 )Présentation rapide de l¹ASR et des différentes gammes (théorique)
2) retour d¹expérience sur le clustering (avec démo en lab)
3) différentes topologie, notamment la topologie en ring pour les avec
les satellites (avec démo en lab)
4) l¹avantage de L¹ASR sur des flux multimédia (théorique)

Utilisation de PBB EVPN en datacentre .. Ca serait bien de voir autre
chose que des technos de « LAN ». D¹ou le peu d¹intérêt pour le 6800 à mon
sens :)


Justement, le 6800 est un SWITCH orienté Campus, pas un switch 
DataCenter ni un routeur Provider.
Le 6500 bien qu'avec un ADN similaire, a été a son époque un produit 
relativement polyvalent.


Sylvain




Cordialement,


Si vous voyez d¹autres sujets à ajouter sur l¹ASR, n¹hésitez pas c¹est
pas encore figé.

Clement


De : Gregoire Tourres [mailto:gregoire.tour...@gmail.com]
Envoyé : jeudi 18 décembre 2014 09:34
À : Clement Thery
Objet : Re: [FRnOG] [BIZ] par quoi remplacer mes 6500 ?

Bonjour Clément,
Même si j'en possède déjà pas mal, je suis intéressé par la partie ASR et
comme Jérôme, en particulier par les fonctionnalités nV dont je n'arrive
pas non plus a avoir de feedback.
Quel est le programme de l¹événement proposé par Cisco ?
Merci

Grégoire Tourres
SIPARTECH

2014-12-17 15:41 GMT+01:00 Clement Thery
clement.th...@aciernet.commailto:clement.th...@aciernet.com:
Bonjour à tous

Plusieurs d¹entre vous disposent de 6500 qui arrivent en fin de vie ou ne
supporte plus les full view (limite du nombre de route)
Cisco propose un évènement en janvier sur les nouvelles gammes :


1)   le 6800 remplacement du 6500

2)  Les ASR 9001, 9001 satellite, 9006 et les nouvelles cartes
10G/40G/100G

Si vous êtes intéressé, merci de me le faire savoir en privé

Clement


---
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] [TECH] WIFI public

[Sylvain Charron (LASOTEL)]

C'est bien pour ça que je préfère consommer de la 3G/4G/xG ou autre que 
d'utiliser un hotpot qui:

- fourni un service de qualité douteuse
- fourni un Internet incomplet (je fais comment mon SSH ou mon VPN)
- ne préserve pas ma sécurité (proxy transparent sur POP/IMAP pour 
t'envoyer un mail avec la procédure, jolie collecte de login/pass)

- ..

Sylvain

Le 24/10/2014 18:12, David Ponzone a écrit :

En fait, je pense que le problème va se résumer à: il fera comme il a envie 
pour son hotspot public, surtout s’il est gratuit.
Libre à lui de mettre le curseur quelque part entre la sacro-sainte liberté de 
l’internaute qui se promène avec son PC et la préservation de la qualité de 
service de son Hotspot en cas d’usage sortant du cadre de ce qu’il veut 
proposer.

Le 24 oct. 2014 à 17:59, Pascal Rullier pas...@rullier.net a écrit :


Le 2014-10-24 16:34, David Ponzone a écrit :

Et pourquoi ?
N’est-ce pourtant pas ce qui est en place sur la plupart des Hotspot
WIFi des gros opérateurs nationaux (certains filtrent même violemment
les ports non-standard).

Ce n'est pas parce c'est en place sur la plupart des hotspots que
c'est le top.

Limiter l'usage du net, non. Cela viole la neutralité.
Pourquoi n'ouvrir que tcp/80 et tcp/443 et le reste poubelle ?

Ah oui, je sais en fait, le proxy ne sait gérer que ça.

Et pis, si j'ai envie de regarder un film en streaming over 80
là, ça passe mais c'est sans doute gourmand en BP...

Donc, limiter la BP par user, oui, mais pas de filtrage de protocole.

Ahlala...

--
Pascal Rullier


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



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

Re: [FRnOG] [TECH] BAS ou BNG

[Sylvain Charron (LASOTEL)]

En général on aime bien dissocier les fonctions, plus simple pour le 
debug, plus simple pour la montée en volume.


Sinon concernant les terminologie, le DSL Forum appel cela BRAS, en 
englobant c'est différents mode de terminaison.
La doc TR-092 défini même l'idéal d'un bon BRAS, attention, un peut 
ancien, faut ce remettre dans le contexte d'aujourd'hui.


Sylvain Charron

Le 01/10/2014 11:35, Michel Hostettler a écrit :

Bonjour Thomas,

La désignation de BAS est plutôt française bien que le décondensé soit anglais. 
Le terme le plus usité est celui de BRAS.

Tout BAS, BRAS ou autre chose, comme BNG, est un PE.

Vous parler de L2 pur (Ethernet) en le dissociant de Ethernet/MPLS. Cela doit 
être sentimental, car Ethernet/MPLS c'est aussi L2 pur. Que se passera-t-il 
quand vous passerez en Ethernet/Ethernet ?

Cordialement,
Michel Hostettler

===

On 01 Oct 2014, at 08:23, FAGART, Thomas thomas.fag...@axione.fr wrote:


Bonjour à tous,

Nous nous équipons actuellement de nouveaux équipements de terminaison abonnés 
qui vont faire un peu tout(IP DHCP/PPPoe/LAC). Traditionnellement nous 
appelions cela des BAS, mais ces équipements au lieu de collecter ces flux 
abonnés en L2 pur (Ethernet) vont désormais le faire en Ethernet/MPLS. Du coup 
certains aimeraient marquer le coup et changer de noms en parlant de BNG, et 
d'autres rester sur le nommage actuel (BAS).

Pouvez-vous me faire part de vos habitudes  quant à la terminologie/nommage que 
vous appliquez chez vous , histoire qu'on s'oriente vers la « norme ».

Merci à vous

Thomas Fagart


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



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

Re: [FRnOG] [MISC] Les DC Neo sous patriot act [was: Rachat sur Paris :)]

[Sylvain Charron (LASOTEL)]

Bonjour,

Voici la réponse:

La justice US oblige Microsoft à lui fournir des données hébergées en 
Europe

http://www.channelnews.fr/lists/lt.php?id=KkxSAgIAARkDDA4GGVcMUQI

Sylvain Charron

Le 06/05/2014 00:54, technicien hahd a écrit :

On Monday 05 May 2014 22:24:10 Emmanuel Thierry wrote:

Le 5 mai 2014 à 18:28, Michel Py a écrit :

Mais pour ce qui est de la situation discutée, je pense que c'est très
simple; si oncle Sam le demande, la direction US n'a pas tellement le
choix. Elle peut demander aux ingénieurs tous les mots de passe sans
justifier pourquoi elle en a besoin (motif de licenciement si l'employé
ne les fournit pas) et envoyer un nouveau PDG et quelques techos pour
prendre les choses en main.

Donc au final lire vos données, que vous soyez d'accord ou pas.

Il faut donc que l'oncle Sam demande à la direction US, qui doit demander à
la direction FR, qui doit demander aux sysadmins français, lesquels vont
refuser (cause de responsabilité pénale). La direction FR doit donc
récupérer les credentials des routeurs et faire potentiellement ouvrir un
VPN vers le réseau interne dans certains cas, transmettre ces credentials à
la direction US qui transmettra à la NSA. Ce avec des potentialités de
fuite à tous les niveaux...

Possible, mais peu probable. Le mec de la NSA aura plus vite fait
d'appliquer son petit manuel :
https://firstlook.org/theintercept/document/2014/03/20/hunt-sys-admins/

Cordialement
Emmanuel Thierry

Pas sûr que le sysadmin FR refusent, ni même qu'ils soient nécéssaire, un
admin US pourrait probablement le faire à distance depuis les US.

Tout ça suppose que la NSA n'ait pas déjà accès à ces données par d'autres
moyens et dans ce genre d'affaire In-Q-Tel n'est jamais très loin.

Et puis cette indignation de l'application du patriot act à des datacenters
centraux français est en relation avec une surveillance potentielle des US,
mais c'est une indignation qui oublie qu'en France aussi on s'adonne à ce
genre de pratiques.


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



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

[FRnOG] [ALERT] Cherche contact URGENT chez AZURIA

[Sylvain Charron (LASOTEL)]

Bonjour,

Dans le cadre d'affaire juridique (réquisition judiciaire), nous 
cherchons désespérément a avoir un contact avec la société AZURIA (AS28877).


Si quelqu'un a des points d'entrée réponses en OFF souhaitée.

PS: pour ceux qui veulent échanger sur les pb de fishing, serveurs 
compromis, attaque DDOS (ntp/dns), et le tout avec implication de la 
justice qui ni comprend rien, ce sera avec plaisir de partager nos déboire.


Merci d'avance
Sylvain
LASOTEL


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

Re: [FRnOG] [MISC] Business de location d'IP : WTF ?

[Sylvain Charron (LASOTEL)]

Pensé à bloquer le 587 aussi.
De plus nous avons de plus en plus de spammeur qui passe par les webmail 
avec des logins/mdp fisher a nos abonnés.


Sylvain Charron
LA SOLUTION TELECOM (LASOTEL)


Le 09/12/2013 16:46, Cedric T. a écrit :

j'ai déja vu quelque chose d'ingénieux pour contourner le blocage du
port 25 en sortie :

Il envoie tout son spam depuis un fournisseur peu regardant : en fait il
spoof les IP d'un autre fournisseur qui bloque le 25 qu'en sortie.
Du coup les ACK arrivent par le 2e fournisseur, qui ne comprend pas comment
on a pu spammer et protège son client connement mais j'vous jure, c'est pas
possible, il peut pas spammer le port 25 est bloqué !!!

Cédric


* Radu-Adrian Feurdean fr...@radu-adrian.feurdean.net [2013-12-09 15:41 
+0100]:

On Mon, Dec 9, 2013, at 11:35, Julien Escario wrote:


toujours annoncés chez nous et avec 10 Mbps, je les vois mal rerouter du
trafic pour crawler/spammer/what else ?

Ne sous-estime jamais les spammeurs :)
Ils ont souvent des moyens plus importants que toi. Multiplie ce qu'ils
te demandent par 100 (voire plus) et essaye de voir ce qu;ils peuvent
faire avec ca :)


---
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] [TECH] Probleme electrique A TH2 ?

[Sylvain Charron (LASOTEL)]

Impacte en zone 22 sur une seule voie. Quelques machines mono alim sans STS 
impactees ;-)

Sylvain


Arthur Fernandez - Liazo arthur.fernan...@liazo.fr a écrit :
Salut,

pour nous, nous n'avons pas eu d'impact en 12 et 31, mais perdu un des 
deux feed en 21.
par contre comme d'autres, beaucoup de baies clientes en zone 22
impactées.

courage pour les équipes sur place

A+

-- 
Arthur Fernandez - Directeur / CEO
Liazo - Solutions sur mesure pour opérateurs et entreprises exigeantes.
Mobile:+33.6.61.66.89.54, Fixe:+33.1.82.28.82.80,
Fax:+33.1.82.28.82.70.
siège : 3/7 rue Albert Marquet, 75020 Paris
antenne : 35 rue des jeuneurs, 75002 Paris

Le 19/09/2013 11:02, Fabien Thapon a écrit :
 Salut,

 Pas d'impact au  3 ème étage en 31E (coté EST).

 Fabien

 -Message d'origine-
 De : frnog-requ...@frnog.org [mailto:frnog-requ...@frnog.org] De la
part de Frederic Dhieux
 Envoyé : jeudi 19 septembre 2013 10:44
 À : frnog@frnog.org
 Objet : Re: [FRnOG] [TECH] Probleme electrique A TH2 ?

 Hello,

 Le 9/19/13 10:30 AM, Clement Cavadore a écrit :
 Oui, au deuxième étage, un de mes routeurs a redémarré. Pas de
 redémarrage au 1er, ni au 3e (tout au moins pour mes équipements)
 Pas de problème au 1er de notre côté ni au 3eme. Merci d'avoir
précisé l'étage/zone, parce que coupure électrique TH2 sans préciser
l'étage c'est très flou vu l'indépendance de ceux ci ;)

 Frédéric


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

-- 
Envoyé de mon téléphone Android avec K-9 Mail. Excusez la brièveté.
---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] Statistiques sur le trafic global

[Sylvain Charron (LASOTEL)]

Faut demander a l'ARCEP dans le cadre de son suivi des peering / transit ;-)



Sylvain Charron
LA SOLUTION TELECOM (LASOTEL)

Le 23/07/2013 16:56, Raphaël Jacquot a écrit :

On 23.07.2013 16:06, Jimmy Thrasibule wrote:

Salut,

Existe t-il un site où l'on peut trouver des statistiques concernant le
voulmes des données transitant dans les tuyaux par pays ?


y'avait ca sur une des slides de la NSA...

http://www.wired.com/images_blogs/threatlevel/2013/06/prism-slide-2_2-660x495.jpg 




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



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

Re: [FRnOG] [BIZ] Retours d'expérience datacenter sur Lyon

[Sylvain Charron (LASOTEL)]

Bonjour,

Pour répondre a Philippe,

On s'engage sur un 99.99% de dispo, on n'affirme pas être certifié a ce 
taux . Nous avons a ce jour des services qui tourne depuis plus de 5 ans 
sans interruption (uptime machine de 1863j).

On est client de plusieurs datacenter, que ce soit en région ou sur Paris.
Sur Paris a TH2, pas d’interruption depuis 3 ans (2eme étage, double feed)
Sur Lyon (NetCenter SFR), pas interruption depuis 6 ans (un des rares 
sites sans incident particulier a déclarer).

Sur Maxnod, pas d'interruption depuis l'installation
Sur DCforDATA, pas d'interruption depuis l'installation.

J'entend par interruption la coupure simultanée des voies A et B au 
niveau alimentation électrique, ainsi que l'augmentation de la 
température au delà des seuils de tolérance. Une disjonction de baie a 
cause du client n'entre pas non plus en compte.


Ensuite comme toute société, si on ne tient pas nos engagements on verse 
les pénalités (ça c'est un autre débat, la valeur des pénalités chez les 
opérateurs).


Ce qui compte c'est le résultat, les moyens mis en œuvre sont la pour 
tendre vers une perfection, ensuite c'est comment est géré le site, 
comment est géré l'incident; et y'a que ça qui compte.



Sylvain Charron
LA SOLUTION TELECOM (LASOTEL)

Le 01/03/2013 17:18, Bauden Philippe a écrit :

Absolument pas. Tout d’abord le TIER IV doit être validé par un bureau d’étude, 
dans le cas de ASPSERVEUR le groupe SCHNEIDER/APC/MGE.
Les règles du Tiering sont dictées par l’Uptime institute. Voir pièce jointe le 
white paper de cet organisme qui définit les règles en question.
Ensuite le TIER IV suppose que l’on puisse opérer une maintenance sans perdre 
la redondance, ce qui oblige à quadrupler les équipements.

Dans le cas du Datacenter d’ASPSERVEUR :
Il y a deux inductions EDF séparées (ligne A et ligne B) suivies d’un 
transformateur et d’un TGBT par ligne.
Chaque ligne est secourue par un groupe électrogène distinct qui peut être 
indifféremment assigné à la ligne A ou la ligne B.
Ces deux voies actives arrivent aux onduleurs (SYMETRA PX II modulaires en 
N+1), deux onduleurs en N+1 = N + 4 pour les onduleurs. Soit toujours 4 sources 
d’alimentation.
Chaque baie est alimentée par deux onduleurs différents via deux TDO différents 
sur deux bandeaux de distribution distinct (APC administrables 24 ports).
Pour la climatisation la production d’eau glacée est quadruplée, l’eau est 
acheminée via des doubles pompes et nous avons là encore 4 voies distinctes.
Des dérivation par vannes sur les filtres permettent la maintenance de ces 
derniers en conservant 3 voies actives durant la maintenance. Cela est aussi 
valable sur les groupes froids et sur les pompes.
En fin de chaine 18 climatiseurs de précision APC maintiennent 23° en salle 
blanche, la moitié d’entre eux peuvent tomber en panne au même moment sans 
impacter la température.
Le Datacenter est équipé de plus de 2700 sondes (température, hygrométrie, 
particules, flux d’air …) et un système actif gère les flux des climatiseurs en 
fonction de la demande de l’IT et ce en temps réel.
Il en est de même pour la sécurité et les systèmes anti-incendie (AZOTE 
SIEMENS).
Le principe du TIER IV est donc parfaitement respecté et nous allons même 
au-delà.
Notre Datacenter a été encensé par la presse et dispose de quelques records : 
Disponibilité 100% absolue depuis plus de 3 ans, densité supérieure à 28 kVa 
par baie, éco-efficience modèle avec un PUE inférieur à 1.3
Dîtes-moi quelle autre Datacenter en France peut prétendre à cela ? Les seuls 
vrais TIER IV à ma connaissance sont TELECITY CONDORCET (moyenne densité), 
CELESTE MARYLIN (Moyenne densité) et JAGUAR NETWORK (Moyenne densité).
  


La société « La Solution Télécom » s’engage d’ailleurs d’après son site 
internet que sur une disponibilité de 99.99% ce qui est impossible même avec un 
bon TIER III, l’Uptime Institute donne une valeur de disponibilité de 99.98% 
(Representative site availability).
Le TIER IV donne droit à 99.998% de disponibilité, la société ASPSERVEUR allant 
au-delà du TIER IV s’engage réellement et avec des pénalités financières sur 
100% de disponibilité.
Il n’est pas raisonnable de faire de maigres investissements et de prétendre 
ensuite disposer de l’équivalent des sociétés sérieuses (Telecity, Jaguar, 
Celeste, Aspserveur …)
  


Le 28 févr. 2013 à 22:48, Eric ROLLAND roll...@artefact.fr a écrit :


Le 28/02/13 20:03, Mathieu Goutard a écrit :

Exact
Pas de TIER 4 en France

Une des exigences pour etre Tiers 4 selon les normes de l'Uptime Institute est 
le fait d'avoir 0 SPOF.
Donc par exemple, il faut 2 fournisseurs et 2 transporteurs d'électricité.

Malheureusement c'est impossible en France pas sur ce type de besoins 
électriques dont peuvent avoir besoin les datacenters (entre 4 et 64 MW) pour 
ceux que je connais :)

Bonne soirée


Bonjour,
Si on a 140h d'autonomie avec un GE, ca passe ou il faut absolument un
feed branché une centrale nucléaire ?
Pire, faut-il 2 x GE pour 

Re: [FRnOG] [MISC] - France-ix en region

[Sylvain Charron (LASOTEL)]

Le 01/03/2013 14:43, Emmanuel Thierry a écrit :
Plus précisément (je pense que c'était l'objet de la remarque), est-ce 
que ça ne risque pas de faire tomber à l'eau des projets futurs en 
offrant une solution de facilité ? Puisqu'il y a un IX disponible à 
Paris, pourquoi s'emer à monter un IX local ?


S'em...er à monter un IX locale si y'a qu'un acteur locale, c'est sur 
que c'est une perte de temps.
Si y'a plusieurs acteurs / un trafic conséquent ou pertinent, oui, un IX 
aura toujours un intérêt, et les acteurs l’organiserons naturellement 
(enfin en les aidant un peut quand même).

S'ils sont que deux, ba autant faire du peering direct.


Sylvain Charron
LA SOLUTION TELECOM (LASOTEL)


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

Re: [FRnOG] [BIZ] Retours d'expérience datacenter sur Lyon

[Sylvain Charron (LASOTEL)]

Si ASPSERVEUR est Tier 4, alors beaucoup de DC en France le sont aussi.
Beaucoup de DC sont basés sur des archi permettant avec les mêmes 
arguments de prétendre être Tier 4.



Sylvain Charron
LA SOLUTION TELECOM

Le 28/02/2013 16:57, Bauden Philippe a écrit :

Pour conclure ;-)

Les Datacenters sur Lyon ne sont qu’en TIER III, donc il faut accepter une 
coupure théorique d’une heure quarante par an et encore quand tout se passe 
bien.
Il existe peu de Datacenter TIER IV en France et ils sont très cher sauf celui 
d’ASPSERVEUR à La Ciotat (Aix en Provence). Dans ce cas la disponibilité 
théorique est de 99.998% et la disponibilité constatée est de 100% depuis 3 ans.
De plus celui d’ASPSERVEUR est en très haute densité (record français avec 28 
KVa par baie) ce qui permet de raquer plus de serveurs pour le même prix.
Au niveau connectivité le Datacenter d’ASPSERVEUR est raccordé aux principaux 
opérateurs (SFR, NEO TELECOM, COGENT, OBS, INTEROUTE …) et dispose d’une 
interco de 40 Gbps sur 4 fibres vers le Datacenter SFR de Marseille où sont 
présents tous les opérateurs (dont France IX).
ASPSERVEUR propose aussi des baies sur Marseille pour les besoins de PRA/PCA et 
dispose aussi d’un Metro-Cluster NetApp pour le stockage synchrone entre les 
deux sites ainsi que des Load-balancer CISCO CSS pour l’équilibrage de charge 
ou le fail-over entre les deux Datacenter.
Une baie 2 X 2 KVa (tout est en double attachement chez ASPSERVEUR) avec deux 
bandeaux APC 24 ports administrables n’est qu’à 890 € par mois. Soit deux fois 
moins cher que l’équivalent sur Paris.
Le Datacenter d’ASPSERVEUR est aussi un des tout premier Datacenter 
éco-efficient avec un PUE inférieur à 1.3
  
Pour l’éloignement et l’administration ASPSERVEUR propose des services Eyes  Hands en 24/7 mais aussi un Extranet très complet : Reboot APC ou IPMI, Monitoring pour le Transit IP et pour le SNMP (CACTI et OREON intégrés), Gestion PXE pour l’installation à distance des systèmes d’exploitation, Gestion DNS et reverse DNS …
  
ASPSERVEUR propose aussi tous les services d’interco, LS, MPLS, XDSL, Radio, Fibre … dans le même esprit donc à des tarifs raisonnables.

Il faut noter qu’ASPSERVEUR dispose de références client prestigieuses comme le 
Ministère de l’éducation nationale ou de gros sites marchands très critiques 
comme showroomprive.com (CA = 500 millions d’euros).
  
Voici le lien direct vers la page des services de colocation : http://www.aspserveur.com/index.php?/asp_colocation_en_datacenter/
  



Le 26 févr. 2013 à 14:51, Alain BIEUZENT alain.bieuz...@free.fr a écrit :


+1 pour ASPSERVEUR.

-Message d'origine-
De : frnog-requ...@frnog.org [mailto:frnog-requ...@frnog.org] De la part de
Bauden Philippe
Envoyé : mardi 26 février 2013 14:32
À : Eric Fourage
Cc : Antoine Benkemoun; frnog-...@frnog.org
Objet : Re: [FRnOG] [BIZ] Retours d'expérience datacenter sur Lyon

Un peu plus loin que Lyon ! Mais très performant !!!

ASP Serveur.

aspserveur.com

Tu peux pas te tromper.

Bonne journéee.

Paul Berthelot
Le 26 févr. 2013 à 12:17, Eric Fourage e...@fourage.net a écrit :


bonjour,

Nous avons 2 baies au Netcenter SFR de Venissieux et 1 baie chez
DCforData à Limonest (nord de Lyon) pour nos intercos WAN VPN
IP/internet, des serveurs, de la sauvegarde et notre plate-forme de sécu.

- Netcenter SFR:
tres gros, 3/4 étages de 3 grandes salles chacun, chaque salle étant
dédiée ou mutualisée pour des clients finaux ou des hébergeurs dans
les salles: cages ou baies (à l'unité uniquement je crois, mais ça
doit dépendre de l'hebergeur) tous les gros opérateurs nationaux y
sont présents + Lyonix donc pas de souci pour les intercos
WAN/internet
désavantages: ceux liés à une grosse structure (autorisations de
visite/intervention,...)
http://www.datacentermap.com/france/lyon/neuf-vennissieux.html

- DCforData:
bcp plus petit, en cours d'agrandissement actuellement 2 cold
corridors dans 1 salle récent, propre, équipe tres pro, réactive et
sympa moins d'opérateurs nationaux: OBS et Completel y arrivent en
fibre, Lasotel aussi , Lyonix présent hébergement direct à la baie,
mais aussi présence de fournisseur(s) VMware salle de préparation,
hotspot wifi http://www.dcfordata.com/ = je le recommande !

voilà, n'hésites pas à me contacter en direct pour des questions plus
précises

Eric


Le 26 février 2013 10:05, Antoine Benkemoun
antoine.benkem...@gmail.com a écrit :


Bonjour,

À la vue des prix pratiqués par les datacenters sur Paris, nous
étudions la possibilité de mettre des serveurs sur la région
Lyonnaise. Je serais donc très intéressé si vous avez des retours
d'expérience sur divers DC/hébergeurs. Sur liste ou hors liste, comme
vous voulez. J'ai commencé à faire un tour d'horizon mais j'ai du mal à

avoir de vrais retours.

Si votre société propose de tels services, je suis également prêt à
recevoir votre offre.

Bonne journée,

Antoine Benkemoun

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




--
Eric 

Re: [FRnOG] [ALERT] Coupure(s) électrique(s) chez Cogent Grenoble

[Sylvain Charron (LASOTEL)]

Ras pour nous, mais en 48V sur Grenoble ;-)

--
Sylvain Charron
LA SOLUTION TELECOM (LASOTEL)

Le 24/02/2013 22:20, Raphaël Jacquot a écrit :

On 24 févr. 2013, at 21:17, Jb boin jb-b...@ownz.us wrote:


Pour ceux qui auraient étés victimes de coupures électriques ces derniers jours 
à Cogent Grenoble et notamment ce dimanche, une prise électrique coté armoire 
électrique a décidée de fondre... une belle prise 16A en plus 
(http://data.imagup.com/11/1176401727.jpg)...

On aura eu au final 4 ou 5 coupures pour un downtime d'environ 6 ou 7h au total 
sur moins d'une semaine.


arnaud te dirait que ce genre de prises, c'est 10A max en continu

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



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

Re: [FRnOG] [ALERT] Problème L2 Cogent

[Sylvain Charron (LASOTEL)]

Hello,

Idem pour nous, un peu après 4h00.

Il y a des travaux en cours de Cogent pour faire évoluer le site de 
Genève,  peu être effet de bord.


Sylvain

Le 08/02/2013 06:52, Clément Hermann a écrit :

Hello,

une de nos liaisons L2 Cogent (Grenoble - Paris) bagotte depuis 
environ 4h du matin.
Pas de souci sur les autres apparemment, mais le support évoque des 
problèmes MPLS en cours.


D'autres personnes impactées sur la liste ?

A+




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

Re: [FRnOG] [ALERT] TH2 1ere étage ouest down

[Sylvain Charron (LASOTEL)]

Je confirme,

 uptime is 18 minutes

Par contre il s'agit d'équipement en simple alim que nous avons a cet 
étage, donc je ne peux pas confirmer si les deux voies ont été impactée.


Sylvain Charron

Le 10/08/2012 10:51, Raphael Mazelier a écrit :

Comme d'habitude j'aurais envie de dire...





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

Re: [FRnOG] Voip = Numero d'urgence

[Sylvain Charron (LASOTEL)]

Le 05/03/2011 09:23, Olivier CALVANO a écrit :

Bonjour,

Quelqu'un sait ou je peux trouver la retranscription des numéros d'urgence
département par département ?


Auprès de chaque préfecture, une par une ;-)


Sylvain



merci d'avance
Olivier
---
Liste de diffusion du FRnOG
http://www.frnog.org/



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