Re: [FRnOG] [MISC] Routeur 4G ?

[Régis M]

Bonjour,

Je ressors ce vieux thread car je recherche un routeur 4G et j'allais
partir sur du ubiquiti, mais je doute du coup :)
Quel modèle en particulier tu conseilles / utilises chez Teltonika ?

Budget entre 100 et 200 euros.

Merci

Régis


Le mar. 20 oct. 2020 à 13:34, David Ponzone  a
écrit :

> Teltonika forever.
> Contrôle par le cloud (par reverse-proxy fait par le constructeur) et par
> SMS.
>
> Sierra Wireless a aussi un cloud de management, mais il est plus orienté
> industriel/embarqué, moins orienté pour nos métiers je trouve.
>
>
> > Le 20 oct. 2020 à 13:22, Varicap  a écrit :
> >
> > Tu veux manager quoi à distance ? Les b525 possèdent des menus qui reste
> très limités.
> > Un teamviewer sur le lan te permettra de prendre la main sur le b525
> > Le b525 est un routeur ou tu trouveras plein de sites avec des hacks
> pour personnaliser des features
> >
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>

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

Re: [FRnOG] [TECH] DTMF erroné : Faux Positif

[Régis M]

Salut,

J'ai répondu en privé en citant des noms :)

Sinon, en public sans les noms pour que ca puisse servir aux autres, j'ai
déjà eu le cas effectivement.

Des tests que j'avais fait et pistes étudiées, j'arrivais à la conclusion
d'un bug dans la couche DADHI/Asterisk. Donc, au niveau transformation
E1/SIP quand ca passe par les cartes télécoms.
Assez peu connu, assez peu documenté. C'était il y a 2 ou 3 ans, pas résolu.

Régis

Le 3 août 2018 à 13:33, Xavier ROCA  a écrit :

> Bonjour à tous,
>
>
>
> Malgré que ce soit un Vendredi, et d’été, j’ai un sujet hyper sérieux et
> très « chi… ».
>
> J’ai un de nos transitaires voix qui nous fait suivre des DTMF erronés
> (faux
> positif) avec des DTMF de type A, B, C et D
>
> Provoquant de nombreux blanc lors d’une conversation
>
>
>
> Ils n’avancent pas vraiment assez vite sur le sujet aux goûts des usagés
> impactés
>
> Je souhaiterais donc confirmer ou infirmer que cela est uniquement chez
> eux.
>
> Donc avez-vous des traces de DTMF en faux positif (les habituels 1, 2 #
> sont
> surement pas simples a isolé) mais des A, B, C et D c’est quand même pas
> courant.
>
> Avez-vous déjà eu ce type de problème ? si oui dans quel contexte matériel,
> transitaire …
>
>
>
> Et pour certains qui n’auraient pas encore vu le problème, vous l’avez
> peut-être, sans avoir encore mis le doigt dessus mais cela pourrait
> expliquer quelques plaintes.
>
>
>
> Je donne pas de noms volontairement pour ne pas dénoncer ou se venger en
> blatérant ici.
>
> On veut juste faire avançait le sujet et trouver des pistes.
>
> Si vous souhaitez échanger en privé et confidentiellement, je ferais une
> compilation de la collecte d’informations pour essayer d’en tirer une
> conclusion et faire suivre…
>
>
>
> D’avance merci de vos retours et analyses.
>
>
>
> Bon été et vacances au Aoûtien
>
>
>
> Xavier
>
>
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>

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

Re: [FRnOG] [MISC] Peering SIP (was Problème interco orange)

[Régis M]

>Il faudrait ensuite trouver un système
>simple et sécurisé (filtrage IP, ..) pour que les différents petits/grands
>opérateurs s'interconnectent en SIP entre eux (sur le même principe que
>peering@operateur pour initier un "peering SIP").

Chaque opérateur est identifié par un code, et a un référent.
On pourrait rebasculer sur le domaine de l'email du référent  pour aller
chercher un enregistrement DNS TXT ou apnf. pour avoir l'IP du SBC
de chaque opérateur une fois qu'on a l'opérateur qui gère numéro (porté ou
non).

> Le prix de l'adhesion APNF de base n'est pas énorme pour un petit
>opérateur.
Cool, bon à savoir.  :)

