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
> > > http://www.frnog.org/
> > >
> > >
> > >
> > >
> >
> > ---
> > Liste de diffusion

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

[Régis M]

Effectivement, j'ai mon opérateur principal et mon backup qui déconnent
depuis ce matin sur les appels sortants.
Il y a aussi des plaintes d'échec d'appels sortants sur la ML OVH.   Je me
demandais justement quel opérateur d'opérateur était en cause, car c'est
trop global là

A priori, c'est orange...



Le 14 mai 2018 à 10:51, Cédric Bassaget  a écrit
:

> Bonjour,
> Gros problème chez nous aussi sur l'interco SIP orange, impact sur les
> appels entrants
>
> Le 14 mai 2018 à 10:49, admin Obf  a écrit :
>
> >
> >
> > Bonjour @tous
> >
> > Visiblement, un défaut est présent chez orange au niveau toip (trunk sip)
> > et pas mal de nos clients signalent aussi des défauts avec leur toip
> orange
> >
> > Quelqu'un aurait des infos a ce sujet ?
> > Défaut d'appels qui n'aboutissent pas, sans son ou avec un décalage à
> > l'établissement
> > --
> > Librement,
> >
> >
> > ---
> > 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] Mise à jour MS massive depuis 9h30

[Régis M]

Ca colle pile avec le début des pertes de paquets chez un de nos opérateurs
et d'un paquet d'emmerdes chez nous... :)

Merci de l'info.

Régis

Le 14 mai 2018 à 10:20, David Ponzone  a écrit :

> Apparemment, une grosse mise à jour Microsoft a commencé vers 9h30.
> Elle serait particulièrement intense.
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>

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

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] Retours d'expérience VoIP

[Régis M]

Globalement, je suis d'accord, malgré tout, ca arrive aussi aux gros...

La dernière fois qu'on a eu le cas, c'était en mai, sur des appels
France=>France, et le problème était chez SFR.

On a réussi à avoir résolution après bcq d'aller / retour et escalade. Par
chance, le cas se présentait sur des appels à nous (backup voix pstn entre
2 systèmes normalement interconnectés voip), du coup, on a pu leur fournir
un max de traces vu qu'on pouvait retrouver les cas...

Problème de configuration sur un équipement qui repassait sur le NDI alors
que le CLI fournit était bien formé.

>et un des opérateurs dans la chaine est un guignol
Ouais, et c'est aussi parfois le dernier de la chaine ou parfois... ben ca
merde... pi c'est tout... :)

Le 24 septembre 2015 13:30, David Ponzone  a écrit
:

> Franchement, en 2015, un opérateur en France qui a des problèmes de
> présentation du numéro, c’est que:
> -il utilise des routes grises obscures, et donc évidemment qu’il veut pas
> traiter, puisqu’il peut pas.
> ou
> -il maitrise pas du tout la terminaison de ses appels (par exemple: il
> achète à un opérateur, qui lui-même achète à un opérateur, qui lui achète à
> Orange, et un des opérateurs dans la chaine est un guignol)
>
> Le 24 sept. 2015 à 13:06, Richard Klein  a écrit :
>
> > Bonjour a tous
> >
> > Pour l’hébergement d'un IPBX je dirais rentpbx.com avec l'un des
> serveurs
> > en Allemagne pour l'europe.
> >
> > Pour les operateurs en France il y a :
> >
> > Keyyo , tarif de la minute trop chère maintenant. Configuration des
> trunks
> > SIP bizarre sous asterisk. Support très aléatoire sur des problèmes de
> > présentation de numéro.
> >
> > OpenIP, tarif correcte sur les Did et comms, trunk sip classic sur
> > asterisk, support réactif.
> >
> > OVH , tarif Did très bon et comms aussi, support aléatoire. Keyyo parle
> > d'OVH en disant (vous savez qu'il n'ont pas de support !
> >
> > d'autres opérateurs existent mais il y a le tarif , la qualité du support
> > et la qualité des communications.
> >
> > Lorsque je parle de support aléatoire c'est par exemple des problèmes de
> > présentation de numéro et que l’opérateur ne désire pas traité et fait
> tous
> > pour éviter de contacter l’opérateur destinataire pour un problème de
> > signalisation. Test effectué sur plusieurs opérateurs avec parfois une
> > plainte auprès de l'ARCEP pour faire bouger les choses sur un problème de
> > numéro masqué.
> >
> > Richard
> >
> >
> > Le 24 septembre 2015 12:21, Antoine Benkemoun <
> antoine.benkem...@gmail.com>
> > a écrit :
> >
> >> Bonjour à tous,
> >>
> >> Nous sommes une société Suisse en forte croissance et nous rencontrons
> de
> >> nombreux défis pour la mise en place de lignes VoIP en Europe.
> >>
> >> En Suisse, nous avons un provider Suisse qui nous fournit une sorte de
> PBX
> >> "hosté" qui fonctionne sans soucis. Par contre, pour les autres pays,
> nous
> >> avons beaucoup de mal à trouver une offre similaire qui "juste-marche".
> >>
> >> On a eu un provider en trois lettres du Nord de la France avec lequel
> nous
> >> avons eu beaucoup de problèmes sur les lignes allemandes avec la
> >> présentation des numéros et autres. Nous avons eu un provider belge
> duquel
> >> la fiabilité et le support sont assez douteux.
> >>
> >> Notre besoin est relativement simple mais nous avons du mal à avoir un
> >> provider correct. Nous ajoutons des nouveaux pays européens assez
> >> régulièrement et espérons ne pas devoir prendre un provider par pays.
> >>
> >> Auriez-vous des retours d'expérience sur des offres de ce type ? Que
> >> recommanderiez-vous comme provider ? Avons-nous atteint la limite des
> >> offres type "hosted PBX" ?
> >>
> >> Bref, nous sommes preneurs de retour d'expérience à ce sujet :-)
> >>
> >> Merci d'avance pour votre aide,
> >>
> >> Antoine
> >>
> >> ---
> >> 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] [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  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  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  a écrit :

> 2014-09-01 15:30 GMT+02:00 David Ponzone :
>
> > 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  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é  a écrit :
> >
> > IPDirection et/ou IPPI et/ou Telecom Object, dans l'ordre alphabétique.
> >
> > Chez B&C ( 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 1&1 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  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  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  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  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  a écrit :

> Si il y a JeAn KEvIn je viens pas !
>
>
> Le 21 août 2013 08:39, Philippe Bourcier  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  >
> >
> >
> > 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  a écrit :

> Mais j'ai plus de synchro je peux pas
>
>
>
>
> Le 1 août 2013 à 18:04, Frédéric GANDER  a écrit :
>
> >
> > faut appeler le 3244 pour les probleme de synchro
> > frnog ne pourra pas t'aider
> >
> >
> > - Mail original -
> >> De: "Patrice Demeocq" 
> >> À: 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/