>L'APNF est une asso aussi :-) Je trouve qu'elle répondrait au besoin sur
>l'aspect "traduction de numéro"
Je suis pour aussi,  pour éviter les multi-hosting, etc..
L'APNF est déjà très bien placée pour cela et je pense que globalement, ca
marche.
A quand une API dispo à interroger en lecture :) (opendata) ?

Sinon quelqu'un sait si le système existe dans d'autres pays ?

Régis

Le 15 mai 2018 à 11:01, Fabien H  a écrit :

> L'APNF est une asso aussi :-) Je trouve qu'elle répondrait au besoin sur
> l'aspect "traduction de numéro". Il faudrait ensuite trouver un système
> simple et sécurisé (filtrage IP, ..) pour que les différents petits/grands
> opérateurs s'interconnectent en SIP entre eux (sur le même principe que
> peering@operateur pour initier un "peering SIP"). Chacun est libre ensuite
> au niveau IP d'ajouter la redondance et le transport L2 qu'il souhaite.
>
> Le prix de l'adhesion APNF de base n'est pas énorme pour un petit
> opérateur.
>
> Mais pour avoir accès à la base APNF pour interroger sur un ND donné ou
> pour aller faire des annonces (donc en écriture) dans cette base, c'est
> beaucoup plus cher. Et là c'est un autre aspect où cela peut coincer.. Mais
> à un moment donné, il faut bien financer aussi l'asso qui héberge la base
> de données (ou alors il faut décentraliser)
>
>
>
> Le 15 mai 2018 à 10:51, boite frnog  a écrit :
>
> > J'entends bien... Mais je pensais à quelque chose de plus simple. Il faut
> > bien que tu saches si tu envoies ton appel à ton transitaire, ou si tu
> > envoies ton appel à ton SBC de peering SIP depuis ton SBC.
> >
> > Ce qui implique que finalement (et je vais sans doute en choquer plus
> d'un
> > sur cette liste) tu t'en moques de la base APNF, puisque soit tu check
> > d'abord la base de la supposée asso et si ton SDA de destination n'est
> pas
> > dedans, tu envoies à ton transitaire voix.
> >
> >
> > Le 15 mai 2018 à 10:41, Alain Bieuzent  a écrit
> :
> >
> > > La base de données existe déjà et elle est gérée par l'APNF. Elle
> permet
> > > de savoir à un instant T vers quel opérateur doit ont routé un SDA.
> > >
> > > Le 15/05/2018 10:25, « boite frnog »  de
> > > mailbox.fr...@gmail.com> a écrit :
> > >
> > > Bonjour à tous,
> > >
> > > Je me permets de créer un nouveau sujet. En effet, je pense que
> > Xavier
> > > a
> > > raison, il est temps de faire bouger les choses. La crise d'hier
> est
> > > critique sur plein de plans, combien d'appels d'urgence n'ont pas
> été
> > > routés hier ? Mais sans aller aussi loin, c'est vrai que ça n'a pas
> > > évolué
> > > depuis un bout de temps...
> > >
> > > J'ai cependant plusieurs questions à la liste.
> > >
> > > Pourquoi ne pas faire du peering SIP, suivant le modèle du France
> XI
> > > (un
> > > France SIPIX ?) ? Est-ce que cette question a déjà été soulevée et
> si
> > > oui
> > > quels ont été les freins ?
> > >
> > > Par modèle j'entends à la fois technique, mais aussi associatif.
> > >
> > > C'est à dire un SBC centralisé joignable en interco IP sur TH2
> > > permettant
> > > le routage entre opérateurs, mais aussi la proxyfication du RTP et
> > > pourquoi
> > > pas un nouveau modèle de billing.
> > >
> > > DNS a été soulevé, c'est bien, mais quand bien même il inutile
> > > d'imaginer
> > > résoudre et faire du P2P entre les SBC des "petits opérateurs" pour
> > > pleins
> > > de raisons (notamment sécu, qualité de l'interco)...
> > >
> > > Mais alors, comment échanger (annoncer) ses tranches SDA ? Je ne
> > > connais
> > > pas SIP-I mais je ne crois pas qu'une notion d'annonce existe...
> > >
> > > Faudrait-il créer ce protocole (vecteurs) ? Après tout, les
> solutions
> > > opensource sont là.
> > >
> > > Mais beaucoup plus simplement, est-ce qu’une base de données gérée
> > par
> > > un
> > > tiers de confiance (l'asso) ne suffirait-elle pas à redistribué à
> ses
> > > membres les tranches connues par ce service ?
> > >
> > > Charge aux opérateurs de monter ce second trunk et d'envoyer son
> > trafic
> > > selon ses routes mises à jour dynamiquement sur son SBC...
> > >
> > > Non ?
> > >
> > > ---
> > > Liste de diffusion du FRnOG
> > >   

Re: [FRnOG] [MISC] Firewall full IPTable & Proxy méchant

[Régis M]

Je ne vois pas ce qu'il y a de choquant.

Selon la taille de l'organisation et l'activité, internet n'est qu'un
"support" ou une aide, et pas l'outil. Il est alors très facile
d'identifier les sites qui sont nécessaires au quotidien pour travailler et
donc bloquer le reste des sites.

Cela n'empêchera pas la messagerie en plus...

Rappel : le web au boulot c'est différent du web à la maison.



Le 20 février 2016 à 23:48, Luc THOMAS  a écrit :

> Bonsoir Denis,
>
> "sans rien d'autre" veut effectivement dire, qu'avec des scripts contenant
> des commandes iptables, sans surcouche s'appuyant sur iptables
> Et pour le second point la conception de la chose était réellement de
> bloquer 100% du trafic et 100% des sites puis de débloquer URL par URL.
>
> Merci pour cette réponse, je ne vais pas tout de suite me reconvertir en
> marchant de crêpes, mais plutot changer d'organisme de formation
>
> Le 20 février 2016 à 22:03, Denis VINCIGUERRA  a
> écrit :
>
> > Bonjour,
> >
> > >- Mettre en place des firewall en entreprise avec de scripts iptables
> > seuls (sans rien d'autre)
> > J'ai pas trop compris ce que veut dire "seul (sans rien d'autre)" mais
> > quand j'interviens dans des entreprises pour faire de l'iptables, c'est
> > généralement pour récupérer la base d'objets/règles et mettre une
> > solution propriétaire à la place. Vu le prix des appliances qui ont des
> > fonctionnalités de filtrage bien au delà du simple filtrage L3/L4, avec
> une
> > GUI facile à exploiter pour Monsieur tout le monde, c'est plus très
> courant
> > d'installer un serveur linux gavé de cartes réseau avec un bon gros
> script
> > iptables (même si ça marche très bien et que ça a le bon goût de pas
> avoir
> > de backdoor cachée...)
> >
> > >- Mettre en place des proxy filtrants qui de base bloquent tout et de
> déloquer
> > URL par URL a la demande
> > C'est assez courant de mettre en place des proxys qu'on configure pour,
> de
> > base, n'autoriser que certaines catégories de site (par exemple presse,
> > information, informatique..), bloquer d'autres catégories (armes,
> > kekette..), et pour, de base, bloquer tout ce qui n'est pas catégorisé
> par
> > l'éditeur de la solution. Ensuite le déblocage des sites non catégorisés
> ou
> > catégorisés à tord dans une rubrique non autorisée, se fait à la demande
> URL
> > par URL.
> >
> > C'est peut être ce que voulait dire ton formateur ? Car j'ai du mal à
> > imaginer le fait de partir d'une blacklist et débloquer URL par URL.
> >
> >
> > Le 20 février 2016 à 20:47, Luc THOMAS  a
> écrit
> > :
> >
> >> Bonjour,
> >>
> >> Je viens de suivre une formation de quelques jours sur le thème "Linux
> >> Administration avancée"
> >> A cette occasion, entre autre, le formateur a affirmé avec conviction
> que
> >> il etait d'usage de :
> >>
> >> - Mettre en place des firewall en entreprise avec de scripts iptables
> >> seuls
> >> (sans rien d'autre)
> >> - Mettre en place des proxy filtrants qui de base bloquent tout et de
> >> déloquer URL par URL a la demande
> >>
> >> J'ai halluciné, qu'en pensez vous ?
> >>
> >> Il se trompe et je peut continuer mon métier ou il a raison et dans ce
> cas
> >> je cherche a me recycler en vendeur de crêpes dés demain ?
> >>
> >> Bon week-end
> >>
> >> ---
> >> 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] la responsabilité de l'utilisateur

[Régis M]

Tout réside dans le fait de savoir si il était clairement indiqué que ces
documents étaient confidentiels et que le fait qu'ils soient accessible
soit une erreur ou non.
Tu peux laisser ta fenêtre ou ta porte ouverte, cela n'autorise pas
quelqu'un à rentrer chez toi pour te piquer des trucs...

Inversement, j'estime être en droit de ramasser un truc jeté à la poubelle
si il est en état...




Le 15 janvier 2016 à 12:44, Dominique Rousseau  a écrit
:

> Le Thu, Jan 14, 2016 at 07:46:08PM +, Michel Py [
> mic...@arneill-py.sacramento.ca.us] a écrit:
> [...]
> >
> > L'analogie de la voiture : le propriétaire laisse les clés sur le
> > contact et se la fait voler. Ca ne rend pas le voleur de voiture
> > innocent, mais en tant qu'assuré qui paye, je ne pense pas que mes
> > cotisations devraient couvrir l'assurance contre le vol pour les
> > abrutis qui laissent les clés sur le contact.
>
> Ça, c'est pour l'assurance contre le vol.
> Mais tu ne deviens pas pour autant responsable des actes du voleur, et
> de ce qu'il fait avec ta voiture.
>
> --
> Dominique Rousseau
> Neuronnexion, Prestataire Internet & Intranet
> 21 rue Frédéric Petit - 8 Amiens
> tel: 03 22 71 61 90 - fax: 03 22 71 61 99 - http://www.neuronnexion.coop
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>

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

Re: [FRnOG] [BIZ] Cherche Hébergement

[Régis M]

Par contre par rapport a ce thread, je comprends toujours pas pourquoi
certains continuent a LOUER du serveur sachant qu'un achat de serveur (et
amortissement sur 3 ou 5 ans) fait le même prix.
Pour changer tous les 6 mois et ne pas avoir besoin de gérer la maintenance
hardware... J'ai abandonné le serveur acheté il y a 5 ans, et j'en suis
très content j'ai des serveurs chez OVH, online, ikoula (vm)... et je
peux mieux répartir les coûts/charge/incidents/besoins...


Le 15 juillet 2015 09:12, Xavier Beaudouin k...@oav.net a écrit :

 Hello,


  Je vais prêcher ma paroisse, mais sachez qu'il n'y a pas que OVH et
  Online sur le marché FR :)

 Je dirais pareil :D

  Il y en a plein d'autres, entr'autres ikoula, digicube, firstheberg,
  netissime, etc...

 (...)

  En ce qui nous concerne, on a récupéré 3-4 grosses infras HA de chez OVH
  ou Online, et nos clients sont plutôt contents, après il y a des coics,
  notamment sur les produits de masse, mais ça c'est le data des FAI et
  gros hébergeurs :)

 Ouais. Je dirais même plus des artisants des fois font un travail mieux
 que certains produits industriel.

 Par contre par rapport a ce thread, je comprends toujours pas pourquoi
 certains continuent a LOUER du serveur sachant qu'un achat de serveur (et
 amortissement sur 3 ou 5 ans) fait le même prix.

 Surtout qu'avec une infra complexe, des fois il faut se baser sur des
 choses customs.

 Voila... voila...

 Xavier


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


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

Re: [ALERT] Re: Re : Re: Re : Re: [FRnOG] [ALERT] Incident Covage

[Régis M]

après vous venez me voir pour demander d'aller contacter les différents
archiveurs pour effacer vos traces
ab...@pljrenseignement.gouv.fr ? :)

Le 25 avril 2015 09:09, Philippe Bourcier phili...@frnog.org a écrit :

 Bonjour,

 Un vieux proverbe dit :
 Quand le sage insulte celui qu'il croit imbécile, c'est lui qui passe
 pour un con, quel que soit son propos...

 En effet, notre culture nous incite toujours à nous mettre du côté de la
 victime d'une l'attaque personnelle, donc quelle que soit la qualité de ce
 que tu disais, Jérôme, cela a été complètement gâché par la forme
 utilisée...

 Bref, merci de bien vouloir rester courtois quelle que soit votre propos,
 surtout quand on ne connait pas la personne à qui l'on s'adresse, ni la
 raison pour laquelle il écrit ce qu'il écrit (fusse-t-elle une private joke
 plus ou moins adroite entre 2 personnes, sans lien avec le sujet de la
 thread, ce qui semblait être le cas...). Entre personnes civilisées, on
 pouvait simplement relever qu'une boucle L2 et une boucle L3, c'est
 différent... et qu'a priori on était plutôt en train de discuter de
 problèmes L1...

 Le monde est petit et la mémoire Internet sans limite, donc pensez à
 l'image que vous donnez quand vous écrivez, car après vous venez me voir
 pour demander d'aller contacter les différents archiveurs pour effacer
 vos traces... notamment quand vous souhaitez changer d'emploi, ce qui peut
 arriver à tout le monde :)


 Cordialement,
 Philippe Bourcier

 On 2015-04-24 13:37, Jérôme Nicolle wrote:

 Le 24/04/2015 13:23, Sebastien Lesimple a écrit :

 Quoique l'on en pense, Ludovic avait pris de soin de poursuivre en privé
 cet échange.
 Il airait peut être été de bon ton qu'il le reste.


 Nope, les mails étaient toujours adressés à la liste, je n'ai fait que
 reply de mon côté.

 Si ça n'avais pas été le cas j'aurais été le premier à y prêter attention.

 Mais merci pour ta vigilance.

 @+


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



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


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

Re: [FRnOG] [TECH] Config SFR Voix en IP publiques ?

[Régis M]

Intéressant... :)

Personnellement, les polycoms que j'ai manipulé ne savait pas géré le NAT
(il y a 3 à 4 ans) peut-être est-ce pour ne pas avoir à monter un
réseau privé pour faire marcher leur centrex :)
Après, vu le nombre de postes déployés, je penche plus pour l'idée
d'Aurélien effectivement..

J'ai justement des téléphones SFR business team à appeler et si je peux les
joindre directement en IP, ca serait sympa :)

Cordialement,



Le 1 septembre 2014 15:35, Aurélien footp...@gmail.com a écrit :

 2014-09-01 15:30 GMT+02:00 David Ponzone david.ponz...@gmail.com:

  Bonjour,
 
  En jouant avec la configuration VoIP d’un client à nous qui était chez
 SFR
  pour Data et VoIP, j’ai découvert que les téléphones IP Polycom étaient
  adressés avec des IP publiques (93.20.94.6/XX gw 93.20.94.1).
  Je n’ai pas eu le temps d’analyser plus, donc je ne sais pas si les
 postes
  sont quand même derrière du NAT (et donc ils utilisent un
 petit/moyen/grand
  range public comme du privé) ou s’ils sont juste routés/filtrés.
  Dans le meilleur des cas, si le préfixe que SFR utilise pour cette
  numérotation est large, c’est encore un préfixe public qui est gâché.
 
  Si quelqu’un connait la config précise (idéalement un collaborateur de
  SFR) pour nous éclairer sur ce choix technique et la raison technique qui
  est derrière, cela serait intéressant.
 
 
 
 Bonjour,

 Je ne connais pas du tout le contexte, mais peut-être sont-ce des IPs
 publiques de SFR qui sont utilisées comme des RFC1918, mais locales à
 chaque site, afin d'uniformiser la configuration entre les sites clients,
 et de minimiser les collisions possibles avec le routage client ?

 Cordialement,
 --
 Aurélien Guillaume

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


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

Re: [FRnOG] [TECH] avis choix operateurs Trunk SIP

[Régis M]

Sans faire de pub,
raté... :)

Tous les opérateurs qui suivent la liste (et il y en a bcq en principe)
vont se citer ? :)
Bon, c'est vrai que c'est difficile sur ces sujets de pas s'auto citer :-)

Pour faire avancer le débat, L'offre couplant Trunk SIP/offre illimités est
plutôt rare en général, ou alors, avec la petite clause des X numéros maxi
à pas dépasser (au delà tu payes) car des mecs qui savent te remplir N
canaux 24/24, y'en a pleins :)
De manière général, étudie bien ton besoin et tes volumes car l'illimité
n'est pas toujours le plus rentable au final... Que ceux qui font du VRAI
illimité lève la main ;-)

Régis
[pub]denaroo.com / web2contact.com[/pub]


Le 20 février 2014 07:06, Yoann Thomas ytho...@openip.fr a écrit :

 Bonjour,

 Sans faire de pub, en operateur de trunk sip il y a OpenIP.

 Cdt

 Yoann Thomas
 Directeur associe
 Directeur technique
 Envoyé de mon iPhone

  Le 19 févr. 2014 à 23:37, Tristan Mahé t.m...@b-and-c.net a écrit :
 
  IPDirection et/ou IPPI et/ou Telecom Object, dans l'ordre alphabétique.
 
  Chez BC ( je fais partie du groupe *full disclosure* ) on te répondra
  pas qqc d'intéressant, on ne fais pas l'illimité mobile à tarif
  raisonnable, ça dissuade etjtetrolleraipaspluspromis, ni vraiment les
  clients finaux d'ailleurs ;)
 
  Regarde leurs offres, certains te fournissent en plus la liaison xDSL ou
  FO pour éviter la latence/congestion sur le ninternet public, certains
  sont hébergés eux même, d'autres en colo, d'autres louent des serveurs,
  certains te font du centrex en plus, d'autres te louent le pabx et les
  postes. Si tu connais le sujet, tu va vite savoir choisir celui qui te
  conviens le mieux, qui est le plus proche réseau, ou qui as le moins de
  congestion depuis tes accès WAN si tu veux passer par du public.
 
  Je bosse avec les quatres cités sur plusieurs clients, RAS jusqu'à
  aujourd'hui, un bon rapport avec tous, une bonne réactivité en cas de
  pépins.
 
  Evite les sirènes d'OVH et consorts, c'est pas 'sec' encore pour de la
  prod' entreprise, même si parait qu'Octave remet son nez dedans, donc ça
  va peut être bouger...
 
  Si tu fais de l'international et du LCR, y as flowroute qui était pas
  mal quand je l'ai testé, sinon 11 chez les teutons etc...
 


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


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

Re: [FRnOG] [MISC] Les procédures d'accès aux datacenters: Une punition à chaque fois ?

[Régis M]

Mon dieu ca fait peur.. :)
Content d'avoir choisi un DC sur Reims quand j'en ai eu besoin, et à vous
entendre: éviter Paris à tout prix (ca je le savais déjà d'un autre coté...
:) )
Après, c'est pas les mêmes arrivées ou meetme disponible non plus c'est
clair

Quelqu'un sait ce que vaut le Telco center d'alphalink à ce niveau ?
Merci

Régis


Le 20 janvier 2014 21:36, Radu-Adrian Feurdean 
fr...@radu-adrian.feurdean.net a écrit :

 On Mon, Jan 20, 2014, at 17:55, Xavier Beaudouin wrote:
  Mes expériences:
 
  - bus rouge : quand tu as ton accès et que tu n'es pas sous loc : RAZ,
  en dehors... aie
  - Th2 : quelque soit le truc: trop de papier et d'attente
  - Equinix : Ca va, des fois relou de pas faire des demande dans
  l'urgence quand tu n'as pas de badge (eg demande le jour pour... dans 1h
 := DTC).
  - SFR a CBV: alors... avant = moulin... Now : laissez moi sortir de la
  - Autrement la biométrie c'est bien, en abuser ça crain :)

 De mon cote:
  - RedBus CBV faisait (encore en 2011-2012) exception dans la galaxie
  Telecity :
- RedBus CBV : une fois la douleur de la creation de badge
permanent passee, fallait juste s'habituer au scanner d'iris (pas
evident pour tout le monde). La procedure avec CNI je l'ai vue
uniquement applique quand il y avait des personnes bien connues sur
site (visiteurs, badge oublie) et ca marchait assez rapidement.
- HEX8/9 (anciennement Telecity) : rien que sur la plaquette, des
procedures qui rendent la vie impossible
- HEX6/7 (anciennement RedBus) : en 2012 les choses avait l'air
encore limite potable, mais avec assurance du commercial (we are
aligning it to HEX8/9)
- PowerGate : une lourdeur difficile a supporter, les gens au
NOC/accueil (c'etait les memes) ne parlait pas avec vous s'il n'y
avait pas de ticket ouvert. Access au site (pour arriver a l'accueil
seulement) avec un code obtenu via le portail et strictement pas
autrement. Je me demande meme si c'etait vraiment des etres humains.
- Amsterdam Zuid-Oost : meme systeme d'access avec code, mais ca
avait l'air plus mou (c'etait bien un humain a l'accueil, pas un
robot). L'accueil etait en plus gere par des presta externs.
- Sinon, j'ai eu l'impression que la tendance generale chez TCY est
la lourdeur administrative.
  - Equinix : une volonte de faire les choses bien, mais avec le temps ca
  part en vrille. J'ai vu l'evolution sur PA2 et PA3; j'ai vu aussi le
  tout debut a PA3 et PA4, aussi que le resultat quelques annees plus
  tard a PA2, PA3 et 111 8th ave - les choses suivent toujours le
  meme chemin: ca part des bonnes intentions, ca se degrade et ca finit
  tres mal.
  - GlobalSwith : promoteur immobilier point
  - TeleHouse Docklands (je les ai frequente plus que TH2) : systeme
  archique (base beaucoup sur du papier), assez lent, mais finalement
  assez efficace.
  - Colt Bessieres : meme resenti que THN/E/W.
  - TH2 : assez similaire que les TH en UK, mais avec une french touch
  (plus bordelique, moins bien pense)
  - Iliad : a part des mails occasionnels (mise a jour de la liste
  d'acces) perdus dans la nature, ca va a peu pres.
  - SFR CBV : pitie, non, pas/plus jamais ca ! Lors de la journee avec 3
  pannes en sept 2012, on etait a deux doigts de commencer a eteindre
  des equipements a on sait pas qui, parce-qu'il y avait un erreur dans
  tous sauf un des badges existants dans la boite. Du coup on avait acces
  dans la salle de quelqu'un d'autre mais pas dans la notre, plus
  personne a l'accueil (une mlle qui sourti joliment mais n'a strictement
  aucun droit sur le systeme ne rentre pas en compte), le NOC totalement
  incompetent et impuissant (desole, c'est 19h01,y'a plus personne qui
  peut faire quoi que ce soit), et la securite gere par des externs
  (boite externe carement) qui ne se permettent pas de prendre des
  decisions (monsieur, vous pouvez arreter ce que vous voulez la ou vous
  pouvez entrer, mais je n'ai pas le doit de vous faire entrer dans votre
  salle). Hereusement que la securite etait vraiment deficitaire, et
  qu'on est finalement reussi a ramasser TOUS les badges de la boite,
  pour finalement trouver UN SEUL qui ouvrait la porte de notre salle.


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


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

Re: [FRnOG] [TECH] Fibre Dark desserte interne

[Régis M]

T'es sûr que les fibres jusque l'immeuble appartiennent bien à
orange,sfr,etc... et pas plûtot à l'immeuble/syndic ?

Régis..


Le 11 octobre 2013 10:32, Yann Dufour yann.duf...@gmail.com a écrit :

 Bonjour,

 AMHA, je pense que les opérateur de fibre noire imposent une desserte
 interne dédiée pour des raisons de périmètre de responsabilité (sinon quand
 ça va *bip* il y aura des beaux ping pong...).

 De plus, les coûts d'une desserte interne, par rapport à celui de
 l'adduction d'un bâtiment, sont, en général, moins conséquents !

 My 2 cents,
 Yann


 Le 11 octobre 2013 10:02, Simon Morvan gar...@zone84.net a écrit :

  Hello la  liste,
 
  Est-ce que les opérateurs firbre dark pro peuvent desservir un client
  en utilisant les fibres de l'immeuble posées par un opérateur grand
  public (orange, sfr, free...).
 
  Il y a des fibre surnuméraires entre le local et le branchement d'égout,
  ca éviterait de devoir tirer une nouvelle fibre a travers l'immeuble...
 
  C'est sur Paris, si ca a de l'importance.
 
  NB: Il n'y a pas de jugement de valeur dans les qualificatifs pro et
  grand public, c'est juste pour planter le décor.
 
  A+
 
  --
  Simon
 
 
  ---
  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] trunk layer 2 backup internet

[Régis M]

Version opensource/barbu tu peux aussi monter un vpn en openvpn en TAP/TAP
avec une box de chaque coté...
Le forti sait faire aussi je crois mais il aime bien avoir du forti aussi
de l'autre coté :)


Le 11 septembre 2013 10:39, Nicolas V nicovp...@gmail.com a écrit :

 Bonjour la liste !

 J'ai un site distant sur lequel je dois faire transiter du layer 2 (trunk
 d'environ 10 vlans) de manière redondante.

 J'ai pour cela une liaison dédiée layer 2 (qui fonctionne très bien), et je
 dois pouvoir avoir un secours via une liaison internet.

 Est ce que vous avez déjà mis en place ou auriez des idées de techno (moins
 couteuse qu'un second layer 2 - et si possible pas trop usine à gaz) qui
 permettraient de réaliser une encapsulation layer 2 ?

 J'ai à ma disposition :
 - du matériel cisco (type 4500 / 7600)
 - du matériel fortigate
 - peut être du matériel F5 bigip (des fonctionnalités de tunnels existent
 mais je ne sais pas ce qu'elles permettent/valent)

 Merci pour vos lumières !

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


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

Re: Re: [FRnOG] [MISC] Datacenters : fibres optiques brutes ou pas ?

[Régis M]

 Mes 0.02 Eur ...
J'ai pas compris la remarque / l'allusion / la question = ?
http://en.wikipedia.org/wiki/My_two_cents

;)


Le 27 août 2013 17:59, Cedric ORTEGA ort...@modulo-c.fr a écrit :

 Bon, alors si je résume, on a 2 pbs :
  - d'une part une apparente simplicité qui en fait est un casse-tête pour
 des
 non spécialistes (approche fibres brutes dans mon langage ou FONs +
 WDM si
 je traduis bien dans le votre)
  - d'autre part, une apparente fragilité si l'on considère que passer par
 un
 autre DC pour atteindre un autre GIX est un risque majeur.

 Pour ce second point, je pensais que s'appuyer sur des matériels passifs,
 et
 avoir toujours deux chemins possibles, serait suffisant pour ne pas avoir
 ce
 point de fragilité.

 Paul, tu dis :
  Hmmm... Avoir le GIX chez toi, c'est un service qui t'es rendu... Ca
  valorise tes datacenters, tout comme la presence d'operateurs chez toi
  serait un plus pour tes clients ;)

 C'est pas faux. Même si je peux dealer et offrir une salle (donc des m²
 sécurisés, puisque c'est ce que je vend) en échange d'un GIX.

  Mes 0.02 Eur ...

 J'ai pas compris la remarque / l'allusion / la question = ?

 Cordialement,

 C.ORTEGA - MODULO C

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


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

Re: [FRnOG] [MISC] FRNOG 21.0 - RC 1

[Régis M]

J'ai entendu dire qu'il avait réussi à avoir un stage d'été chez Google...
donc, il est plus en France en ce moment en principe... mais bon, on sait
jamais :)
http://www.nydailynews.com/news/national/google-minutes-web-traffic-plummets-article-1.1429712

Régis


Le 21 août 2013 12:26, Rémy Pons pons.rem...@gmail.com a écrit :

 Si il y a JeAn KEvIn je viens pas !


 Le 21 août 2013 08:39, Philippe Bourcier phili...@frnog.org a écrit :

 
  Bonjour,
 
  Les inscriptions sont ouvertes et la beta du programme est disponible
 pour
  la réunion FRNOG 21.
 
  http://www.frnog.org/?page=**frnog21 http://www.frnog.org/?page=frnog21
 
 
 
  ps: Nous n'avons toujours pas sécurisé un second sponsor pour le beer
  event, si cela vous intéresse, me contacter en privé.
 
 
  Cordialement,
  --
  Philippe Bourcier
  web : http://sysctl.org/
  blog : http://zsysctl.blogspot.com
 
 
  ---
  Liste de diffusion du FRnOG
  http://www.frnog.org/
 

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


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

Re: [FRnOG] [ALERT] PB Free dans le 06

[Régis M]

C'est dommage, elle était bien cette liste dans le temps, on y voyait
passer des problèmes sérieux et importants pour tout le monde.


Le 1 août 2013 16:08, Julien Follenfant jfollenf...@gmail.com a écrit :

 Mais j'ai plus de synchro je peux pas




 Le 1 août 2013 à 18:04, Frédéric GANDER fgan...@corp.free.fr a écrit :

 
  faut appeler le 3244 pour les probleme de synchro
  frnog ne pourra pas t'aider
 
 
  - Mail original -
  De: Patrice Demeocq patricedeme...@belcom247.com
  À: frnog@frnog.org
  Envoyé: Jeudi 1 Août 2013 16:01:10
  Objet: [FRnOG] [ALERT] PB Free dans le 06
 
  Bonjour,
 
  Je suis sans ADSL sur Sophia-Antipolis suite à l'orage, y-a-t-il
  d'autres
  personnes dans le même cas? Le FB bloque à l'étape syncro avec le
  DSLAM,
  sachant que la FB est protégé contre la foudre.
 
  Cdt
  Patrice Deméocq
 
 
  ---
  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/