Re: [FRnOG] [TECH] FTTH Access Orange et ONT

[Steeve BEAUVAIS - Société Serinya Telecom]

Merci à tous pour vos retours !

Je ne comprends pas la remarque du spof sur l'ONT. Le FTTH seule est un
spof, avec son OLT, son ONT, son CPE etc...

*Le seul avantage, c’est de maitriser sa livraison, parce que Orange et son
petit process «  tiens je t’envoie l’ONT par la Poste », pour une
entreprise et dans l’état actuel de la qualité de service des transporteurs
en 2024, ça fait du déchet.*
Je suis d'accord, mais pour l'instant quand je les fais livrer chez moi je
ne vois pas trop de problème de livraison.

L'autre point en défaveur est la gestion des mises à jour qui ajoute une
charge et on est pas à l'abri que du jour au lendemain Orange change ses
OLT et donc la liste de compatibilité des ONT...

La meilleure solution reste d'arriver à faire acheter une FTTO au client :)

Cordialement,
Steeve


Le jeu. 25 avr. 2024 à 13:13, Richard Klein  a
écrit :

> Bonjour
>
> Le fameux STT ... Il y a eu des périodes où il était systématiquement
> opposé dans les tickets.
> Cela a changé ?
>
> Richard
>
> Le jeu. 25 avr. 2024, 12:54, David Ponzone  a
> écrit :
>
> > Oui, personnellement, je m’amuse pas à mettre mon propre ONT.
> > Déjà, ça revient plus cher.
> > Ca évite aussi de la config et un échange avec Orange pour leur
> > communiquer le SLID.
> > Ca évite les réponses d’Orange en support du type « ah c’est STT, c’est
> la
> > faute de votre ONT ».
> > Le seul avantage, c’est de maitriser sa livraison, parce que Orange et
> son
> > petit process «  tiens je t’envoie l’ONT par la Poste », pour une
> > entreprise et dans l’état actuel de la qualité de service des
> transporteurs
> > en 2024, ça fait du déchet.
> >
> > David
> >
> >
> > > Le 25 avr. 2024 à 12:48, Ducassou Laurent  a écrit :
> > >
> > > Salut,
> > >
> > > Ça me rappel l'époque des ADSL 512k avec modems et modem-routeur en
> > collecte ATM et des listes fermés ! Et si on avait malheur de sortir des
> > listes officielles de compatibilité, ça dépendait totalement du DSLAM qui
> > était en face.
> > >
> > > Il n’empêche, c'est vrai que l'ONT ou box permet d'être un point pour
> > justement savoir où est la responsabilité de chaqu'un, mais ça ajoute un
> > SPOF au final qui consomme même de l’énergie et dans tous les cas, on est
> > responsable des "choc électrique" que celui-ci prends.
> > >
> > > Que de souvenir dirons certains ! =)
> > >
> > > Laurent
> > >
> > > Le 25/04/2024 à 12:33, David Ponzone a écrit :
> > >> Ah t’inquiète pas, Orange fournit la liste des ONT compatible, tu as
> le
> > choix entre 2 modèles :)
> > >>
> > >>
> > >>> Le 25 avr. 2024 à 12:03, Pavel Polyakov  a
> > écrit :
> > >>>
> > >>> Steeve BEAUVAIS - Société Serinya Telecom
> > >>> :
> > >>>
> > >>>> Je me lance dans une étude pour déterminer si je ne suis pas mieux
> de
> > >>>> prendre moi-même l'ONT, aussi bien en termes de déploiement que
> > >>>> d'exploitation.
> > >>> Ça peut être difficile car l'ONT est souvent spécifique au
> fournisseur
> > >>> de l'OLT. Je les remplace par des modules SFP mais il faut parfois
> > >>> passer un certain temps avant d'arriver à les rendre compatibles.
> > >>>
> > >>>
> > >>> ---
> > >>> Liste de diffusion du FRnOG
> > >>> http://www.frnog.org/
> > >>
> > >> ---
> > >> Liste de diffusion du FRnOG
> > >> http://www.frnog.org/
> > >
> > > --
> > > Cet e-mail a été vérifié par le logiciel antivirus d'Avast.
> > > www.avast.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/
>

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

[FRnOG] [TECH] FTTH Access Orange et ONT

[Steeve BEAUVAIS - Société Serinya Telecom]

Bonjour à tous,

Question purement telco aujourd'hui.
Depuis la sortie de l'offre FTTH Access OWF, j'ai pris l'habitude de
commander avec leur propre ONT pour bien scinder les périmètres de
responsabilité.

Sauf que je m'aperçois que dans un peu moins d'un quart des déploiements,
l'ONT est mal configuré (j'ai pas encore creusé ce qui est mal configuré,
ça va venir). Le reste des échecs vous vous en doutez c'est du tech absent
ou pas fiable.

Je me lance dans une étude pour déterminer si je ne suis pas mieux de
prendre moi-même l'ONT, aussi bien en termes de déploiement que
d'exploitation.

Vos témoignages et vos avis m'intéressent !

Et pour ça j'ai déjà quelques questions dans ma besace :

   - Avez-vous fait le même choix que moi ? (il paraît que mon choix est
   une exception chez Orange)
  - Si oui, est-ce pour une raison particulière ?
  - Et faites-vous le même constat que moi ?
   - Parvenez-vous à superviser et à manager cet ONT ? Si oui comment ?
   - Avez-vous déjà eu à faire des mises à jour du firmware ?
  - J'arrive pas à comprendre si c'est Orange qui déploie les MaJ où si
  c'est à nous de le faire
   - Avez-vous beaucoup de pannes ?

Merci à tous par avance,
Steeve

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

Re: [FRnOG] [TECH] MVNO Orange & SFR

[Steeve BEAUVAIS - Société Serinya Telecom]

Mon conseil : passez votre chemin.

J'ai demandé la possibilité de faire de l'APN dédié avec interco privée.

Au début c'est tout beau, on me promet que c'est OK et pour pas cher. Mon
ingé avait même des étoiles dans les yeux.
Je creuse un peu, toutes les réponses à mes questions techniques étaient à
côté de la plaque.

Je leur ai laissé l'opportunité de revoir leurs réponses à froid. Mes
interlocuteurs ont préféré nous ghoster.

Si c'est pour avoir un partenaire qui disparaît à la moindre difficulté
c'est pas la peine.

Steeve

Le lun. 3 avr. 2023, 12:31, Charles ENEL-REHEL 
a écrit :

> Hallucinante cette propension qu'ont certains à détourner notre FRnOG en
> marketplace. Qui plus est en catégorie [TECH] !
>
> C'est plus fort qu'eux ...
>
> *Charles ENEL-REHEL*
>
> Le lun. 3 avr. 2023 à 12:07, Francois SANTOS via frnog 
> a écrit :
>
>> Bonjour,
>>
>>
>>
>> Phenix Partner MVNO Orange et SFR challenger dans la vente indirecte
>> recherche quelques nouveaux partenaires.
>>
>>
>>
>> Nous travaillons exclusivement en indirect pour vous proposer des offres
>> spécifiques, avec un accompagnement opérationnel et fonctionnel afin de
>> répondre aux besoins de vos clients.
>>
>>
>>
>> L’une de nos forces est la souplesse que nous accordons à nos partenaires
>> pour changer à la voler les forfaits mobiles avec une prise en compte
>> immédiate. Cela peut être très pertinent pour le forfait en Data Only.
>>
>>
>>
>> N’hésité pas à venir vers moi pour un premier contact.
>>
>>
>>
>> Bien à vous,
>>
>>
>>
>>
>>
>>
>>
>

Re: [FRnOG] [TECH] Event FRNOG SBG-IX

[Steeve BEAUVAIS - Société Serinya Telecom]

Salut,

La page pour s'inscrire est ici :
https://www.frnog.org/?page=frnog37=fr

Cordialement,
Steeve

Le mar. 14 mars 2023 à 19:51, Rod Beck  a
écrit :

> Me too. The food is always great. 
>
>
>  [
> https://lh6.googleusercontent.com/2Lt_FJczBnPSUVs0JtgFSEE6fuziTBUYnu5DNq7DbaHJYMBySeKDNp6ky9fv2ZWitaRolkQMR0HSYAjjdUM-gPjMmFr6UnBhtrqwCia4-yVzmmqhyQtc-ad4xrS_rOVnPbkMDOFfh8OhRQhNA_O0QSw
> ]
>
> Roderick Beck
>
> Global Network Capacity Procurement
>
> Budapest:36-70-605-5144
>
> New Jersey: 908-452-8183
>
> Email: rod.b...@unitedcablecompany.com
>
> www.unitedcablecompany.com<http://www.unitedcablecompany.com/>
>
>   [
> https://lh6.googleusercontent.com/9R8wAqKpQlsGGeLxkitsOAGZIQucIAtkshtukANvmidSqz6q6w8bfgw1ayLaQLu77e2px7kf_Z-COzwKMwzoOaamiT8nQTWBY4SE5bJbgHvfBDpHFO2hot6tXqnoWYa3yY2p2l73e70mLuf930n9PKQ]
> <https://www.instagram.com/unitedcableco/> [
> https://lh6.googleusercontent.com/hfZwsEtrU6zRgcl2B--cHNIQoviPy66lZXM-SPu-enHxzN4PTw-dn1561xJUY_PwXLBZrbwrbT5e8un3NttT_E4IMFTa65qHiW0AufGmGjEWhkMGr-zQWJ5y20Mp7aBfGzIJtB7U8u12DWutCGFr6go]
> <https://twitter.com/unitedcableco> [
> https://lh4.googleusercontent.com/QlM9Q72tZY7lyyTh46fFRX4812LGdtEnBEFfpd4m3ybv2msBvSJCsAwwjCBCeTVniXqGwoqGsmuerW9bZZ_VYsRzJ8gVPxQEWVPa82Rs5ELajVXrNnbFlGgi6SzxOjRHT8QPmtb3UhVs_YRmxQjY3Uo]
> <https://www.linkedin.com/company/unitedcablecompany/>   [
> https://lh6.googleusercontent.com/utA6pbJLZJpgC_rlNXfhviBHRjT4pyeShbRvycb8HG3_DFzbMXuo136B2hLqlphCvLhy2ZmnsrHMVAk-1hWpTRr3eDqQzfXT5VYftw_P8fzUbpgbmsVFnZf2WQVTsL97wpeVqRZbMOf7N95Eq4Up-as]
> <https://unitedcablecompany.com/video>
>
> 
> From: frnog-requ...@frnog.org  on behalf of NOC
> SBG-IX 
> Sent: Tuesday, March 14, 2023 5:39 PM
> To: frnog-t...@frnog.org 
> Subject: [FRnOG] [TECH] Event FRNOG SBG-IX
>
> Bonjour,
>
> je suis un IX et j’aimerai venir à votre événement sur Paris et t’il
> possible ?
>
> Mon IX et SBG-IX sur Strasbourg
>
> Bien
>
> Cordialement
>
> NOC SBG-IX AS202827 AS202726 AS56738
>
> ---
> 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] Valeur MTU PPPOE FTTH

[Steeve BEAUVAIS - Société Serinya Telecom]

Si justement si tu met ton WAN à 1508 tu pourras passer ton dialer à 1500.

Comme je disais de mon côté les FTTH collectés en L2TP je mets le dialer à
1460 pour gérer l'encapsulation L2TP.

Pour moi c'est normal que cela ne fonctionne pas à 1492 à cause du L2TP de
l'OI.

Cordialement,

Steeve Beauvais
Directeur Architecture & Solutions
Serinya Telecom

Ce message a été envoyé depuis un appareil mobile.

Le mar. 14 févr. 2023, 18:22, Jérôme Marteaux  a écrit :

> Le 14/02/2023 à 17:14, Sébastien 65 a écrit :
> > Bonjour à tous,
> >
> > OK Steeve je suis d'accord il n'est pas possible de modifier le MTU sur
> le Dialer. Je l'avais indiqué dans une réponse précédente c'est pour cela
> que j'étais plutôt sur la Loopback/Vi-Template du LNS...
> >
> > @Jérôme Marteaux<mailto:jer...@dedwen.info> Voici le ppp nego sur le
> CPE :
> >
> > *Feb 14 15:59:17.435: Vi2 PPP: Using dialer call direction
> > *Feb 14 15:59:17.435: Vi2 PPP: Treating connection as a callout
> > *Feb 14 15:59:17.435: Vi2 PPP: Session handle[7719] Session id[14]
> > *Feb 14 15:59:17.435: Vi2 LCP: Event[OPEN] State[Initial to Starting]
> > *Feb 14 15:59:17.435: Vi2 PPP: No remote authentication for call-out
> > *Feb 14 15:59:17.435: Vi2 LCP: O CONFREQ [Starting] id 1 len 14
> > *Feb 14 15:59:17.435: Vi2 LCP:MRU 1492 (0x010405D4)
> > *Feb 14 15:59:17.435: Vi2 LCP:MagicNumber 0x7D1CD9B7 (0x05067D1CD9B7)
> > *Feb 14 15:59:17.435: Vi2 LCP: Event[UP] State[Starting to REQsent]
> > *Feb 14 15:59:17.435: Vi2 LCP: I CONFREQ [REQsent] id 1 len 38
> > *Feb 14 15:59:17.435: Vi2 LCP:MRU 1514 (0x010405EA)
> > *Feb 14 15:59:17.435: Vi2 LCP:AuthProto CHAP (0x0305C22305)
> > *Feb 14 15:59:17.435: Vi2 LCP:MagicNumber 0x3401577D (0x05063401577D)
> > *Feb 14 15:59:17.435: Vi2 LCP:MRRU 1524 (0x110405F4)
> > *Feb 14 15:59:17.435: Vi2 LCP:EndpointDisc 1 lns-FTTH
> (0x130F016c6e732d46545448)
> > *Feb 14 15:59:17.435: Vi2 LCP: O CONFREJ [REQsent] id 1 len 8
> > *Feb 14 15:59:17.435: Vi2 LCP:MRRU 1524 (0x110405F4)
> > *Feb 14 15:59:17.435: Vi2 LCP: Event[Receive ConfReq-] State[REQsent to
> REQsent]
> > *Feb 14 15:59:17.455: Vi2 LCP: I CONFACK [REQsent] id 1 len 14
> > *Feb 14 15:59:17.455: Vi2 LCP:MRU 1492 (0x010405D4)
> > *Feb 14 15:59:17.455: Vi2 LCP:MagicNumber 0x7D1CD9B7 (0x05067D1CD9B7)
> > *Feb 14 15:59:17.455: Vi2 LCP: Event[Receive ConfAck] State[REQsent to
> ACKrcvd]
> > *Feb 14 15:59:17.455: Vi2 LCP: I CONFREQ [ACKrcvd] id 2 len 34
> > *Feb 14 15:59:17.455: Vi2 LCP:MRU 1514 (0x010405EA)
> > *Feb 14 15:59:17.455: Vi2 LCP:AuthProto CHAP (0x0305C22305)
> > *Feb 14 15:59:17.455: Vi2 LCP:MagicNumber 0x3401577D (0x05063401577D)
> > *Feb 14 15:59:17.455: Vi2 LCP:EndpointDisc 1 lns-FTTH
> (0x130F016c6e732d46545448)
> > *Feb 14 15:59:17.455: Vi2 LCP: O CONFACK [ACKrcvd] id 2 len 34
> > *Feb 14 15:59:17.455: Vi2 LCP:MRU 1514 (0x010405EA)
> > *Feb 14 15:59:17.455: Vi2 LCP:AuthProto CHAP (0x0305C22305)
> > *Feb 14 15:59:17.455: Vi2 LCP:MagicNumber 0x3401577D (0x05063401577D)
> > *Feb 14 15:59:17.455: Vi2 LCP:EndpointDisc 1 lns-FTTH
> (0x130F016c6e732d46545448)
> > *Feb 14 15:59:17.455: Vi2 LCP: Event[Receive ConfReq+] State[ACKrcvd to
> Open]
> > *Feb 14 15:59:17.487: Vi2 PPP: Phase is AUTHENTICATING, by the peer
> > *Feb 14 15:59:17.487: Vi2 LCP: State is Open
> >
>
> Donc là ça s'accorde sur 1514 en MTU. Et en vrai tu as combien ?
>
> --
> Jérôme Marteaux
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>

-- 


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

Re: [FRnOG] [TECH] Valeur MTU PPPOE FTTH

[Steeve BEAUVAIS - Société Serinya Telecom]

Je confirme que je parlais du cas du CPE où on crée une interface dialer,
pour répondre à ce problème là :

CPE(config)#int dialer 0
CPE(config-if)#mtu 1500
 MAX allowed PPPOE MTU[1492] is set as MTU
CPE(config-if)#no mtu 1492
 MAX allowed PPPOE MTU[1492] is set as MTU

D'ailleurs je me suis aperçu que j'ai omis le point principal dans ma
première phrase :
"Sur un cisco le MTU max que tu peux mettre sur un dialer est égale au MTU
de l'interface physique *-8 octets* ou logique associé."

Cordialement,
<https://www.serinyatelecom.fr>

*Quelle que soit l'heure à laquelle vous parvient ce message, vous n'êtes
pas tenu d'y répondre en dehors de vos heures habituelles de travail.*


Le dim. 12 févr. 2023 à 15:10, David Ponzone  a
écrit :

> Il parlait du dialer donc du CPE je pense, et dans ce cas le dialer est
> bien associé à une interface physique.
>
> Pour ma part concernant ton souci, je suis à peu près certain que certains
> réseaux ont des équipements qui viennent altérer la négociation MTU (pour
> une bonne ou mauvaise raison, cela reste à déterminer).
> Je manque de temps pour faire les mêmes tests que toi sur différents
> réseaux, mais je vais essayer de mettre ça plus en haut de la pile.
>
> > Le 12 févr. 2023 à 14:56, Sébastien 65  a écrit :
> >
> > Salut Steeve,
> >
> >> Sur un cisco le MTU max que tu peux mettre sur un dialer est égale au
> MTU de l'interface physique ou logique associé.
> > L'interface logique associée dans la virtual-template est une loopback,
> donc le MTU est de 1514.
> >
> > Le MTU du Dialer devrait être bien supérieure à 1452, ce qui n'est pas
> le cas...
> >
> > Sébastien
> >
> > ---
> > Liste de diffusion du FRnOG
> > http://www.frnog.org/
>
>

-- 


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

Re: [FRnOG] [TECH] Valeur MTU PPPOE FTTH

[Steeve BEAUVAIS - Société Serinya Telecom]

Salut,

Sur un cisco le MTU max que tu peux mettre sur un dialer est égale au MTU
de l'interface physique ou logique associé.

Donc si ton interface WAN est à 1500 tu ne pourras pas mettre plus de 1492
sur ton dialer.
Si tu veux mettre 1500 que ton dialer ton interface WAN doit au moins être
à 1508 octets en MTU.

Pour le reste si SFR fait de de la collecte PPPoE à travers L2TP il faut
prendre en compte les 40 octets de l'entête L2TP.
Donc ton WAN passe à 1460 et ton dialer à 1452 en en MTU. Sans oublié le
MSS à 1412.

Cordialement,

Steeve Beauvais

Le sam. 11 févr. 2023, 14:20, Sébastien 65  a écrit :

> Fabien,
>
> J'avais même essayé avec MTU 9000 sur le LNS et même chose sur
> l'équipement de collecte qui récupère l'infra FTTH SFR afin d'être sur que
> la réduction MTU ne soit pas faite par un de mes équipements !
>
> Cela ne change strictement rien côté CPE... Le debug sur le LNS indique
> toujours  PPP: Reducing MTU to peer's MRU
>
> Sébastien
> 
> De : frnog-requ...@frnog.org  de la part de
> Fabien H 
> Envoyé : vendredi 10 février 2023 18:37
> À : Liste FRnoG 
> Objet : Re: [FRnOG] [TECH] Valeur MTU PPPOE FTTH
>
> Peut-être vérifier sur ton LNS que ton interface de Collecte opérateur ait
> bien un MTU à minimum 2000 ?
>
> Le ven. 10 févr. 2023 à 13:25, Sébastien 65  a
> écrit :
>
> > Sur le CPE j'ai le MRU à 1492 et MRRU à 1524 comme sur le LNS, sauf que
> je
> > n'ai aucune indication de type Reducing MTU sur le CPE.
> >
> > J'ai l'impression que sur la chaine SFR il y a un équipement qui fait
> > n'importe quoi et me bouffe mon MTU !
> >
> > ---
> > 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] [ALERT] Incident Covage ?

[Steeve BEAUVAIS - Société Serinya Telecom]

Hello

Attention, le portail xpfibre ne remplace pas Covage mais est une copie
pour les services Covage qui parte chez XPFibre (2 ou 3 DSP).

Je sais que je m'éloigne du sujet de base mais j'en profite pour lancer le
sujet: la gestion de la passation à XPFibre est vraiment grandiose.

Malgré des relances récurrentes aucune nouvelle de XPFibre qui semblait
encore moins qui courant de nous du sujet.

Et il y a quelques jours ils arrivent la fleur au fusil pour nous faire
commander des portes supplémentaires pour qu'ils migrent les feuilles sur
leur réseau.
LOL


Cordialement,
Steeve


Le ven. 11 mars 2022 à 09:23, David Ponzone  a
écrit :

> Tu touches un autre sujet qui fait rigoler avec eux: le split, parce que
> j’ai pas encore tout compris sur l’impact au niveau DSP (puisque certaines,
> les mixtes, partent chez XP, mais tout le reste reste Covage).
>
> Mais là, c’est porte de collecte, donc c’est backbone, donc c’est toujours
> Covage.
>
> Mais c’est effectivement marrant de voir que la copie du site SAV chez XP
> Fibre marche, avec le même contenu.
>
> > Le 11 mars 2022 à 09:09, Nicolas  a écrit :
> >
> > Le portail SAV a changé d'adresse : https://sav.xpfibre.com/
> >
> > Le 2022-03-11 08:45, David Ponzone a écrit :
> >> Quelqu’un est au courant d’un incident chez Covage ?
> >> Le site du SAV est down, PCO aussi.
> >> Et le support au tel ne répond pas, les escalades non plus. J’ai dû
> >> appeler la dernière escalade (DG) pour avoir qqun, on doit me
> >> rappeler.
> >> ---
> >> 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] Livebox V4 et VLAN sur switch manageable

[Steeve BEAUVAIS - Société Serinya Telecom]

Bonjour Jérémy,

Comme l'évoque Pierre, s'il t'est possible d'envoyer une capture de trames
de l'interface du switch connectée à l'une des livebox problématique je dis
pas non :)

En parallèle, les ref matériel et les versions de firmware sont identiques
entre les 3 livebox où est ce que tu vois une différence entre la livebox
ok et les autres?

Cordialement,

Steeve Beauvais

Ce message a été envoyé depuis un appareil mobile.

Le lun. 24 janv. 2022 à 22:07, Pierre LANCASTRE 
a écrit :

> Hello
>
> +1 on veut bien le modèle des équipements
>
> Ca pourrait être un bpdu stp qui declencherait une feature bpdu block soit
> côté Switch soit côté livebox, ou le renvoi ou autre d une trame type
> loopdetect , ou autre truc fun genre un host de l infra qui ferait du arp
> proxy . Ou encore mieux , déjà vu chez un client, un câble branche sur un
> boîtier CPL.
>  Le bâtiment du client étant partage avec d autres entreprises, un boîtier
> CPL d une autre entreprise du bâtiment venait se synchroniser avec le
> boîtier CPL du client. Le client nous accusait de lui avoir mis une box GP
> alors qu il devait avoir un accès xxx pro. sympa le trou de sécu et fun a
> trouver :)
> Bref, le mieux serait de prendre un pc, lancer un Wireshark pour les trois
> cas de figure : branchement nominal, branchement sans la box orange (en
> prenant son port sur le Switch) et une trace direct sur la box orange. Et
> focus sur le proto arp + les protos L2 (stp etc)
> Comparer les résolutions arp pour les 2 cas où la livebox est sensée être
> joignable, ça sera un bon début :) côté Switch, voir s il y a des commandes
> pour virer tout proto proprio et les bpdu stp éventuellement. Avec le
> modèle des devices on aura peut être d autres pistes
>
> My 2 cents
>
>
>
> Le lun. 24 janv. 2022 à 21:48, David Ponzone  a
> écrit :
>
> > Je comprends bien mais Jérémy a dit qu’avec un petit switch
> > non-manageable, ça marchait.
> > C’est ce qui me fait penser à des paquets incorrects au niveau ethernet
> > qu’un switch intelligent droppe, et donc la très majorité des clients
> n’ont
> > pas été impactés vu que pas de switch.
> >
> > Dans ton cas, c’est quoi le swtich ?
> >
> > > Le 24 janv. 2022 à 20:14, Jérome Fretigny  a
> écrit
> > :
> > >
> > > J ai rencontré un soucis similaire la semaine dernière lié à une maj de
> > firmware (reconnu par orange après 3 change de live box )
> > >
> > > Dans mon cas j avais un réseau à plat, 34 postes sur le net, le reste
> > dans un réseau «  parallèle ». Machines qui se voyaient entre eux mais
> qui
> > ne voyait pas la box
> > >
> > > J ai foutu un routeur et mis ma box orange en bridge, pb corrigé
> > >
> > >> Le 24 janv. 2022 à 20:10, David Ponzone  a
> > écrit :
> > >>
> > >> Ok mais quel genre de MaJ fait qu’une Livebox ne marche plus quand
> > elle est mise dans un VLAN untag ?
> > >> A part envoyer des paquets avec un ethertype foireux, ou un autre
> > défaut, qui soient droppés ET par son coeur de réseau ET le switch Aruba,
> > je vois pas.
> > >>
> > >>> Le 24 janv. 2022 à 20:07, tho...@brenac.net a écrit :
> > >>>
> > >>> Je milite pour une MaJ du firmware des livebox, Nocturne &
> > simultanées. 2 sur 3 c'est possible par des différences de génération
> hard
> > (au sein même d'un Lb4)
> > >>>
> > >>>
> > >>> -Original Message-
> > >>> From: frnog-requ...@frnog.org  On Behalf Of
> > David Ponzone
> > >>> Sent: 24 January 2022 18:07
> > >>> To: Jérémy DUQUESNE 
> > >>> Cc: frnog-t...@frnog.org
> > >>> Subject: Re: [FRnOG] [TECH] Livebox V4 et VLAN sur switch manageable
> > >>>
> > >>> Si je comprends bien, tu as des clients sur le LAN et une Livebox qui
> > sont isolés dans un VLAN (untag sur tous les ports de ce VLAN donc).
> > >>> Et ça se parle plus depuis quelques jours, seulement du côté Livebox.
> > >>> PC1 peut parler à PC2
> > >>> Mais PC1 et PC2 ne voit pas la Livebox.
> > >>>
> > >>> Côté mac-address-table, ça donne quoi sur le coeur de réseau (c’est
> > quoi un coeur de réseau dans ce cas si c’est pas des switchs ?) ?
> > >>> Et côté PC1, il récupère pas la MAC de la Livebox ?
> > >>> Et si tu mets un PC3 à la place de Livebox avec son IP, que tu prends
> > une trace de ce côté, tu vois les ARP Request et les Reply ?
> > >>> Et PC1 arrive à atteindre PC3 dans ce cas ?
> > >>> SI o

Re: [FRnOG] [BIZ] Contact RIPE

[Steeve BEAUVAIS - Société Serinya Telecom]

Salut Jérémie,

Pas de contact particulier de mon côté. Généralement le support fait très
bien le taff sur mes demandes (supp...@ripe.net).

Le tout se fait en anglais, hollandais oblige ^^

Cordialement,

Steeve Beauvais

Le mer. 4 août 2021 à 17:43, Jérémie JANTAC  a
écrit :

> Bonsoir la comu,
>
> Il y a-t-il dans l’assemblée un représentant du RIPE à qui on pourrais
> poser des questions 
> Ou si quelqu’un aurait un contact à nous fournir svp.
>
> En vous remerciant par avance.
>
> @+
> --
> Jeremie JANTAC
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>

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

Re: [FRnOG] [TECH] [CISCO] [ASR] et les messages d'erreur incompréhensible

[Steeve BEAUVAIS - Société Serinya Telecom]

Salut,

Un debug pppoe évent pourrait t'aider si tu es dans le cas d'une policy-map
appliquée via radius et PPPoE comme le suggère Nicolas.

Cordialement,

Steeve Beauvais
Directeur de production télécom
Groupe FrameIP

Ce message a été envoyé depuis un appareil mobile.

Le ven. 16 juil. 2021 à 20:11, Nicolas KARP  a écrit :

> Salut,
>
> Une QoS sur tu appliques en radius mais qui n'existe pas ou qui est mal
> configurée ?
>
> Nicolas
>
>
> Le mar. 13 juil. 2021 à 10:56, Kevin Thiou  a écrit
> :
>
> > Bonjour,
> >
> > j'ai un message d'erreur qui apparait sur un de mes routeurs et j'ai du
> mal
> > à savoir d'où ça sort :
> >
> > *SGPM-3-POLICY_RULE_SERVICE_CONFIG_ERROR* Service () is configured
> > incorrectly, service_failed event will be thrown
> >
> > Un service ne fonctionne pas correctement à cause d'une configuration
> > incorrecte.
> > Comment en savoir plus ? Certains d'entre vous ont-ils déjà vu ce
> message ?
> >
> >
> > Merci
> >
> > ---
> > 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] RAD ou pas RAD sur CELAN Orange ?

[Steeve BEAUVAIS - Société Serinya Telecom]

Lut,

Je confirme CEE fonctionne avec le VLAN 2900.

Le dim. 4 juil. 2021 à 10:29, Sébastien Lesimple <
sebastien.lesim...@iguanetel.fr> a écrit :

> Le 04/07/2021 à 10:20, David Ponzone a écrit :
> > C’est pas 2900 le C2E ?
> Je sais plus, ca fait trop longtemps que je ne m'y intéresse plus.
> Les versions ATM d'avant avait un histoire de VLAN dans ces no il me
> semble... dans mes souvenirs lointains :)
> Ceci dit pour virer un RAD en prod il faut juste le dire à Orange pour
> que la facturation s'arrete I guess.
> Enfin pour ma part, c'est zero EAS Orange, ca me parrait toujours un peu
> etrange d'etre opérateur et demander à un tiers d'installer ses
> equipements de demark on prem du client sur un acces.
> Seb.
> > Mais en C2E, il faut tagger avec 2900 même s’il ya l’EAS.
> >
> >> Le 4 juil. 2021 à 10:17, Sébastien Lesimple <
> sebastien.lesim...@iguanetel.fr> a écrit :
> >>
> >> Le 14/06/2021 à 20:29, Nicolas KARP a écrit :
> >>> Salut à tous,
> >>>
> >>> Pour avoir testé, si tu enlèves un EAS sans le demander à Orange tu
> dois
> >>> encapsuler ton flux dans le vlan 2950 (c'est ce que fait le RAD).
> >>>
> >>> Oui tu peux demander à supprimer l'EAS en cours de route.
> >>>
> >>> Le flux d'admin du RAD serait quant-à lui tagué dans le vlan 127, j'ai
> >>> jamais vérifié mais j'étais tombé sur le document d'ingénierie.
> >>>
> >>> De notre côté, on fait presque comme tout le monde , EAS pour une
> fibre ,
> >>> pas d'EAS pour une EFM.
> >>>
> >>> Nicolas
> >>> Responsable Telecom Hexanet
> >>>
> >>> ---
> >>> Liste de diffusion du FRnOG
> >>> http://www.frnog.org/
> >> Je pense que tu confond CEE et CELAN.
> >> L'histoire du VLAN 2950 c'est dans le cadre de CEE uniquement.
> >> Seb.
> >>
> >> ---
> >> 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] RAD ou pas RAD sur CELAN Orange ?

[Steeve BEAUVAIS - Société Serinya Telecom]

J'ai vu sur une conf Orange qu'ils utilisaient le VLAN 4092 pour manager.

Cordialement,

Steeve Beauvais

Le dim. 13 juin 2021 à 01:59, Romain BAFFERT  a
écrit :

> Ça se défend ! Et du coup, ces EAS sont sûrement managés par orange, il y
> aurait donc un vlan qui traîne dans un coin ?
> Le 13 juin 2021 à 06:11 +0700, Steeve BEAUVAIS - Société Serinya Telecom <
> steeve.beauv...@serinyatelecom.fr>, a écrit :
>
> Salut,
>
> En effet, avec ou sans EAS rien ne change sur la conf du CPE.
>
> Pour ma part, je fais livrer mes CEE et CELAN cuivre sans EAS. Par contre,
> les optiques je les fais avec EAS uniquement pour délimiter clairement le
> périmètre notamment sur l'allumage. Je préfère laisser la responsabilité de
> l'allumage (donc le module SFP) à Orange et me livrer le service sur une
> interface RJ45.
>
> Et comme le dit David c'est gratuit :)
>
> Cordialement,
>
> Steeve Beauvais
>
> Le sam. 12 juin 2021 à 13:59, David Ponzone  a
> écrit :
>
>
> Le 12 juin 2021 à 11:10, Charles ENEL-REHEL 
>
> a écrit :
>
>
> Au demeurant, ORANGE est (à ma connaissance) le seul opérateur de gros à
> proposer de la collecte Ethernet / FttO sans obliger un NTE. Franchement
> appréciable. Chez tous les autres, tu te tapes obligatoirement la mise en
> oeuvre d'un NTE chez ton client, tantôt RAD, tantôt ADVA, tantôt CIENA,
>
> ...
>
> selon l'opérateur.
>
>
> Ou encore Raisecom.
> Ou le pire: un simple switch Huawei 24 ports chez SFR/CLink….
>
> Bref, moi je suis partagé: en CELAN cuivre pas de RAD, mais en CELAN
> optique, j’ai pas encore vu d’intérêt puisqu’il est gratuit.
>
>
> ---
> 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] RAD ou pas RAD sur CELAN Orange ?

[Steeve BEAUVAIS - Société Serinya Telecom]

Salut,

En effet, avec ou sans EAS rien ne change sur la conf du CPE.

Pour ma part, je fais livrer mes CEE et CELAN cuivre sans EAS. Par contre,
les optiques je les fais avec EAS uniquement pour délimiter clairement le
périmètre notamment sur l'allumage. Je préfère laisser la responsabilité de
l'allumage (donc le module SFP) à Orange et me livrer le service sur une
interface RJ45.

Et comme le dit David c'est gratuit :)

Cordialement,

Steeve Beauvais

Le sam. 12 juin 2021 à 13:59, David Ponzone  a
écrit :

>
> > Le 12 juin 2021 à 11:10, Charles ENEL-REHEL 
> a écrit :
> >
> > Au demeurant, ORANGE est (à ma connaissance) le seul opérateur de gros à
> > proposer de la collecte Ethernet / FttO sans obliger un NTE. Franchement
> > appréciable. Chez tous les autres, tu te tapes obligatoirement la mise en
> > oeuvre d'un NTE chez ton client, tantôt RAD, tantôt ADVA, tantôt CIENA,
> ...
> > selon l'opérateur.
>
> Ou encore Raisecom.
> Ou le pire: un simple switch Huawei 24 ports chez SFR/CLink….
>
> Bref, moi je suis partagé: en CELAN cuivre pas de RAD, mais en CELAN
> optique, j’ai pas encore vu d’intérêt puisqu’il est gratuit.
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>

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

Re: [FRnOG] Re: [ALERT] Problème terminaison Orange ?

[Steeve BEAUVAIS - Société Serinya Telecom]

Je suis assez dubitatif sur la description des conséquences de l'incident.
Je ne fais que des services de téléphonie fixe et mes appels sortants ont
été impactés 20%.

Donc ni des appels depuis un mobiles ni des appels vers des numéros
d'urgence.
La panne était (est?) plus générale que ça.

Ce message est rédigé depuis mon mobile.

Cordialement,
Steeve Beauvais
Directeur de production télécom
Groupe FrameIP

Le jeu. 3 juin 2021 à 15:23, Erwan David  a écrit :

> Le 03/06/2021 à 15:05, Stephane Bortzmeyer a écrit :
> > On Thu, Jun 03, 2021 at 02:51:16PM +0200,
> >   Vincent Habchi  wrote
> >   a message of 29 lines which said:
> >
> >> En même temps, si tous les équipements sont identiques et tournent
> >> exactement le même OS ou applicatif ou autre, un événement qui cause
> >> le plantage de l’un est récupéré par le second, qui va planter à son
> >> tour, etc. comme un jeu de dominos.
> >
> > Heureusement qu'on a renoncé à la seconde intercalaire négative (cela
> > aurait été la première) qui avait été envisagée pour ce
> > mois-ci. Quelque chose me dit qu'elle aurait déclenché quelques
> > bogues.
> Elle est annoncée pour dans 2 ou 3 ans...
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>

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

Re: [FRnOG] [ALERT] Problème terminaison Orange ?

[Steeve BEAUVAIS - Société Serinya Telecom]

Même constat via Alphalink 20% de perte d'appels sortants depuis 16h50
environ.

Ce message est rédigé depuis mon mobile.

Cordialement,
Steeve Beauvais

Le mer. 2 juin 2021 à 19:12, David Ponzone  a
écrit :

> Y a un impact sur les numéros d’urgence apparement.
>
>
> > Le 2 juin 2021 à 18:27, Arnaud Willem  a écrit :
> >
> >
> >
> > Ticket ouvert chez OWF pour suivre, ils annoncent un incident générique,
> “pas de délai de rétablissement, les équipes sont dessus”.
> >
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>

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

Re: [FRnOG] [TECH] QoS 2 sur un cisco 1841 ?

[Steeve BEAUVAIS - Société Serinya Telecom]

Hello,

Ça ressemble aussi fortement aux offres C2E et O2E en DATA Entreprise de
chez OWF.

Ta conf ne m'a pas l'air déconnante.

Dans ma policy-map je ne met que set cos 2.

Il manque dans ton extrait de conf le permit du dialer :
dialer-list 1 protocol ip permit

Tu l'as mis dans ta conf ?

Tu peux faire le début suivant pour voir si ton routeur envoie des PADI et
sur quelle interface :
debug pppoe event

Ce message est rédigé depuis mon mobile.

Cordialement,
Steeve Beauvais


Le lun. 31 mai 2021 à 18:51, David Ponzone  a
écrit :

>
> > Le 31 mai 2021 à 17:55, Quentin Leconte  a
> écrit :
> >
> > Bonjour,
> >
> > Si je ne dis pas de bêtises, on a également de gros problèmes similaires
> sur de la collecte FTTH Altitude avec Julien Ohayon / Appliwave.
> >
> > Finalement, on a réussi à faire tomber ça en marche, malgré les
> aller-retours de leur part disant que tout était bon de leur côté, en
> enlevant le VLAN Tag.
>
>
> Quentin,
>
> C’est étonnant parce que si tu vires le VLAN, tu vires aussi la COS 802.1p
> (puisque pas de header 802.1q pour la mettre).
> Dans leur STAS, ils sont clairs: si un des 2 est manquant, ils droppent.
>
> Donc ça a marché en envoyant du traffic « normal » sans VLAN, sans rien ?
> DHCP ou PPP ?
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>

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

Re: [ALERT] RE: [FRnOG] [ALERT] Incident appels rejetés chez Alphalink

[Steeve BEAUVAIS - Société Serinya Telecom]

Nous avons eu un retour, Alphalink a subi des rejets d'appels vers Bouygues
ce matin.

Plus d'impact depuis ce midi.

Cordialement,
Steeve Beauvais

Le jeu. 18 févr. 2021 à 15:07, Anthony Sibiodon 
a écrit :

> Egalement rien de notre coté.
>
>
> > Le 18 févr. 2021 à 14:03, Oliver varenne  a
> écrit :
> >
> > s de soucis à priori pour le moment chez nous
>
>
> --
>
>
> **
>
>
>
> *Ce message ainsi que les pièces qui y sont éventuellement jointes
> peuvent contenir des informations confidentielles ou être couverts par le
> secret professionnel ou le secret des affaires. Il constitue une
> correspondance privée dont la violation est sanctionnée pénalement. Ils
> sont destinés à n’être portés qu’à la seule connaissance de la personne à
> laquelle ou auxquelles ils sont adressés. Toute reproduction,
> communication
> ou diffusion, totale ou partielle, de leur contenu est strictement
> interdite. Si vous avez reçu ce message par erreur, merci de nous
> l’indiquer par retour et de procéder à sa destruction immédiate. **Toute
> intervention de notre société s’inscrit, selon les cas, dans le cadre de
> nos conditions générales de vente et/ou de prestations de service. **Dans
> le cadre de nos relations, nous sommes amenés à traiter des données à
> caractère personnel conformément à notre politique de protection des
> données. **Si cet e-mail est accompagné d’une proposition commerciale,
> elle
> n’engage notre société qu’après acceptation du client et pour la durée
> fixée dans l’offre ou à défaut, pour une durée maximale de 30 jours. *
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>

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

[FRnOG] [ALERT] Incident appels rejetés chez Alphalink

[Steeve BEAUVAIS - Société Serinya Telecom]

Bonjour la liste,

Depuis ce matin, 10h10 environ, Alphalink nous rejette des appels sortants
avec le code SIP 486 (Busy).
Je n'ai pour l'instant pas de retour de leurs équipes à ce sujet.
On est monté à 5% de perte d'appels contre moins de 1% habituellement.

Quelqu'un d'autre est aussi impacté?

Je vous remercie d'avance pour vos retours.

Cordialement,
Steeve Beauvais



<http://www.serinyatelecom.fr/signatures/evenement-serinyatelecom.php>

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

[FRnOG] [ALERT] Incident IPDirection

[Steeve BEAUVAIS - Société Serinya Telecom]

Bonjour à tous,

Pour bien commencer la semaine, nous constatons un incident VOIX chez
IPDirection concernant au moins les appels entrants (à confirmer pour les
appels sortants).
L'incident a été confirmé par le support et la cause semblerait être sur
leur collecte Orange.

Cordialement,
Steeve Beauvais



<http://www.serinyatelecom.fr/signatures/evenement-serinyatelecom.php>

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

Re: [FRnOG] [TECH] Localication d'adresses IP

[Steeve BEAUVAIS - Société Serinya Telecom]

Merci pour votre réponse :)
Vos réponses confirment ce que je pensé sur le faite que les bases GeoIP
sont vraiment quelque chose à part.

J'ai regardé les bases GeoIP justement et elle est bien à jour.

Si quelqu'un chez SFR veut bien se manifester et regarder si ses bases sont
à jour je suis preneur.
Cela nous bloque pour autoriser une de nos IP à accéder à votre extranet et
le support SFR ne veut rien entendre.


Cordialement,
Steeve Beauvais



<http://www.serinyatelecom.fr/signatures/evenement-serinyatelecom.php>


Le lun. 17 août 2020 à 13:27, Alexis  a écrit :

> Bonjour,
>
> On a déjà eu des choses bizarres avec les outils de GeoIP avec certaines
> plages d'IP.
>
> Les outils en question avaient des copies obsolètes des bases de GeoIP
> (Base Geolite en SQLite datée de plusieurs années).
>
> La résolution ? Il faut trouver l'emplacement de la base Geolite dans
> l'outil, puis la remplacer par une plus récente.
>
> Bref, vérifiez que les bases Geolite sont à jour, déjà. La version free
> contient les pays, elle est suffisante.
> Normalement, elle sera à jour. Dans ce cas, il faudra contacter au cas
> par cas tous ceux qui localisent incorrectement vos IP. C'est super
> lourd et pas pratique ... Mais j'ai rien de mieux sous le coude :p
>
> Alexis
>
> Le 17/08/2020 à 12:03, Steeve BEAUVAIS - Société Serinya Telecom a écrit :
> > Bonjour à tous,
> >
> > Nous avons récupérer des pools IPv4 l'année dernière.
> > Ces pools étaient utilisé dans une autre pays avant nous.
> >
> > Le problème est qu'aujourd'hui certaines bases semble toujours voir ces
> IP
> > à l'étranger alors qu'elles sont bien déclarées sur le RIPE en France.
> > D'autre bases, elles, voient bien mes IP en France.
> >
> > Avez-vous déjà rencontré le cas?
> > Merci à tous pour votre aide :)
> >
> > Cordialement,
> > Steeve Beauvais
> >
> >
> >
> > <http://www.serinyatelecom.fr/signatures/evenement-serinyatelecom.php>
> >
> > ---
> > 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/

[FRnOG] [TECH] Localication d'adresses IP

[Steeve BEAUVAIS - Société Serinya Telecom]

Bonjour à tous,

Nous avons récupérer des pools IPv4 l'année dernière.
Ces pools étaient utilisé dans une autre pays avant nous.

Le problème est qu'aujourd'hui certaines bases semble toujours voir ces IP
à l'étranger alors qu'elles sont bien déclarées sur le RIPE en France.
D'autre bases, elles, voient bien mes IP en France.

Avez-vous déjà rencontré le cas?
Merci à tous pour votre aide :)

Cordialement,
Steeve Beauvais



<http://www.serinyatelecom.fr/signatures/evenement-serinyatelecom.php>

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

Re: [FRnOG] [TECH] Application QoS sur PPPoE et VoIP

[Steeve BEAUVAIS - Société Serinya Telecom]

Vos premiers retours me confortent dans l'idée de la version ou de la
virtual-access.
En effet, je vois bien la policy-map appliquée sur ma virtual-access avec
des fluxs qui y passent.

Je vais faire le test de shaping avec un iperf et je vous redis.
J'avais aussi prévu de tester via de l'IPoE et de tester avec une autre
version IOS XE.

Je vous ferai part des résultats en détail, ça pourra servir à quelqu'un un
de ces 4.

Merci pour vos réponses David et Jugurta.

Cordialement,




<http://www.serinyatelecom.fr/signatures/evenement-serinyatelecom.php>


Le mar. 29 oct. 2019 à 14:22, Jugurta Yennek  a écrit :

> Je rejoins David sur l'application de la policy-map au niveau de la
> session PPP. Parfois, on voit bien la policy-map sur l'interface et même
> des flux au niveau des différentes classes de services mais qui n'est pas
> réellement appliquée.
>
> Je te conseille de faire un shapping sur la classe default et de faire un
> test de débit pour voir si c'est réellement appliqué.
>
> La version d'IOS est aussi généralement la cause des bugs d'application
> des policy-map au niveau des virtual-interfaces
>
> *---
> Jugurta Yennek*
>
>
> Le 2019-10-29 12:31, David Ponzone a écrit :
>
>
> Le 29 oct. 2019 à 12:26, Steeve BEAUVAIS - Société Serinya Telecom <
> steeve.beauv...@serinyatelecom.fr> a écrit :
>
> Bonjour la liste,
>
> Je viens requêter vos lumières et voir si vous avez aussi eu le cas.
>
> Je collecte tout type de liaisons en PPPoE sur tout type de collecte (C2E,
> CELAN etc...).
> Et j'applique de la QoS notamment pour la Voix.
>
>
> ...
>
>
> Mais je profite de ce cas pour voir si vous aussi l'avez rencontré et pour
> partager les retours d'expérience et bonnes pratiques de chacun.
>
> Merci d'avance pour vos retours :)
>
> Cordialement.
>
>
>
> Ca résume bien ce qu'on pense (presque) tous de la QoS. Moins y en a,
> mieux on se porte :)
> Tu es sûr que ton LNS a bien pris en compte la policy-map pour la session
> PPPoE ?
> Y a souvent des limitations avec Radius chez Cisco sur certains
> modèles/IOS/âge du capitaine.
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>
>

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

[FRnOG] [TECH] Application QoS sur PPPoE et VoIP

[Steeve BEAUVAIS - Société Serinya Telecom]

Bonjour la liste,

Je viens requêter vos lumières et voir si vous avez aussi eu le cas.

Je collecte tout type de liaisons en PPPoE sur tout type de collecte (C2E,
CELAN etc...).
Et j'applique de la QoS notamment pour la Voix.

Je collecte les liaisons avec du Cisco des 2 côtés, ASR-1000 en BRAS et ISR
800 en CPE.
J'applique des policy-map via Radius pour l'entrant, et la policy-map et
sur l'interface WAN du CPE pour le sortant (application en output sur les
interfaces).

Je réserve en LLQ (priority) un certain pourcentage pour ma voix et en
CBWFQ le reste qui peut être découpé en plusieurs classes.

Le problème que j'ai est que si je lance un téléchargement la voix est
fortement dégradée.
J'ai vérifié et les l'appels passent bien dans la classe tagguée en EF et
en LLQ et le téléchargement passe bien dans une autre classe CBWFQ.

J'ai pu reproduire le phénomène facilement en maquette et je commence à
travailler dessus pour tout retourner.
Pour le moment j'ai testé que sur le trafic entrant et pas encore sur le
trafic sortant afin de voir si c'est un soucis propre à mon BRAS ou aussi
sur mon CPE.

Mais je profite de ce cas pour voir si vous aussi l'avez rencontré et pour
partager les retours d'expérience et bonnes pratiques de chacun.

Merci d'avance pour vos retours :)

Cordialement.





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

[FRnOG] [TECH] Changement d'opérateur de collecte VoIP

[Steeve BEAUVAIS - Société Serinya Telecom]

Salut à tous,

Petite question par curiosité et qui pourrait servir dans l'avenir.
Quelqu'un a t-il déjà effectué un changement d'opérateur de collecte VoIP
pour les appels entrants?

Je ne parle pas forcément de changement d'Opérateur Technique
d'Alimentation et je parle du cas où l'opérateur qui change est adhérent à
l'APNF avec son propre préfixe de portabilité.

Cordialement.




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

[FRnOG] [JOBS] Serinya Telecom et son groupe FrameIP recrutent!

[Steeve BEAUVAIS - Société Serinya Telecom]

Bonjour à tous,

Serinya Telecom, opérateur de services pour les entreprises (grands
comptes, collectivités et grandes PME), recrute !

Notre forte croissance (+20% par an) et notre ambition font que plusieurs
postes sont à pourvoir :

- Responsable administratif (achats / ADV)
- Techniciens réseaux et télécoms (déploiement MPLS, ToIP, services
hébergés, cloud privé...)
- Ingénieur réseaux et télécoms (conception et architecture de
l'infrastructure et des nouveaux services)
- Admin réseaux et systèmes
- Technicien support N3
- Ingénieur d'affaires BU Normandie, BU Paris, BU IDF
- Ingénieur avant vente
- Chef de projet
- Développeurs Web (PHP, React, Vue.js, bases SQL ...)
- Techniciens fibre optique D1, D2, D3

Je recrute aussi plusieurs techniciens/ingénieurs dans mon équipe
Conception pour opérer sur l'évolution et de notre backbone ainsi que
l'innovation de nos services clients.

Serinya Telecom représente la branche opérateur du groupe FrameIP, un
groupe à l'ADN technique fort.
Vous serez amenés à travailler avec des experts de chacune des couches du
modèles OSI. Du tireur de fibre, aux experts applicatifs en passant par des
concepteurs/spécialistes réseaux, sécurité, téléphonie etc..

Cerise sur le gâteau, l'environnement de travail et notre identité
managériale sont propices à l'épanouissement et à l'évolution au sein de
nos infrastructures !

Notre siège social est situé au nord de Rouen, l'accès est relativement
facile, proche de l'autoroute (direction Le Havre, Dieppe, Amiens,
Rouen-Paris).
Si vous souhaitez plus d'informations n'hésitez pas me contacter par mail à
l'adresse steeve.beauv...@serinyatelecom.fr

Cordialement,
Steeve Beauvais
Responsable Conception


<http://www.serinyatelecom.fr/signatures/evenement-serinyatelecom.php>

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

Re: [FRnOG] [TECH] switch openspace

[Steeve BEAUVAIS - Société Serinya Telecom]

Hello,

Chez nous l'open-space est aménagé en pôle de 8 bureau.
Pour les pôle aillant besoin d'un téléphone on met des
Cisco WS-C2960L-8PS-LL.
Pas de soucis particulier avec.

Cordialement.





Le jeu. 16 mai 2019 à 09:50, David Ponzone  a
écrit :

> Fais attention à ne pas te mettre dans une situation compliquée en tirant
> des câbles vers un switch local au bureau.
> Si un jour tu veux réaménager les cloisons, tu te retrouves avec des
> câbles dans un bureau qui sont brassés dans un autre bureau.
> C’est pour ça que ce que tu veux faire n’est pas la « norme » .
>
>
> > Le 16 mai 2019 à 08:45, Jerome Lien  a écrit :
> >
> > bonjour,
> >
> > nous avons un openspace à cabler dans quelques temps et nous aurons une
> > 30ene de bureau de 4 à 16 personnes. Au lieu de tirer 30 câbles réseaux
> par
> > bureau, nous pensions placer des switch par bureau avec 1 à 2 uplink.
> > avez vous des retour d'expérience sur les switch
> > 8ports > HP 2530-8-poe
> > 18 ports > x1018p
> > 26 ports > dell x1026p / mikrotik CRS328-24P-4S+RM
> >
> > ou ubiquiti ou cisco ?
> >
> > merci d'avance pour vos retours,
> >
> > jerome
> >
> > ---
> > 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] Base nationale des appels d'urgence

[Steeve BEAUVAIS - Société Serinya Telecom]

Salut,

Merci pour ta réponse.
J'ai hâte de voir ça ^^

Cordialement.


<http://www.serinyatelecom.fr/signatures/evenement-serinyatelecom.php>


Le mar. 7 mai 2019 à 14:28, Nicolas Gaudin  a
écrit :

> Hello,
>
> Je confirme qu'un projet de "webisation" des PDAAU/TNAAU est actuellement
> en cours.
> Il ne verra cependant pas le jour avant au moins la fin de l'année je
> pense.
> Je ne peux cependant pas en dire plus pour le moment.
>
> Nicolas
>
>
> Le mar. 7 mai 2019 à 14:06, Steeve BEAUVAIS - Société Serinya Telecom <
> steeve.beauv...@serinyatelecom.fr> a écrit :
>
>> Merci pour vos retours.
>> J'avoue ne pas encore avoir fait le point avec le service qui s'occupe de
>> ça chez moi et notamment sur l'évolution des process.
>>
>> Je vais regarder tout ça et voir pour l'automatiser ça ferait gagner
>> beaucoup de temps je pense.
>>
>> Cordialement,
>>
>> [image:
>>
>> http://www.serinyatelecom.fr/signatures/signature-steeve-beauvais-serinya-telecom.jpg
>> ]
>>
>>
>> <http://www.serinyatelecom.fr/signatures/evenement-serinyatelecom.php>
>>
>>
>> Le mar. 7 mai 2019 à 13:40, Alexis Prodhomme 
>> a
>> écrit :
>>
>> > Bonjour Steeve,
>> >
>> > Je t'invite à voir ce document :
>> >
>> >
>> https://www.telecom.gouv.fr/pdaau/docs/Protocole_Echanges_PDAAU_1.53d.pdf
>> >
>> > Franchement, c'est "assez bien" fait et ça reste plutôt automatisable.
>> > Enfin c'est carrément moins pénible qu'il y a quelques années quoi.
>> > (je ne dis pas que c'est parfait. Ça reste de l'envoi d'email et des
>> > listes de diffusion, avec des délais légaux à respecter blablabla. Mais
>> > comparé à avant . c'est exploitable quoi :p)
>> >
>> > Ils fournissent même un script PHP d'exemple pour automatiser tout ça
>> > (page 39).
>> >
>> > Alexis
>> >
>> > Le 07/05/2019 à 11:42, Steeve BEAUVAIS - Société Serinya Telecom a
>> écrit :
>> > > Bonjour à tous,
>> > >
>> > > Il y a déjà quelques années j'avais entendu parler de la mise en place
>> > > hypothétique d'une base de données nationale pour les traduction de
>> SDA
>> > > pour ne plus avoir à se palucher les PDAAU préfecture par préfecture
>> avec
>> > > la joie de formats excel différents les uns des autres.
>> > >
>> > > Je n'ai pas suivi le dossier, quelqu'un saurait me dire si ce sujet
>> est
>> > > toujours au goût du jour et s'il a pu avancer?
>> > >
>> > > Merci d'avance pour vos réponses!
>> > >
>> > > Cordialement,
>> > > Steeve BEAUVAIS
>> > >
>> > >
>> > > <http://www.serinyatelecom.fr/signatures/evenement-serinyatelecom.php
>> >
>> > >
>> > > ---
>> > > 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] Base nationale des appels d'urgence

[Steeve BEAUVAIS - Société Serinya Telecom]

Merci pour vos retours.
J'avoue ne pas encore avoir fait le point avec le service qui s'occupe de
ça chez moi et notamment sur l'évolution des process.

Je vais regarder tout ça et voir pour l'automatiser ça ferait gagner
beaucoup de temps je pense.

Cordialement,

[image:
http://www.serinyatelecom.fr/signatures/signature-steeve-beauvais-serinya-telecom.jpg]


<http://www.serinyatelecom.fr/signatures/evenement-serinyatelecom.php>


Le mar. 7 mai 2019 à 13:40, Alexis Prodhomme  a
écrit :

> Bonjour Steeve,
>
> Je t'invite à voir ce document :
>
> https://www.telecom.gouv.fr/pdaau/docs/Protocole_Echanges_PDAAU_1.53d.pdf
>
> Franchement, c'est "assez bien" fait et ça reste plutôt automatisable.
> Enfin c'est carrément moins pénible qu'il y a quelques années quoi.
> (je ne dis pas que c'est parfait. Ça reste de l'envoi d'email et des
> listes de diffusion, avec des délais légaux à respecter blablabla. Mais
> comparé à avant . c'est exploitable quoi :p)
>
> Ils fournissent même un script PHP d'exemple pour automatiser tout ça
> (page 39).
>
> Alexis
>
> Le 07/05/2019 à 11:42, Steeve BEAUVAIS - Société Serinya Telecom a écrit :
> > Bonjour à tous,
> >
> > Il y a déjà quelques années j'avais entendu parler de la mise en place
> > hypothétique d'une base de données nationale pour les traduction de SDA
> > pour ne plus avoir à se palucher les PDAAU préfecture par préfecture avec
> > la joie de formats excel différents les uns des autres.
> >
> > Je n'ai pas suivi le dossier, quelqu'un saurait me dire si ce sujet est
> > toujours au goût du jour et s'il a pu avancer?
> >
> > Merci d'avance pour vos réponses!
> >
> > Cordialement,
> > Steeve BEAUVAIS
> >
> >
> > <http://www.serinyatelecom.fr/signatures/evenement-serinyatelecom.php>
> >
> > ---
> > Liste de diffusion du FRnOG
> > http://www.frnog.org/
>
>

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

[FRnOG] [TECH] Base nationale des appels d'urgence

[Steeve BEAUVAIS - Société Serinya Telecom]

Bonjour à tous,

Il y a déjà quelques années j'avais entendu parler de la mise en place
hypothétique d'une base de données nationale pour les traduction de SDA
pour ne plus avoir à se palucher les PDAAU préfecture par préfecture avec
la joie de formats excel différents les uns des autres.

Je n'ai pas suivi le dossier, quelqu'un saurait me dire si ce sujet est
toujours au goût du jour et s'il a pu avancer?

Merci d'avance pour vos réponses!

Cordialement,
Steeve BEAUVAIS


<http://www.serinyatelecom.fr/signatures/evenement-serinyatelecom.php>

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

Re: [FRnOG] [TECH] plusieurs services sur lien celan

[Steeve BEAUVAIS - Société Serinya Telecom]

Salut,

Comme l'ont notifié David et Radu-Adrian tu peux simplement jouer avec les
VLAN pour faire de l'IPoE via un réseau d'interco fixe ou de l'adresse via
DHCP.
Tu peux aussi jouer avec plusieurs sessions PPP dans une même interface ou
dispatcher dans plusieurs sub-if.
Le CELAN est transparent au VLAN grâce à du QiQ.

Je vais aller un peu plus loin dans la réponse si un jour tu joues avec du
CEE et que tu te poses la même question.
Dans le cas du CEE, tu seras obligé d'attacher plusieurs dialer à ta sub-if
WAN en VLAN 2900.

Cordialement,

[image:
http://www.serinyatelecom.fr/signatures/signature-steeve-beauvais-serinya-telecom.jpg]


<http://www.serinyatelecom.fr/signatures/evenement-serinyatelecom.php>


Le jeu. 11 avr. 2019 à 11:11, David Ponzone  a
écrit :

> Ou Dialers sur VLANs :)
>
> > Le 11 avr. 2019 à 10:56, Radu-Adrian Feurdean <
> fr...@radu-adrian.feurdean.net> a écrit :
> >
> > On Thu, Apr 11, 2019, at 10:54, David Ponzone wrote:
> >> Alors ça s’appelle les VLAN et c’est bien pratique :)
> >
> > Ou Dialer, selon la facon de faire les choses de chacun.
> >
> >
> > ---
> > 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/

[FRnOG] [TECH] Recherche interco Cloud provider

[Steeve BEAUVAIS - Société Serinya Telecom]

Bonjour à tous!

Je suis actuellement à la recherche d'interconnexion avec différents cloud
provider (type Google Cloud, Azure/O365, AWS et autres).

Connaissez vous des fournisseurs qui pourraient fournir ce genre de
services ?
Tout en sachant que j'ai de la présence à TH2 et PAR4 Nanterre.

Cordialement,
Steeve Beauvais



<http://www.serinyatelecom.fr/signatures/evenement-serinyatelecom.php>

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

Re: [FRnOG] [TECH] Cpagne d'envoi de SMS en masse

[Steeve BEAUVAIS - Société Serinya Telecom]

Merci pour vos retours rapides!
Je vous avoue avoir posé la question en brut sans avoir encore détaillé le
besoin réel, mais au moins ça permet d'avoir des pistes du besoin basique
au plus évolué :)

Cordialement,

[image:
http://www.serinyatelecom.fr/signatures/signature-steeve-beauvais-serinya-telecom.jpg]


<http://www.serinyatelecom.fr/signatures/evenement-serinyatelecom.php>


Le mer. 6 mars 2019 à 14:21, Joel DEREFINKO  a
écrit :

> Bonjour,
>
> J'ajoute à la liste SAP Mobile Services pour l'envoi simple de SMS (ex
> Mobileway devenu M365 devenu Sybase devenu SAP Mobile Services).
> On passe par eux pour l'envoi de nos SMS (simple envoi), pas certain
> qu'ils aient des outils de gestion de campagne (question/réponse + analyse
> statistique).
>
> Joël
>
> -Message d'origine-
> De : frnog-requ...@frnog.org  De la part de
> Alexis
> Envoyé : mercredi 6 mars 2019 13:29
> À : Steeve BEAUVAIS - Société Serinya Telecom <
> steeve.beauv...@serinyatelecom.fr>; frnog-t...@frnog.org
> Objet : Re: [FRnOG] [TECH] Cpagne d'envoi de SMS en masse
>
> Bonjour
>
> Tout dépend de ton besoin.
>
> Si tu souhaites juste un fournisseur qui te permette d'envoyer des SMS
> bruts, c'est facile à trouver, y'en a plein qui ont des API facilement
> utilisables.
> Si tu en veux qui ont des interfaces web pour gérer directement les
> campagnes de SMS, les réponses ou des "noms personnalisés" type "Bonjour
> Mr Dupont", c'est déjà plus compliqué.
>
> Tu as aussi la présentation "personnalisée" du SMS : souhaites-tu
> présenter un "36180" ou similaire ? Ou un expéditeur alphanumérique du
> type "masociété" ?
>
> Bref, y'a le SMS de base qui ne coute pas grand chose et dont plein de
> sociétés fournissent ce service. Et y'a les "petites options" qui,
> suivant tes besoins, viennent grossir la facture et supprimer les
> fournisseurs les uns après les autres.
>
> (si jamais, @job on propose ce genre de services. Les trucs cités
> ci-dessus sont des fonctions qu'on gère)
>
> En "fournisseurs" de SMS bruts, en plus d'OVH qui a été cité, y'a aussi
> Octopush ou CM Telecom.
>
> Alexis
>
> Le 06/03/2019 à 12:28, Steeve BEAUVAIS - Société Serinya Telecom a écrit :
> > Bonjour à tous,
> >
> > Je suis actuellement à la recherche d'une solution ou d'un fournisseur
> qui
> > permettrait la mise en place de campagnes d'envoie de SMS en masse.
> >
> > Quelqu'un connaîtrait une solution ou un acteur du marché dans ce
> domaine?
> >
> > Je vous remercie d'avance pour votre attention.
> >
> > Cordialement,
> >
> > [image:
> >
> http://www.serinyatelecom.fr/signatures/signature-steeve-beauvais-serinya-telecom.jpg
> ]
> >
> >
> > <http://www.serinyatelecom.fr/signatures/evenement-serinyatelecom.php>
> >
> > ---
> > 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/

[FRnOG] [TECH] Cpagne d'envoi de SMS en masse

[Steeve BEAUVAIS - Société Serinya Telecom]

Bonjour à tous,

Je suis actuellement à la recherche d'une solution ou d'un fournisseur qui
permettrait la mise en place de campagnes d'envoie de SMS en masse.

Quelqu'un connaîtrait une solution ou un acteur du marché dans ce domaine?

Je vous remercie d'avance pour votre attention.

Cordialement,

[image:
http://www.serinyatelecom.fr/signatures/signature-steeve-beauvais-serinya-telecom.jpg]


<http://www.serinyatelecom.fr/signatures/evenement-serinyatelecom.php>

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

Re: [FRnOG] [TECH] Porte Orange CELAN et Cisco

[Steeve BEAUVAIS - Société Serinya Telecom]

Bonjour,

Pas de shaping sur nos portes CEE, CELAN.
Par contre on met du shaping sur chacune de nos feuilles.
Sur le dialer du CPE pour la traffic sortant et sur le compte PPP (donc
l'interface virtual access) pour le traffic entrant.
Avec des PE et CPE en Cisco.

Cordialement.






Le mar. 5 févr. 2019 à 11:43, Little Snooze  a
écrit :

> salut,
>
> J'ai une de ces portes de collecte, mais sur un Juniper.
>
> Aucun shaping effectué.
>
>
> A+
>
> Johan
>
>
> Le 16/01/2019 à 17:59, Lucas Viallon a écrit :
> > Bonjour,
> >
> > J'ai une petite question a ceux qui ont une porte de collecte CELAN
> Orange
> > connecté a un routeur Cisco:
> >
> > Sur certain incident, les techniciens Orange me disent que le problème
> est
> > du coté opérateur (moi) car le routeur envoi trop de donnée et me demande
> > de mettre du shaping.
> >
> > Ma question est: Faites vous du shaping vous sur vos portes d’après le
> > débits du lien ?
> >
> > merci
> > Lucas
> >
> > ---
> > 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/

[FRnOG] [TECH] L2TPv3 over PPP & DSLE avec Cisco

[Steeve BEAUVAIS - Société Serinya Telecom]

Bonjour à tous,

J'espère que chacun d'entre vous a pu passer d'agréable faites en
famille/amis (ou sur un rond-point qui sait).

Petite colle technique du jour où un petit peu d'aide ne serait pas de
refus.

J'ai 2 CPE, un Cisco 881 et un Cisco 1921, collecté tous les 2 sur de la
DSLE et qui remontent sur une même VRF en utilisant du PPPoE.
Je tente de monter un tunnel L2TPv3 entre les 2 CPE afin de lier ensemble
le VLAN 10 de chacun des sites au niveau 2.

Seulement, le client me dit que le tunnel ne fonctionne pas.
Je constate qu'il y a des paquets envoyés et reçus dans un seul sens (du
1921 vers le 881).
Auriez vous une idée?

Voici les conf:

==
881
==

l2tp-class L2TP_A73
 authentication
 hello 10
 password 7 123852445F28383405

pseudowire-class PWC_A73
 encapsulation l2tpv3
 interworking ethernet
 protocol l2tpv3 L2TP_A73
 ip local interface Loopback0
 ip pmtu

interface Vlan10
 no ip address
 xconnect 198.19.0.141 10 encapsulation l2tpv3 pw-class PWC_A73


==
1921
==

l2tp-class L2TP_A73
 authentication
 hello 10
 password 7 096D195A5426232224

pseudowire-class PWC_A73
 encapsulation l2tpv3
 interworking ethernet
 protocol l2tpv3 L2TP_A73
 ip local interface Loopback0
 ip pmtu

interface GigabitEthernet0/1.10
 encapsulation dot1Q 10
 no ip unreachables
 no keepalive
 no cdp enable
 xconnect 198.19.0.57 10 encapsulation l2tpv3 pw-class PWC_A73

==
Le tunnel est bien établi:

A73-A37-0050_VTNI#sh xconnect all
Legend:XC ST=Xconnect State  S1=Segment1 State  S2=Segment2 State
  UP=Up   DN=DownAD=Admin Down  IA=Inactive
  SB=Standby  RV=Recovering  NH=No Hardware

XC ST  Segment 1 S1 Segment 2
   S2
--+-+--+-+--
UP ac   Vl10:10(Eth VLAN)UP l2tp 198.19.0.141:10
  UP
A73-A37-0050_VTNI#sh 2tp
A73-A37-0050_VTNI#sh l2tp
A73-A37-0050_VTNI#sh l2tp ?
  class L2TP class users
  counters  Counter information
  memoryL2TP memory usage
  session   Session information
  tunnelTunnel information
  | Output modifiers
  

A73-A37-0050_VTNI#sh l2tp sess

L2TP Session Information Total tunnels 1 sessions 1

LocID  RemID  TunID  Username, Intf/  State  Last Chg Uniq
ID
 Vcid, Circuit
582028873  420531568  468656 10, Vl10:10  est1d18h 5

==
Mais j'ai des paquets que dans un sens:

A73-A37-0050_VTNI#sh l2tp tunn all

L2TP Tunnel Information Total tunnels 1 sessions 1

Tunnel id 468656 is up, remote id is 413263377, 1 active sessions
  *Remotely initiated tunnel*
  Tunnel state is established, time since change 1d18h
  Tunnel transport is IP  (115)
  Remote tunnel name is A73-A40-0001
Internet Address 198.19.0.141, port 0
  Local tunnel name is A73-A37-0050_VTNI
Internet Address 198.19.0.57, port 0
  L2TP class for tunnel is L2TP_A73
  Counters, taking last clear into account:
*0 packets sent, 11359 received*
*0 bytes sent, 1412426 received*
Last clearing of counters never
  Counters, ignoring last clear:
0 packets sent, 11359 received
0 bytes sent, 1412426 received
  Control Ns 374, Nr 14974
  Local RWS 512 (default), Remote RWS 512 (max)
  Control channel Congestion Control is disabled
  Tunnel PMTU checking enabled
  Retransmission time 1, max 1 seconds
  Unsent queuesize 0, max 0
  Resend queuesize 0, max 1
  Total resends 0, ZLB ACKs sent 14974
  Total out-of-order dropped pkts 0
  Total out-of-order reorder pkts 0
  Total peer authentication failures 0
  Current no session pak queue check 0 of 5
  Retransmit time distribution: 0 0 0 0 0 0 0 0 0
  Control message authentication is disabled

Avez-vous déjà rencontré ce cas?
Merci d'avance pour votre aide!

Cordialement,
Steeve Beauvais
Responsable Infra
Serinya Telecom

<http://www.serinyatelecom.fr/signatures/evenement-serinyatelecom.php>

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

Re: [FRnOG] [ALERT] Panne de Cogent en France ?

[Steeve BEAUVAIS - Société Serinya Telecom]

Dernier retour de Cogent:

*"Customers traversing one of our main core routers in Paris may have
reported intermittent connectivity issues and packet loss between 04:00 CET
and 09:14 CET. Issue was escalated immediately to our IP Engineering
department as well as to our vendor. After extensive troubleshooting, the
affected device has been reloaded and routing/packet loss issues have
ceased.*

*Our vendor has gathered the required information from the affected device,
and will investigate further about the root cause of the problem.*

*Your service should be working normally at this time, and no further
impact should be seen on your service."*



<http://www.serinyatelecom.fr/signatures/evenement-serinyatelecom.php>


Le lun. 29 oct. 2018 à 10:13, Aurelien Kempiak  a
écrit :

> Hello,
>
> Je confirme les maintenances, elles étaient planifiées. Par contre c'est
> marrant, c'est la maintenance de dimanche qui nous a impacté (flap BGP),
> RAS pour celle de ce matin (on est popé à CIV LILLE)
>
> Cdt,
>
>
> Le 29/10/2018 à 09:51, Steeve BEAUVAIS - Société Serinya Telecom a écrit :
>
> Bonjour à tous,
>
> Je vous confirme un incident général Cogent en cours.
> Notre L2L et un de nos transit IP sont impactés.
>
> C'est causé par une MaJ foireuse sur leur ASR 9k (Rouen samedi soir et
> Paris hier soir).
>
> Voici le retour que j'ai aujourd'hui:
> *"We are currently having a major outage in Paris, due to a extraordinary
> problem from a planned work.We have involved our engineering team and they
> are dealing with Cisco vendor as well."*
>
> Cordialement,
>
> [image:http://www.serinyatelecom.fr/signatures/signature-steeve-beauvais-serinya-telecom.jpg]
>
> <http://www.serinyatelecom.fr/signatures/evenement-serinyatelecom.php> 
> <http://www.serinyatelecom.fr/signatures/evenement-serinyatelecom.php>
>
>
> Le lun. 29 oct. 2018 à 09:45, Olivier MORFIN  
>  a
> écrit :
>
>
> Bonjour,
> Idem pour nous (AS50812).
>
> Cordialement,
> Olivier
>
> Le lun. 29 oct. 2018 à 09:35, Hugues Voiturier  
> 
> a écrit :
>
>
> Hello la liste,
>
> J’ai pas mal de raisons de penser que Cogent est en train de sérieusement
> tousser un peu partout, principalement sur la partie Lan2Lan, j’essaie de
> voir si c’est localisé géographiquement, vous avez des soucis de votre
>
> côté
>
> ?
>
>
> Hugues
> AS57199 - AS50628
>
>
> ---
> Liste de diffusion du FRnOGhttp://www.frnog.org/
>
>
> ---
> Liste de diffusion du FRnOGhttp://www.frnog.org/
>
>
> ---
> Liste de diffusion du FRnOGhttp://www.frnog.org/
>
> --
>
> *Aurélien* *Kempiak*
> *System & Network Engineer*
>
> *Fixe :* 03 59 82 20 05
>
> 125 Avenue de la République 59110 La Madeleine
> 12 rue Marivaux 75002 Paris
> <https://twitter.com/OdisoHosting>
> <https://www.linkedin.com/company/odiso>
> <http://www.viadeo.com/fr/company/odiso>
> <https://www.facebook.com/monsiteestlent>
>

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

Re: [FRnOG] [ALERT] Panne de Cogent en France ?

[Steeve BEAUVAIS - Société Serinya Telecom]

Bonjour à tous,

Je vous confirme un incident général Cogent en cours.
Notre L2L et un de nos transit IP sont impactés.

C'est causé par une MaJ foireuse sur leur ASR 9k (Rouen samedi soir et
Paris hier soir).

Voici le retour que j'ai aujourd'hui:
*"We are currently having a major outage in Paris, due to a extraordinary
problem from a planned work.We have involved our engineering team and they
are dealing with Cisco vendor as well."*

Cordialement,

[image:
http://www.serinyatelecom.fr/signatures/signature-steeve-beauvais-serinya-telecom.jpg]


<http://www.serinyatelecom.fr/signatures/evenement-serinyatelecom.php>


Le lun. 29 oct. 2018 à 09:45, Olivier MORFIN  a
écrit :

> Bonjour,
> Idem pour nous (AS50812).
>
> Cordialement,
> Olivier
>
> Le lun. 29 oct. 2018 à 09:35, Hugues Voiturier 
> a écrit :
>
> > Hello la liste,
> >
> > J’ai pas mal de raisons de penser que Cogent est en train de sérieusement
> > tousser un peu partout, principalement sur la partie Lan2Lan, j’essaie de
> > voir si c’est localisé géographiquement, vous avez des soucis de votre
> côté
> > ?
> >
> >
> > Hugues
> > AS57199 - AS50628
> >
> >
> > ---
> > 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/

[FRnOG] [ALERT] Incident KOSC/SFR Normandie

[Steeve BEAUVAIS - Société Serinya Telecom]

Bonjour à tous,

Nous subissons actuellement un incident sur l'ensemble de nos services
Kosc. Il semblerait que ce soit du à un incident général SFR en Normandie.

Etes-vous aussi impactés?

Cordialement,

[image:
http://www.serinyatelecom.fr/signatures/signature-steeve-beauvais-serinya-telecom.jpg]


<http://www.serinyatelecom.fr/signatures/evenement-serinyatelecom.php>

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

[FRnOG] [TECH] Recherche WAVE 10G Lens

[Steeve BEAUVAIS - Société Serinya Telecom]

Bonjour la liste,

Je cherche à raccorder un PoP à Lens sur un de mees PoP soit à Rouen soit à
Paris vie un Wave 10G.
Connaissez vous des opérateurs d'infra qui seraient en mesure de me
proposer ce genre de service?

Merci pour votre aide :)

Steeve


<http://www.serinyatelecom.fr/signatures/evenement-serinyatelecom.php>

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

Re: [FRnOG] [TECH] Automation: Ansible et ses alternatives

[Steeve BEAUVAIS - Société Serinya Telecom]

Bonjour à tous,

Désolé pour le retard sur la réponse (période estivale ^^).
En tout cas Ansible ressort pas mal, je vais regarder ce que donne la
version AWX.
Ansible gratuit est impec' pour moi il manque juste l'API pour le piloter
depuis une interface externe.

Cordialement.





Le dim. 19 août 2018 à 12:58, Wallace  a écrit :

>
>
> Le 14/08/2018 à 22:06, Jean-Yves LENHOF a écrit :
> > Le seul moin c'est la scalabilité et la rapidité avec pas mal de
> > serveurs (mais j'ai fait tourné des choses sur 1000 serveurs et en
> > ajoutant un peu de CPU et RAM sur le controlleur ça fonctionnait même si
> > cela mettait un peu de temps à faire le job)  mais ça a l'air de bouger
> > en ce moment sur le sujet avec une branche de test pour utiliser des
> > thread plutôt que des forks, et l'intégration d'une partie du travail
> > fait par l'équipe de Mitogen.
> Le mix longueur des playbooks et des actions des rôles x le nombre de
> serveurs ça pique un peu mais avec Mitogen et les dernières version
> d'Ansible (2.5 car bug avec Mitogen en 2.6) on a pas mal gagné en
> rapidité mais surtout consommation de mémoire.
>
> Le seul point bloquant qu'il nous reste c'est l'accès concurrentiel à un
> fichier du genre aller déposer plein de clef ssh sur un authorized_keys
> d'une machine en bouclant sur plusieurs dizaine de hosts. On a été
> obligé de mettre un serial 1 sur un rôle pour éviter les accès
> concurrentiel et les erreurs. Du coup là en perf on a beaucoup perdu en
> fonction de la taille des parcs gérés.
>
> Sinon très content de remplacer tous nos scripts shell développés pour
> certains depuis début 2000 par des rôles Ansible, un gain de temps et
> surtout une meilleure uniformisation de la gestion erreur.
>
>
>

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

Re: [FRnOG] [TECH] Automation: Ansible et ses alternatives

[Steeve BEAUVAIS - Société Serinya Telecom]

Les tests que j'ai fait pour le moment ne m'ont pas montré la nécessité
d'avoir python installé sur les machines distantes.
J'ai fait des tests avec les modules ios_command et ios_config sur un cisco
888E et y'a pas de python sur ces bébêtes ^^

Cordialement,

[image:
http://www.serinyatelecom.fr/signatures/signature-steeve-beauvais-serinya-telecom.jpg]


<http://www.serinyatelecom.fr/signatures/evenement-serinyatelecom.php>


Le mar. 14 août 2018 à 15:22,  a écrit :

> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
>
> On 08/14/2018 03:15 PM, Dominique Rousseau wrote:
> > Le Tue, Aug 14, 2018 at 03:07:41PM +0200, Sabri Boukari [
> sabriic...@gmail.com] a écrit:
> > [...]
> >> Sinon, Salt fonctionne de la méme façon que ansible avec les méme
> >> caractéristiques et utilise aussi du ssh et le meme framework python
> *Boto.
> >> Peut-être méme que salt est beaucoup plus múr et performant sur la
> partie
> >> Python et templating Jinja.
> >>
> >> Dans salt il y a 5 composant différent et l'architecture et différente,
> il
> >> n'est pas fait non plus s'intégrer avec des appliance genre cisco ou
> huwei,
> >> juniper ou autre mais uniquement pour des serveurs qui sont un peut plus
> >> intelligent.
> >
> > Il y a une difference fondamentale entre SaltStack et Ansible, c'est
> > qu'Ansible ne necessite pas d'agent installe.
> > (ce qui a permis de l'etendre aux equipements reseaux qui permettent un
> > acces SSH)
> >
> >
>
> certes, ansible n'a pas besoin d'agent (il parait que salt stack non plus).
> mais dans tous les cas il faut python installé sur l'équipement, et
> certains petits routeurs sont trop petits (en place disponible) pour python.
>
>
>
> -BEGIN PGP SIGNATURE-
>
> iQIzBAEBCgAdFiEEMXISaGZmF7NpMTZj6OuMS89alfsFAlty11AACgkQ6OuMS89a
> lfvcDg//Tg7X5Oh/8itbkJTKFlfUThvJHXe1lmMtrcSwpo1ct3NOzsgT2xamvbUO
> k61mRGsZwKFC1Mrxy7/B/o5SYJmaXfUetozX/xg6Alhvr2XqTHjWe81LfYlgSx14
> 3R3dP0tiF69MenUx1FG5mA2/Sp0zuB32fmDhrWKwCBMXe46b5qPG5mdDGtdXoubL
> 1CzSsFqtto9DYmiuShlUddVgXSowqLANWKhPTZHaxmULdcuKKCmigH4JBZqu0buf
> u84zo/bloRRBtePrYuLdGZ74rEihjenrFXNpZcc4dGJDIYsTf6AU92xJQy71ATch
> BcOskO24YS6bI8sF1nckGhM89m0i/abfKJ0lHLLG+OxfERiNa/Qjr751mZZLwTlR
> /2MkeNjsa2DgpD7uykW145k+m3NFmnjzd2FajKEAdmWo28rnWzBW5ol833dbusoM
> 2WKdZYZOOMwQOPdYi/XcSYeI7aNRT5txY48DzMiKqzSvoXEtqG7/jTu++9iWYP05
> N6G+Iwv1IYJzo6bQaN/UZ/qLp/Si/wBaMJas/3sTErr3exSHQqnu/v/4m3GQo9kc
> Ef4pJ3mEXdWOgkVEeF/z05T2nkxiOjHcNXHee1UIHOtyI7mpsDd0lZp6Ft6U/E5g
> WojZ3x2bK+KMLqu5pkqY5viiacjOlmsqgTvyJjpIPYu7hyUBis4=
> =6h3C
> -END PGP SIGNATURE-
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>

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

[FRnOG] [TECH] Automation: Ansible et ses alternatives

[Steeve BEAUVAIS - Société Serinya Telecom]

Bonjour,

Je suis actuellement en train d'étudier Ansible afin d'automatiser
certaines tâches sur plusieurs types de devices du genre Cisco (IOS et IOS
XE) Huawei (Campus et CE), KVM et divers serveurs linux.

Je me suis penché au premier abord sur Ansible. Outils très puissant y'a
pas à dire, mais le hic (car il y a toujours un hic) c'est l'API dispo sur
la version tower qui coûte un voire 2 bras.
Les autres fonctionnalités comme le dashboard etc ne m'intéressent pas,
uniquement les playbooks et l'API

Utilisez-vous autre chose ou si vous utilisez Ansible de quelle manière?
J'ai pu voir rapidement qu'il y avait Rudder et Puppet mais j'ai pas
l'impression qu'ils soient aussi puissants.

Merci beaucoup par avance pour vos retours la liste :)

Cordialement,
Steeve Beauvais


<http://www.serinyatelecom.fr/signatures/evenement-serinyatelecom.php>

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

Re: [FRnOG] [ALERT] Incident interco Voix ?

[Steeve BEAUVAIS - Société Serinya Telecom]

Bonjour David,

Interconnecté via Alphalink j'ai n'ai pas constaté d'impact chez nous.

Steeve Beauvais

<http://www.serinyatelecom.fr/signatures/evenement-serinyatelecom.php>


Le ven. 22 juin 2018 à 11:08, David Ponzone  a
écrit :

>
> Qui d’autres a subi un incident voix dans les dernières 30 minutes ?
> Symptôme: plus d’appels entrants venant d’une interco Orange.
> J’ai des raisons de penser que c’était assez général.
>
> Merci
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>

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

Re: [FRnOG] [MISC] Sur un air connu : "Et maintenant, Covage faire ?"

[Steeve BEAUVAIS - Société Serinya Telecom]

Hello,

Puisqu'on en parle, la production et le commerce ne sont pas glorieux non
plus.

Depuis décembre nous attendons la livraison d'une FTTO (de son petit nom
BPE Access).
On s'est vaillamment battu pour le tirage client. Et maintenant on se bat
pour la livraison de la porte de collecte.

Évidemment les délais sont explosés mais le pire c'est l'absence de
communication. 0 nouvelle/réponse personne au téléphone...
J'ai entendu dire que le phénomène s'amplifiait ces derniers temps chez eux
...

Cordialement,

[image:
http://www.serinyatelecom.fr/signatures/signature-steeve-beauvais-serinya-telecom.jpg]


<http://www.serinyatelecom.fr/signatures/evenement-serinyatelecom.php>

Le 31 mai 2018 à 16:29, Toussaint OTTAVI  a écrit :

>
> Le 31/05/2018 à 16:07, Cedric Millet (pro) a écrit :
>
>> lol Gilbert Becaud en mode Covage !
>> Meme le désespoir peut etre source à la créativité !
>>
>
> On ne va pas non plus se faire une dépression ni un infarctus en appelant
> une hotline, tout de même :-)
>
> Tiens, ton commentaire me donne une idée ! La prochaine fois que je tombe
> sur un hotliner qui ne comprend pas ce que je lui dis, je vais faire comme
> dans la pub CIC : me mettre à chanter :-D
>
>
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>

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

Re: [FRnOG] [TECH] demande d'infos sur achats d'IP

[Steeve BEAUVAIS - Société Serinya Telecom]

L'idée est de faire un comparatif entre les 2 méthodes: market place et LIR.
Les LIR vont forcément avoir leur limite en terme de disponibilité dans les
mois à venir.

Cordialement,

[image:
http://www.serinyatelecom.fr/signatures/signature-steeve-beauvais-serinya-telecom.jpg]


<http://www.serinyatelecom.fr/signatures/evenement-serinyatelecom.php>

Le 21 mai 2018 à 13:06, Jeremy <li...@freeheberg.com> a écrit :

> Salut,
>
> Je sais d'expérience que beaucop de LIR ne s'impliquent pas auprès du
> RIPE à cause de la barrière de la langue.
> C'est un peu le même problème que chez FranceIX qui se force à parler
> anglais tout le temps alors qu'ils sont majoritairement Français.
>
> 'fin j'sais pas, vu le budget du RIPE, pourquoi ne pas faire comme au
> siège de l'Europe ou chaque document, chaque élocution et automatiquement
> traduite dans toutes les langues représentées ?
>
> En tout cas, je sais que si tous ces documents, parfois complexes
> techniquement ou administrativement, étaient traduits en Français, je
> m'impliquerais largement plus.
>
> Jérémy
>
> Le 21/05/2018 à 12:30, Willy MANGA a écrit :
>
>> Hello,
>>
>> Le 21/05/2018 à 11:03, Julien Escario a écrit :
>>
>>> Le 21/05/2018 à 11:24, Olivier Lange a écrit :
>>> [...]
>>> Au alors, on peut aussi se bouger la nouille et mettre du dual-stack
>>> partout,
>>> voire pour du web/mail, créer un reverse proxy propre et mettre les
>>> backends
>>> en ipv6-only derrière. Avoir une infra du 21ème siècle en somme ;-)
>>>
>> Je n'ai pas osé le suggérer mais pourtant ... :)
>>
>> Et sinon, un peu d'implication dans les votes sur les policies ne fait
>>> pas de
>>> mal (à défaut de voter pour des gens que l'on ne connaît pas à des
>>> postes que
>>> l'on ne comprend pas ;-).
>>>
>> Oui, si les TOUS les membres s'impliquaient un peu plus dans ces
>> réunions ça serait bien et plus représentatif des besoins de la
>> communauté. Sur ce point on a le même problème à AFRINIC.
>>
>> L'impression que j'ai est que beaucoup d'entités/personnes considèrent
>> les RIR comme des boutiques et c'est bien dommage.
>>
>> Bon, ok, je reviens d'une semaine de RIPE Meeting, forcément remonté
>>> comme un
>>> coucou suisse sur ces questions.
>>>
>> :)
>>
>>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>

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

[FRnOG] [TECH] demande d'infos sur achats d'IP

[Steeve BEAUVAIS - Société Serinya Telecom]

Bonjour à tous,

Ain de me préparer à la saturation de mon pools d'IP, je commence à étudier
l'acquisition, dans un futur plus ou moins proche, d'IP publiques.

Avez-vous déjà effectué ce genre de transaction?
Est-ce fiable?

Pour le moment je n'ai fait que l'acquisition "naturelle" via l'ouverture
d'un LIR au RIPE, du coup je me méfie un peu.

Merci à tous pour vos retours d'expériences et vos éventuels conseils.

Et bon lundi de pentecôte ^^

Cordialement,
Steeve Beauvais


<http://www.serinyatelecom.fr/signatures/evenement-serinyatelecom.php>

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

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

[Steeve BEAUVAIS - Société Serinya Telecom]

Bonjour,

On dirait bien que c'est reparti. Mon outils de supervision me remonte des
échecs d'appels.

Cordialement,

[image:
http://www.serinyatelecom.fr/signatures/signature-steeve-beauvais-serinya-telecom.jpg]


<http://www.serinyatelecom.fr/signatures/evenement-serinyatelecom.php>

Le 15 mai 2018 à 10:12, Mickael Hubert <mick...@winlux.fr> a écrit :

> Un petit ENUM vite fait, c'est faisable, mais tu veux te passer de la TA
> (taxe d'acheminement) ?
> Bon, elle ne cesse de baisser, mais ça risque de faire grincer des dents.
> mdr
>
> Le 15 mai 2018 à 09:40, David Ponzone <david.ponz...@gmail.com> a écrit :
>
> > A priori rien chez nous pour le moment.
> > Mais possible que les clients comprennent que le problème n’est pas
> > terminé et n’appellent pas
> >
> > Bon, qui met un petit ENUM en place vite fait, pour qu’on ait les appels
> > entre nous au moins ? :)
> >
> >
> > On 15 mai 2018 09:37 +0200, Mickael Hubert <mick...@winlux.fr>, wrote:
> >
> > Bonjour à tous,
> >
> >
> > Et ça continue ;)
> > Ce matin 8h30 parfait, mais nous étions en période creuse.
> > 9h - 9h30 de nouveau impacté.
> >
> > Pouvez-vous nous donner une vision de votre coté svp ?
> >
> > merci d'avance
> >
> > Le 14 mai 2018 à 22:44, Julien OHAYON <j.oha...@xoxo.fr> a écrit :
> >
> > C’est pour ça qu’on a aussi inventé les DNS.
> > On est archaïque :)
> >
> > Une adresse mail pour appeler serait tellement mieux :)
> >
> > Julien OHAYON
> > Directeur Technique
> > APPLIWAVE
> >
> > Tel : 09.71.18.71.11
> >
> > Le 14 mai 2018 à 22:39, David Ponzone <david.ponz...@gmail.com> a écrit
> >
> > :
> >
> >
> > Hmm s’il n’a jamais été possible de changer d’ISP en gardant son IPv4,
> >
> > il y avait peut être une raison ? :)
> >
> > Quelqu’un a une idée du nombre de numéros e164 portés ( les /32 de la
> >
> > téléphonie), donc désagrégés, rien qu’en France ?
> >
> >
> > David Ponzone
> >
> >
> >
> > Le 14 mai 2018 à 18:48, Jérôme Nicolle <jer...@ceriz.fr> a écrit :
> >
> > Xavier,
> >
> > Le 14/05/2018 à 18:34, Xavier ROCA a écrit :
> > Amis Opérateurs alternatifs faut vraiment faire évoluer l'interco VoIP
> >
> > dans ce pays et se bouger de faire une norme type BGP Voix car cela
> devient
> > un peu trop Merd à notre gout.
> >
> >
> > Presque facile, il suffit d'encoder E.164 en BCD (avec padding pour
> >
> > certains préfixes), et de signer l'annonce avec un certificat délivré par
> > l'attributaire de la tranche ou du numéro.
> >
> >
> > La principale difficulté c'est l'interception légale, pour laquelle il
> >
> > faut un type de session particulier provoquant un mirroring de la SIG et
> du
> > Media. Ça doit pouvoir s'envisager avec une communauté "well known", tout
> > comme l'annonce des coûts d'acheminement pour avoir un LCR dynamique.
> >
> >
> > Le seul morceau que je ne visualise pas bien, c'est la localité de
> >
> > signifiance d'une extension. Ça devrait pouvoir se déclarer avec des
> > route-maps de traduction, mais je n'en suis pas certain.
> >
> >
> > Ensuite on encapsule la SIG en SIP et/ou XMPP, et ça devrait rouler…
> >
> > Non ?
> >
> > --
> > Jérôme Nicolle
> > +33 6 19 31 27 14
> >
> >
> > ---
> > 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/
> >
> >
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>

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

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

[Steeve BEAUVAIS - Société Serinya Telecom]

Je n'ai plus de remontés clientes de mon côté et mon taux d'aboutissement
des appels est revenu à la normale.

J'attends une com de mon transitaire SIP.

Cordialement,

[image:
http://www.serinyatelecom.fr/signatures/signature-steeve-beauvais-serinya-telecom.jpg]


<http://www.serinyatelecom.fr/signatures/evenement-serinyatelecom.php>

Le 14 mai 2018 à 16:49, Jeremy SPIESSER <jer...@net1c.net> a écrit :

> C'est à Orange de communiquer tout du moins à ses clients opérateurs
> qu'il puisse savoir à minima et répondre a leurs clients ..
>
> Des améliorations?  la SIG a l'air de mieux passer mais il y a pas
> d’audio sur la plupart des appels..
>
>
> Le 14/05/2018 à 16:36, Guillaume LAPOUGE a écrit :
> > Un mieux en début d'aprés midi mais ca remerde depuis 16h00
> >
> > 
> > De : frnog-requ...@frnog.org <frnog-requ...@frnog.org> de la part de
> Francois Prems <prems.franc...@gmail.com>
> > Envoyé : lundi 14 mai 2018 16:35:04
> > À : frnog@FRnOG.org
> > Objet : Re: [FRnOG] [ALERT] Problème interco orange
> >
> > Je reste très surpris de l'absence totale de communication des gros
> > opérateurs sur un incident de cette ampleur qui touche tout le monde, et
> > manifestement sur tous les services...
> >
> > Certains d'entre vous constatent-ils une amélioration ?
> >
> > ---
> > 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] [ALERT] Problème interco orange

[Steeve BEAUVAIS - Société Serinya Telecom]

Alphalink a confirmé que l'incident est localisé chez Orange.

Cordialement,

[image:
http://www.serinyatelecom.fr/signatures/signature-steeve-beauvais-serinya-telecom.jpg]


<http://www.serinyatelecom.fr/signatures/evenement-serinyatelecom.php>

Le 14 mai 2018 à 11:32, David Ponzone <david.ponz...@gmail.com> a écrit :

> Je vois aussi un grand nombre d’appels sortants échoués sur Colt.
>
>
> On 14 mai 2018 11:27 +0200, Steeve BEAUVAIS - Société Serinya Telecom <
> steeve.beauv...@serinyatelecom.fr>, wrote:
>
> Salut la liste,
>
> Je vous confirme un impact national. Alphalink et IPDirection sont aussi
> impactés.
> On attend un retour.
>
> Cordialement,
>
> [image:
> http://www.serinyatelecom.fr/signatures/signature-steeve-
> beauvais-serinya-telecom.jpg]
>
>
> <http://www.serinyatelecom.fr/signatures/evenement-serinyatelecom.php
>
>
> Le 14 mai 2018 à 11:14, Quentin Leconte <quentin.leco...@shpv.fr> a écrit
> :
>
> Des problèmes de MAJ Windows, de l’espace client Orange qui marche pas en
> transit, du truck SIP cassé de tous les côtés.
>
> Les admin-net font le pont et c’est tout l’internet qui est cassé. :-)
>
> Bon courage à tous et bon lundi !
>
> Quentin
>
> Le 14 mai 2018 à 11:09, Xavier ROCA <x.r...@sipleo.com> a écrit :
>
> On a des clients dans toute la France qui sont impactés.
> Que ce soit avec un lien a nous ou pas
>
> Des MAJ Windows des problèmes d'appels entrant et sortant de manières
>
> aléatoire et même avec nos GSM
>
>
> Xavier
>
> -Message d'origine-
> De : Florian Pougheon <f...@flojpg.fr
> Envoyé : lundi 14 mai 2018 11:06
> À : frnog@frnog.org
> Objet : Re: [FRnOG] [ALERT] Problème interco orange
>
> A priori, coupure SFR & Bouygues sur le 63. Le 42 n'a pas l'air impacté.
>
> Florian
>
>
> Le 14/05/2018 à 10:59, Guillaume LAPOUGE a écrit :
>
> La même chez Coriolis qui se base sur openip.
>
> -Message d'origine-
> De : frnog-requ...@frnog.org <frnog-requ...@frnog.org> De la part de
> Régis M Envoyé : lundi 14 mai 2018 10:58 À : Cédric Bassaget
> <cedric.bassa...@gmail.com> Cc : admin Obf <ad...@obfuscate.fr>;
> frnog-al...@frnog.org Objet : Re: [FRnOG] [ALERT] Problème interco
> orange
>
> 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 <cedric.bassa...@gmail.com> 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 <ad...@obfuscate.fr> 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/
>
> ---
> 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/
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>
>

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

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

[Steeve BEAUVAIS - Société Serinya Telecom]

Salut la liste,

Je vous confirme un impact national. Alphalink et IPDirection sont aussi
impactés.
On attend un retour.

Cordialement,

[image:
http://www.serinyatelecom.fr/signatures/signature-steeve-beauvais-serinya-telecom.jpg]


<http://www.serinyatelecom.fr/signatures/evenement-serinyatelecom.php>

Le 14 mai 2018 à 11:14, Quentin Leconte <quentin.leco...@shpv.fr> a écrit :

> Des problèmes de MAJ Windows, de l’espace client Orange qui marche pas en
> transit, du truck SIP cassé de tous les côtés.
>
> Les admin-net font le pont et c’est tout l’internet qui est cassé. :-)
>
> Bon courage à tous et bon lundi !
>
> Quentin
>
> > Le 14 mai 2018 à 11:09, Xavier ROCA <x.r...@sipleo.com> a écrit :
> >
> > On a des clients dans toute la France qui sont impactés.
> > Que ce soit avec un lien a nous ou pas
> >
> > Des MAJ Windows des problèmes d'appels entrant et sortant de manières
> aléatoire et même avec nos GSM
> >
> > Xavier
> >
> > -Message d'origine-
> > De : Florian Pougheon <f...@flojpg.fr>
> > Envoyé : lundi 14 mai 2018 11:06
> > À : frnog@frnog.org
> > Objet : Re: [FRnOG] [ALERT] Problème interco orange
> >
> > A priori, coupure SFR & Bouygues sur le 63. Le 42 n'a pas l'air impacté.
> >
> > Florian
> >
> >
> > Le 14/05/2018 à 10:59, Guillaume LAPOUGE a écrit :
> >> La même  chez Coriolis qui se base sur openip.
> >>
> >> -Message d'origine-
> >> De : frnog-requ...@frnog.org <frnog-requ...@frnog.org> De la part de
> >> Régis M Envoyé : lundi 14 mai 2018 10:58 À : Cédric Bassaget
> >> <cedric.bassa...@gmail.com> Cc : admin Obf <ad...@obfuscate.fr>;
> >> frnog-al...@frnog.org Objet : Re: [FRnOG] [ALERT] Problème interco
> >> orange
> >>
> >> 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 <cedric.bassa...@gmail.com> 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 <ad...@obfuscate.fr> 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/
> >>
> >> ---
> >> 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/
>

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

Re: [FRnOG] [ALERT] Flood sur equinix IX

[Steeve BEAUVAIS - Société Serinya Telecom]

 1. AS204092 br-ganeti.regis.swordarmor.fr (2a00:5884:102:1::1)
>  0.0%100.4   0.4   0.2   0.5   0.1
> >  2. AS204092 budic.cogent-rns.grifon.fr (2a00:5884::6)
> 0.0%100.6   0.5   0.5   0.7   0.1
> >  3. AS198507 rennes-rns01-gw1.routers.quantic-telecom.net
> (2a06:e040:3501:101:2::1) 0.0%100.7   0.7   0.6   0.8   0.1
> >  4. AS198507 paris-th2-gw1.routers.quantic-telecom.net
> (2a06:e040:0:7501:1350:aa:0:1)   0.0%10   11.7  11.6  11.5  11.8   0.1
> >  5. AS???10gigabitethernet-2-2.par2.he.net (2001:7f8:43::6939:1)
> 0.0%10  149.0  40.9  11.6 149.0  41.6
> >  6. AS???gandi.par.franceix.net (2001:7f8:54::154)
>90.0%10   13.3  13.3  13.3  13.3   0.0
> >  7. AS29169  xe0-0-1-0-core2-d-ip6.paris.gandi.net
> (2001:4b98:1f::c2b1:1)  10.0%10   28.1  46.2  27.7 188.0
> 53.2
> >  8. AS29169  xe0-0-1-0-core2-d-ip6.paris.gandi.net
> (2001:4b98:1f::c2b1:1)   0.0%10   29.6  28.4  27.7  30.3
>  0.9
> > AS29169  xe3-23-dist1-lux-ip6.lux.gandi.net
> (2001:4b98:dc2:1f::cd1:2)
> >  9. AS29169  xe3-23-dist1-lux-ip6.lux.gandi.net
> (2001:4b98:dc2:1f::cd1:2)   0.0%10   27.2  27.8  27.2
> 30.0   1.0
> > AS29169  b.dns.gandi.net (2001:4b98:abcb::1)
> > 10. AS29169  b.dns.gandi.net (2001:4b98:abcb::1)
> 0.0%10   27.6  27.4  27.2  28.0   0.2
> > Start: 2018-04-24T18:27:56+0200
> > HOST: mew.swordarmor.fr
>  Loss%   Snt   Last   Avg  Best  Wrst StDev
> >  1. AS204092 br-ganeti.regis.swordarmor.fr (89.234.186.209)   0.0%
>   100.3   0.3   0.2   0.4   0.1
> >  2. AS204092 nominoe.cogent-rns.grifon.fr (89.234.186.7)  0.0%
>   100.5   0.5   0.4   0.6   0.1
> >  3. AS?????? 100.0
>   100.0   0.0   0.0   0.0   0.0
> >  4. AS198507 185-132-75-34.boamuo.quantic.ninja (185.132.75.34)   0.0%
>   10   11.5  11.5  11.4  11.6   0.1
> >  5. AS???gandi.equinix-ix.fr (195.42.144.8)   0.0%
>   10   12.7  14.3  12.7  15.7   1.1
> >  6. AS29169  te0-0-1-0-core1-lux.lux.gandi.net (217.70.176.102)   0.0%
>   10   28.1  28.3  27.8  29.7   0.5
> >   [MPLS: Lbl 24277 Exp 0 S u TTL 1]
> >  7. AS29169  xe3-x.gdist1-lux.gandi.net (217.70.186.42)   0.0%
>   10   27.5  27.7  27.3  29.4   0.6
> >  8. AS29169  c.dns.gandi.net (217.70.179.1)   0.0%
>   10   27.4  27.6  27.3  28.8   0.5
> > Start: 2018-04-24T18:28:11+0200
> > HOST: mew.swordarmor.fr
>  Loss%   Snt   Last   Avg  Best  Wrst StDev
> >  1. AS204092 br-ganeti.regis.swordarmor.fr (2a00:5884:102:1::1)
>  0.0%100.4   0.3   0.2   0.4   0.1
> >  2. AS204092 budic.cogent-rns.grifon.fr (2a00:5884::6)
> 0.0%100.6   0.6   0.4   0.7   0.1
> >  3. AS198507 rennes-rns01-gw1.routers.quantic-telecom.net
> (2a06:e040:3501:101:2::1) 0.0%100.8   0.8   0.6   0.9   0.1
> >  4. AS198507 paris-th2-gw1.routers.quantic-telecom.net
> (2a06:e040:0:7501:1350:aa:0:1)   0.0%10   11.7  11.6  11.4  11.7   0.1
> >  5. AS??????
>100.0100.0   0.0   0.0   0.0   0.0
> >  6. AS29169  xe0-0-1-0-core2-d-ip6.paris.gandi.net
> (2001:4b98:1f::c2b1:1)   0.0%10   28.2  41.5  27.9 159.2
> 41.4
> >  7. AS29169  xe7-31-gdist2-lux-ip6.lux.gandi.net
> (2001:4b98:dc2:1f::dc1:2)  0.0%10   27.9  28.7  27.9  34.1
>  1.9
> >  8. AS29169  c.dns.gandi.net (2604:3400:abcc::1)
> 0.0%10   27.3  27.5  27.3  27.6   0.1
> >
> > --
> > alarig
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>
-- 
Steeve Beauvais Envoyé depuis mon Smartphone

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

Re: [FRnOG] [ALERT] Flood sur equinix IX

[Steeve BEAUVAIS - Société Serinya Telecom]

Je confirme.
J'ai 2 DNS qui requêtent les root servers et les résolutions DNS
enregistrées chez Gandi ont été impactées.

Cordialement,

[image:
http://www.serinyatelecom.fr/signatures/signature-steeve-beauvais-serinya-telecom.jpg]


<http://www.serinyatelecom.fr/signatures/evenement-serinyatelecom.php>

Le 24 avril 2018 à 17:33, David Ponzone <david.ponz...@gmail.com> a écrit :

> J’ai eu des problèmes de résolution avec Gandi au même moment, qu’un
> d’autre confirme ?
>
> David Ponzone
>
>
>
> > Le 24 avr. 2018 à 11:13, Julien Escario <julien.esca...@altinea.fr> a
> écrit :
> >
> >> Le 24/04/2018 à 16:57, Jérôme Nicolle a écrit :
> >>
> >>
> >>> Le 24/04/2018 à 16:37, Jérôme Nicolle a écrit :
> >>> On a une idée du temps que cette saleté tient sur pile ?
> >>
> >> Pas si longtemps que ça, c'est fini.
> >
> > Le temps de changer les piles peut être ?
> > 
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>

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

Re: [FRnOG] [ALERT] Flood sur equinix IX

[Steeve BEAUVAIS - Société Serinya Telecom]

Lut,

Il suffit que ce soit du broadcast et ça explique le faite de toujours
recevoir du traffic sur le port du commut même si la subif du routeur est
shuté.
On reste sur du L2.

Cordialement,

[image:
http://www.serinyatelecom.fr/signatures/signature-steeve-beauvais-serinya-telecom.jpg]


<http://www.serinyatelecom.fr/signatures/evenement-serinyatelecom.php>

Le 24 avril 2018 à 16:11, Julien Escario <julien.esca...@altinea.fr> a
écrit :

> Le 24/04/2018 à 15:47, Vincent PAGES a écrit :
> > J'ai eu la même discussion il y a qqs instants, le problème est que même
> > si vous n'êtes pas saturés, il y a un risque que vous envoyez du trafic
> > à des membres en 1Gbit qui ont laissé leurs sessions ouvertes sur les RS
> > par exemple :)
>
> Alors là, je ne vois pas trop comment : le trafic est à destination d'une
> autre
> IP donc c'est simplement discardé en entrée de l'interface du routeur non ?
>
> Julien
>

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

Re: [FRnOG] [TECH] Cohabitation Transit et Equinix-IX

[Steeve BEAUVAIS - Société Serinya Telecom]

Je suis parti sur l'option peering avec google qui est moins bidouille et
au moins ce sera fait :)

Cordialement,

[image:
http://www.serinyatelecom.fr/signatures/signature-steeve-beauvais-serinya-telecom.jpg]


<http://www.serinyatelecom.fr/signatures/evenement-serinyatelecom.php>

Le 17 avril 2018 à 17:15, Arnaud Launay <a...@launay.org> a écrit :

> Le Tue, Apr 17, 2018 at 04:47:15PM +0200, David Ponzone a écrit:
> > Pareil, ici.
> > 216.58.192.0/19 de tout le monde.
> > Certains ont droit à un traitement de faveur :)
>
> Avec une session en direct sur le franceix:
>
> # show ip bgp neighbors 37.49.236.2 received-routes
> (...)
> Total number of prefixes 536
>
> Poufpouf ? Et du coup, si vos transitaires remontent les mêmes
> /24, forcément, ils sont préférés à ce que google annonce sur le
> RS, et qui sont bien moins nombreux:
>
> # echo "show ip bgp neighbors 37.49.236.250 received-routes"  | vtysh  |
> grep 15169 | wc -l
> 174
>
> Du coup en résumé, le mieux c'est de demander une session à
> google, et sinon de filtrer/plomber les annonces en provenance de
> 15169 sur les liens des transitaires...
>
> Arnaud.
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>

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

Re: [FRnOG] [TECH] Cohabitation Transit et Equinix-IX

[Steeve BEAUVAIS - Société Serinya Telecom]

Étrange, avec GTT et Cogent je reçois en plus de la /19 des /24.




Cordialement,

[image:
http://www.serinyatelecom.fr/signatures/signature-steeve-beauvais-serinya-telecom.jpg]


<http://www.serinyatelecom.fr/signatures/evenement-serinyatelecom.php>

Le 17 avril 2018 à 16:47, David Ponzone <david.ponz...@gmail.com> a écrit :

> Pareil, ici.
>
> 216.58.192.0/19 de tout le monde.
>
> Certains ont droit à un traitement de faveur :)
>
> Le 17 avr. 2018 à 16:40, Manuel Guesdon a écrit :
>
> On Tue, 17 Apr 2018 15:12:08 +0200
> Hugues Voiturier <hugues-lis...@milkywan.fr> wrote:
>
> | En l’occurence, pour Google, il faut demander une session avec eux,
> sinon tu ne reçois que les routes agrégées, en effet.
>
>
> Hum, peut-être d'abord demander aux transits et/ou à Google pourquoi les
> routes sont désagrégées.
>
> Chez nous, on reçoit 216.58.192.0/19, que ce soit de nos transits (y
> compris
> Cogent) ou des RS (Equinix/FranceIX/LUCix/Sphinx).
>
> Manuel
>
>
> | > On 17 Apr 2018, at 15:10, Steeve BEAUVAIS - Société Serinya Telecom
>
> <steeve.beauv...@serinyatelecom.fr> wrote: | >
>
> | > Bonjour,
>
> | >
>
> | > J'ai récemment mis en place une interco avec Equinix et un peering avec
>
> | > leurs serveurs MLPE.
>
> | > J'ai aussi à côté 2 transits IP.
>
> | >
>
> | > Le trafic entrant par Equinix IX est OK.
>
> | > Cependant mon trafic sortant passe toujours par mes transits IP en
> grande
>
> | > partie.
>
> | >
>
> | > L'explication est que mes transits IP m'annoncent les RX avec beaucoup
> de
>
> | > /24 alors que sur Equinix IX ce n'est pas le cas.
>
> | >
>
> | > Exemple: Pour joindre gmail je passe toujours par mes transits IP.
>
> | > Une des IP de Google est 216.58.204.5.
>
> | >
>
> | > Google annonce 218.58.192.0/16 sur Equinix mais je reçois de mes
> transits
>
> | > une annonce 216.58.214.0/24.
>
> | > Forcément mes routeurs préfèrent passer par la route plus précise donc
>
> par | > mes transits IP.
>
> | >
>
> | > Avez-vous rencontré ce cas?
>
> | >
>
> | > Merci par avance pour le coup de main :)
>
> | >
>
> | > Cordialement,
>
> | > Steeve Beauvais
>
> | > Serinya Telecom
>
> | >
>
> | >
>
> | > <http://www.serinyatelecom.fr/signatures/evenement-serinyatelecom.php>
>
> | >
>
> | > ---
>
> | > Liste de diffusion du FRnOG
>
> | > http://www.frnog.org/
>
> |
>
> |
>
> | ---
>
> | Liste de diffusion du FRnOG
>
> | http://www.frnog.org/
>
> |
>
>
>
> --
> __
> Manuel Guesdon - OXYMIUM
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>
>
>

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

Re: [FRnOG] [TECH] Cohabitation Transit et Equinix-IX

[Steeve BEAUVAIS - Société Serinya Telecom]

Ça explique mon cas du coup.
Merci pour le retour!

Cordialement,

[image:
http://www.serinyatelecom.fr/signatures/signature-steeve-beauvais-serinya-telecom.jpg]


<http://www.serinyatelecom.fr/signatures/evenement-serinyatelecom.php>

Le 17 avril 2018 à 15:12, Hugues Voiturier <hugues-lis...@milkywan.fr> a
écrit :

> En l’occurence, pour Google, il faut demander une session avec eux, sinon
> tu ne reçois que les routes agrégées, en effet.
>
> > On 17 Apr 2018, at 15:10, Steeve BEAUVAIS - Société Serinya Telecom <
> steeve.beauv...@serinyatelecom.fr> wrote:
> >
> > Bonjour,
> >
> > J'ai récemment mis en place une interco avec Equinix et un peering avec
> > leurs serveurs MLPE.
> > J'ai aussi à côté 2 transits IP.
> >
> > Le trafic entrant par Equinix IX est OK.
> > Cependant mon trafic sortant passe toujours par mes transits IP en grande
> > partie.
> >
> > L'explication est que mes transits IP m'annoncent les RX avec beaucoup de
> > /24 alors que sur Equinix IX ce n'est pas le cas.
> >
> > Exemple: Pour joindre gmail je passe toujours par mes transits IP.
> > Une des IP de Google est 216.58.204.5.
> >
> > Google annonce 218.58.192.0/16 sur Equinix mais je reçois de mes
> transits
> > une annonce 216.58.214.0/24.
> > Forcément mes routeurs préfèrent passer par la route plus précise donc
> par
> > mes transits IP.
> >
> > Avez-vous rencontré ce cas?
> >
> > Merci par avance pour le coup de main :)
> >
> > Cordialement,
> > Steeve Beauvais
> > Serinya Telecom
> >
> >
> > <http://www.serinyatelecom.fr/signatures/evenement-serinyatelecom.php>
> >
> > ---
> > Liste de diffusion du FRnOG
> > http://www.frnog.org/
>
>

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

[FRnOG] [TECH] Cohabitation Transit et Equinix-IX

[Steeve BEAUVAIS - Société Serinya Telecom]

Bonjour,

J'ai récemment mis en place une interco avec Equinix et un peering avec
leurs serveurs MLPE.
J'ai aussi à côté 2 transits IP.

Le trafic entrant par Equinix IX est OK.
Cependant mon trafic sortant passe toujours par mes transits IP en grande
partie.

L'explication est que mes transits IP m'annoncent les RX avec beaucoup de
/24 alors que sur Equinix IX ce n'est pas le cas.

Exemple: Pour joindre gmail je passe toujours par mes transits IP.
Une des IP de Google est 216.58.204.5.

Google annonce 218.58.192.0/16 sur Equinix mais je reçois de mes transits
une annonce 216.58.214.0/24.
Forcément mes routeurs préfèrent passer par la route plus précise donc par
mes transits IP.

Avez-vous rencontré ce cas?

Merci par avance pour le coup de main :)

Cordialement,
Steeve Beauvais
Serinya Telecom


<http://www.serinyatelecom.fr/signatures/evenement-serinyatelecom.php>

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

Re: [FRnOG] [TECH] Recherche Nouveau CPE

[Steeve BEAUVAIS - Société Serinya Telecom]

Ça en fait du chouilla :)
J'en retiens que Mikrotik est une vraie alternative à étudier.

Merci à tous en tout cas pour votre retour.

Cordialement,

[image:
http://www.serinyatelecom.fr/signatures/signature-steeve-beauvais-serinya-telecom.jpg]


<http://www.serinyatelecom.fr/signatures/evenement-serinyatelecom.php>

Le 18 janvier 2018 à 15:39, David Ponzone <david.ponz...@gmail.com> a écrit
:

> Ou le RB3011, un chouilla moins de patate, une seul alim, mais un chouilla
> moins cher aussi.
>
>
> Le 18 janv. 2018 à 15:18, Kevin Thiou a écrit :
>
> RB1100AHx4, testé en loadbalancing PCC sur deux fibre 1G ca fonctionne
> parfaitement bien.
>
> Le 18 janvier 2018 à 15:13, Steeve BEAUVAIS - Société Serinya Telecom <
> steeve.beauv...@serinyatelecom.fr> a écrit :
>
> Merci pour vos retours!
>
>
> Ali, je cherche pour des accès optique soit en infra propre soit CEE
>
> Orange.
>
>
> Cordialement,
>
>
> [image:
>
> http://www.serinyatelecom.fr/signatures/signature-steeve-
>
> beauvais-serinya-telecom.jpg]
>
>
>
> <http://www.serinyatelecom.fr/signatures/evenement-serinyatelecom.php>
>
>
> Le 18 janvier 2018 à 11:54, Ali D <djidjell...@gmail.com> a écrit :
>
>
> Bonjour,
>
>
> Tu cherches un CPE qui supporte quels types d'accès?
>
>
> Cdt
>
>
> Ali Dj
>
>
> Le 18 janvier 2018 à 11:24, Steeve BEAUVAIS - Société Serinya Telecom <
>
> steeve.beauv...@serinyatelecom.fr> a écrit :
>
>
> Bonjour la liste,
>
>
> Je vous souhaite mes meilleurs voeux pour cette année 2018.
>
> Je suis actuellement à la recherche d'un modèle de CPE qui supporte
>
> 1Gbps
>
> avec QoS sur 1U à moins de 800€, nous avons l'habitude actuellement de
>
> travailler avec Cisco.
>
>
> Connaitriez vous un équipement qui pourrais correspondra à ce besoin?
>
> Merci à tous
>
>
> Cordialement,
>
> Steeve Beauvais
>
> Service Infrastructure
>
> Serinya Telecom
>
>
>
>
> <http://www.serinyatelecom.fr/signatures/evenement-serinyatelecom.php>
>
>
> ---
>
> 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] Recherche Nouveau CPE

[Steeve BEAUVAIS - Société Serinya Telecom]

Merci pour vos retours!

Ali, je cherche pour des accès optique soit en infra propre soit CEE Orange.

Cordialement,

[image:
http://www.serinyatelecom.fr/signatures/signature-steeve-beauvais-serinya-telecom.jpg]


<http://www.serinyatelecom.fr/signatures/evenement-serinyatelecom.php>

Le 18 janvier 2018 à 11:54, Ali D <djidjell...@gmail.com> a écrit :

> Bonjour,
>
> Tu cherches un CPE qui supporte quels types d'accès?
>
> Cdt
>
> Ali Dj
>
> Le 18 janvier 2018 à 11:24, Steeve BEAUVAIS - Société Serinya Telecom <
> steeve.beauv...@serinyatelecom.fr> a écrit :
>
>> Bonjour la liste,
>>
>> Je vous souhaite mes meilleurs voeux pour cette année 2018.
>> Je suis actuellement à la recherche d'un modèle de CPE qui supporte 1Gbps
>> avec QoS sur 1U à moins de 800€, nous avons l'habitude actuellement de
>> travailler avec Cisco.
>>
>> Connaitriez vous un équipement qui pourrais correspondra à ce besoin?
>> Merci à tous
>>
>> Cordialement,
>> Steeve Beauvais
>> Service Infrastructure
>> Serinya Telecom
>>
>>
>>
>> <http://www.serinyatelecom.fr/signatures/evenement-serinyatelecom.php>
>>
>> ---
>> Liste de diffusion du FRnOG
>> http://www.frnog.org/
>>
>
>

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

[FRnOG] [TECH] Recherche Nouveau CPE

[Steeve BEAUVAIS - Société Serinya Telecom]

Bonjour la liste,

Je vous souhaite mes meilleurs voeux pour cette année 2018.
Je suis actuellement à la recherche d'un modèle de CPE qui supporte 1Gbps
avec QoS sur 1U à moins de 800€, nous avons l'habitude actuellement de
travailler avec Cisco.

Connaitriez vous un équipement qui pourrais correspondra à ce besoin?
Merci à tous

Cordialement,
Steeve Beauvais
Service Infrastructure
Serinya Telecom



<http://www.serinyatelecom.fr/signatures/evenement-serinyatelecom.php>

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

Re: [FRnOG] [TECH] Cisco 7201 en tant que client PPPoE

[Steeve BEAUVAIS - Société Serinya Telecom]

Merci pour votre retour.

Je vous confirme que mon problème a été solutionné en désactivant le cef:

no ip cef

int gi0/0
 no ip route-cache cef

Cordialement,

[image:
http://www.serinyatelecom.fr/signatures/signature-steeve-beauvais-serinya-telecom.jpg]


<http://www.serinyatelecom.fr/signatures/evenement-serinyatelecom.php>

Le 15 novembre 2017 à 15:17, Maxime Renusson <max...@renusson.com> a écrit :

> Hello,
> C'était déjà évoqué une fois dans la liste :
> https://www.mail-archive.com/frnog@frnog.org/msg40313.html
>
> En espérant que ça aide
>
> Max Renusson
>
>
>  On Wed, 15 Nov 2017 15:10:04 +0100 *
> steeve.beauv...@serinyatelecom.fr <steeve.beauv...@serinyatelecom.fr> *
> wrote 
>
> Bonjour,
>
> Je tente de mettre un routeur Cisco 7201 en tant que client PPP, la
> session
> monte mais retombe toute les minutes.
> La raison est que le 7201 n'envoit pas de keepalive, du coup le serveur
> PPP
> termine la session au bout de 3 keepalive manqués.
>
> Avez-vous déjà rencontré ce défaut auparavant?
> Merci pour votre aide.
>
> Cordialement,
>
> [image:
> http://www.serinyatelecom.fr/signatures/signature-steeve-
> beauvais-serinya-telecom.jpg]
>
>
> <http://www.serinyatelecom.fr/signatures/evenement-serinyatelecom.php>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>
>

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

[FRnOG] [TECH] Cisco 7201 en tant que client PPPoE

[Steeve BEAUVAIS - Société Serinya Telecom]

Bonjour,

Je tente de mettre un routeur Cisco 7201 en tant que client PPP, la session
monte mais retombe toute les minutes.
La raison est que le 7201 n'envoit pas de keepalive, du coup le serveur PPP
termine la session au bout de 3 keepalive manqués.

Avez-vous déjà rencontré ce défaut auparavant?
Merci pour votre aide.

Cordialement,

[image:
http://www.serinyatelecom.fr/signatures/signature-steeve-beauvais-serinya-telecom.jpg]


<http://www.serinyatelecom.fr/signatures/evenement-serinyatelecom.php>

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

Re: [FRnOG] [TECH] Optimisation bgp avec 2 transits

[Steeve BEAUVAIS - Société Serinya Telecom]

Salut,

Pour favoriser le traffic en sortant tu ne devrais pas avoir de problème
avec du local-pref comme il a été spécifié plus tôt dans la conversation.
Tu es maître de ton infra donc pas de soucis la dessus.

Par contre pour le traffic entrant, c'est un peu plus délicat car tes 2
transitaires n'ont pas les même "affinités" avec certains opérateurs. Tu
vas prépender sur ton transit T2 pour que T1 soit prioritaire. Mais T1 il a
lui même mis une local-pref très basse avec SFR (par exemple) alors que ton
transit T2 a une meilleure local-pref avec SFR.
Résultat des courses SFR réçoit une annonce préféré de T2 par rapport à T1
et le traffic venant d'SFR va rentrer par ton transit secondaire.
Du coup tu ne maîtrises pas vraiment ton traffic entrant qui peut
sensiblement changer si des accords inter opérateurs changent ces affinités
d'annonces.

Tu as 2 possibilités:

   - Discuter avec tes transit pour trouver la meilleure config pour être
   sûre que tes annonces soient préférés par via T1 pour tous les autres
   opérateurs, mais ça ne garantit rien sur le long terme.
   - Ou alors ne pas annoncer sur le transitaire secondaire. Annoncer soit
   manuellement quand T1 tombe ou via automatisation de tâche.


Cordialement,

[image:
http://www.serinyatelecom.fr/signatures/signature-steeve-beauvais-serinya-telecom.jpg]


<http://www.serinyatelecom.fr/signatures/evenement-serinyatelecom.php>

Le 15 juillet 2017 à 22:49, Michel Py <mic...@arneill-py.sacramento.ca.us>
a écrit :

> > Denis Fondras a écrit :
> > C'est le plus court chemin en terme de nombre d'ASN, pas de hop (au sens
> routeur).
>
> Correct, c'est l'AS-PATH, et c'est pour çà qu'on prépend. Chaque AS
> rajoute son propre AS dans l'AS-PATH. En prépendant, on augmente le nombre
> d'AS donc la longueur de l'AS-PATH et donc on "décourage" le traffic de
> venir par le transit à qui on annonce un AS prépendé. Comme mentionné
> précedemment, il y a des opérateurs qui enlèvent les prepend ou les
> ignorent.
>
> Michel.
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>

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

[FRnOG] [ALERT] Incident CEE Orange sur Paris

[Steeve BEAUVAIS - Société Serinya Telecom]

Salut,

Plusieurs liaisons CEE Orange sont tombés chez nous à 00:22.
Elle sont toutes de régions parisiennes (Mureaux, Cergy, Gennevillilers,
Elancourt, Clichy etc...)

D'autres personnes sont impactées?
J'attends un retour de la divop.

Cordialement,

[image:
http://www.serinyatelecom.fr/signatures/signature-steeve-beauvais-serinya-telecom.jpg]


<http://www.serinyatelecom.fr/signatures/evenement-serinyatelecom.php>

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

Re: [FRnOG] [TECH] BGP / OSPF

[Steeve BEAUVAIS - Société Serinya Telecom]

Salut,

As-tu vérifié la table de routage de R2?

Cordialement,
Steeve Beauvais
Serinya Telecom


<http://www.serinyatelecom.fr/signatures/evenement-serinyatelecom.php>

Le 14 mars 2017 à 17:29, Google <ndeb...@gmail.com> a écrit :

> Salut,
>
> Dans le sysctl.conf :
> net.ipv4.conf.all.rp_filter=0
> net.ipv4.conf.default.rp_filter=0
> net.ipv4.conf.lo.rp_filter=0
>
> Donc apparemment, c'est ok :(
>
> -Message d'origine-
> De : frnog-requ...@frnog.org [mailto:frnog-requ...@frnog.org] De la part
> de
> Vincent PAGES
> Envoyé : mardi 14 mars 2017 16:33
> À : frnog@frnog.org
> Objet : Re: [FRnOG] [TECH] BGP / OSPF
>
> Hello,
>
> Ca ressemble à un problème de Reverse path filtering (routage
> asymétrique) ou iptables et conntrack.
>
> Vérifies ton fichier sysctl.conf
>
> # Controls source route verification
> net.ipv4.conf.default.rp_filter = 0
>
>
> Le 14/03/2017 à 16:25, Google a écrit :
> > Bonjour,
> >
> >
> >
> > Petite question concernant un soucis de routage sous quagga :
> >
> >
> >
> > Router Peer (BGP)
> >
> >   10.0.0.1
> >
> >   |
> >
> > -
> >
> >  |  10.0.0.2   | 10.0.0.3
> >
> > R1 (BGP / OSPF)   R2 (BGP / OSPF)
> >
> >  | 172.16.1.1   | 172.16.1.2
> >
> > -
> >
> >| |
> >
> >  PC TestR3 (OSPF)
> >
> >   172.16.1.3 172.16.1.4 GW fixe (soit
> vers
> > .1 soit vers .2)
> >
> >
> >
> > R1 et R2 ont une cession eBGP vers Le routeur Peer
> >
> > R1 et R2 ont une cession iBGP entre-eux
> >
> > R1 et R2 ont une AREA en OSPF pour diffuser vers R3
> >
> >
> >
> > Depuis l’extérieur, je ping R1 et R2 sur les 2 IPs
> >
> >
> >
> > Depuis Le PC Test :
> >
> > - je ping R1 et R2
> >
> > - je ne ping pas 8.8.8.8 ni aucunes adresses de l'internet si je mets
> > la gateway vers R2, mais ça marche si je mets la gateway vers R1 (dès
> > fois c'est l'envers après redémarrage des quagga...)
> >
> >
> >
> > Extrait de la conf de R1 :
> >
> > router bgp x
> >
> > bgp router-id 10.0.0.2
> >
> > bgp log-neighbor-changes
> >
> > network 172.16.1.0/24
> >
> > neighbor 10.0.0.1 remote-as 
> >
> > neighbor 10.0.0.1 prefix-list Transit-In in  neighbor 10.0.0.1
> > route-map slowlink in  neighbor 10.0.0.3 remote-as x  neighbor
> > 10.0.0.3 next-hop-self !
> >
> > router ospf
> >
> > redistribute static
> >
> > network 172.16.1.0/24 area 0.0.0.0
> >
> > default-information originate
> >
> > !
> >
> > ip prefix-list Transit-In seq 5 deny 172.16.1.0/24 ip prefix-list
> > Transit-In seq 10 deny 192.168.0.0/15 ge 16 ip prefix-list Transit-In
> > seq 15 deny
> > 172.16.0.0/11 ge 12 ip prefix-list Transit-In seq 20 deny 10.0.0.0/7
> > ge 8 ip prefix-list Transit-In seq 25 deny 127.0.0.0/7 ge 8 ip
> > prefix-list Transit-In seq 35 permit any !
> >
> > route-map slowlink permit 10
> >
> > set local-preference 100
> >
> >
> >
> >
> >
> >
> >
> > Une piste svp ?
> >
> >
> >
> >
> >
> > Nicolas
> >
> >
> >
> >
> >
> > ---
> > L'absence de virus dans ce courrier électronique a été vérifiée par le
> logiciel antivirus Avast.
> > https://www.avast.com/antivirus
> >
> > ---
> > Liste de diffusion du FRnOG
> > http://www.frnog.org/
> >
>
>
> --
> PAGES Vincent
> - Responsable EDX Network
>
> http://www.edx-net.fr
> 97 ter rue du dauphiné
> 69003 Lyon
>
> +33 6 28 22 91 13
>
> PGP: B71D609C
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>
>
> ---
> L'absence de virus dans ce courrier électronique a été vérifiée par le
> logiciel antivirus Avast.
> https://www.avast.com/antivirus
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>

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

Re: [FRnOG] [TECH] -- Cisco Route-Map sur PE MPLS

[Steeve BEAUVAIS]

Bonjour,

Selon les architectures il peut y avoir des sites distants plus simples
(pas de répartition de charge qui sont dans cette même VRF).
Découper en 2 VRF va demander des import/export qui vont être plus
compliqués à mettre en place à exploiter et à troubleshooter.

J'utilise déjà actuellement une solution avec une VRF pour l'ADSL une VRF
pour la SDSL et la VRF globale pour collecter les autres sites et faire les
import/export.
Je cherche a simplifier tout ça.

J'ai pour le moment 2 pistes:

Celle de la NAT évoqué plus tot.

Ou alors faire arriver les fluxs sur un autre PE créer une interco /30
entre ce PE annexe et le PE qui collecte la SDSL dans la VRF et appliquer
la route-map sur cette interco.

Cordialement,



<http://www.frameip.fr/signatures/evenement-frameip.php>

Le 18 février 2017 à 12:19, Christophe LUCAS <christo...@lucas.fr.eu.org> a
écrit :

> Salut,
>
> Tu peux pas justement au contraire utilisé deux VRF ?
> Une pour trafic métier et l’autre pour internet.
>
> Cdt,
> ---
> Christophe LUCAS
> christo...@lucas.fr.eu.org
> ---
>
>
>
>
> Le 17 févr. 2017 à 15:25, Steeve BEAUVAIS <steeve.beauv...@frameip.fr> a
> écrit :
>
> Bonjour,
>
> Je suis face à un petit obstacle technique sur une environnement MPLS full
> cisco.
> J'aimerais mettre en place une répartition de charge par flux sur un CPE
> qui a 2 liaisons montées en PPP (une ADSL et une SDSl par exemple).
> Je veux par exemple, envoyer que les flux web sur l'ADSL et le reste sur
> la SDSL et pareil en descendant.
>
> En montant pas de problème, je fais une route 0 vers mon dialer 1 (SDSL)
> et une route map avec un set interface dialer 2 (ADSL) appliqué sur les
> interface vlan du LAN client.
>
> Le soucis que j'ai est en descendant. Je fais en sorte que seul le PE qui
> collecte la SDSL annonce les réseaux clients pour qu'il fasse la
> répartition.
> Ce PE a connaissance des réseaux clients via les negociations PPP.
>
> J'aimerais lui appliquer la même route-map que sur le CPE pour envoyer les
> flux web vers le PE qui collecte l'ADSL.
> Et la c'est le drame.
>
> Il faudrait que j'applique la route-map sur l'interface MPLS du PE, mais
> elle ne match pas à cause des labels.
>
> Auriez-vous une idée pour faire en sorte que cette route-map puisse
> fonctionner?
>
> Je vous met ci-dessous un schéma fait maison pour illustrer ma question.
> Le MPLS est en GRT et le CPE du client remonte dans une VRF.
>
> 
>
> Cordialement,
> Steeve Beauvais
>
>
>
>
>
>

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

[FRnOG] [TECH] PPP sur Cisco 7201 FR

[Steeve BEAUVAIS]

Bonjour,

J'ai un petit soucis pour monter des liaisons PPP avec un cisco 7201.
J'ai mis en place des interfaces dialer sur un 7201 en tant que routeur
Client.
Mon serveur PPP peut être un ASR-1001X ou un un autre 7201 le résultat est
le même.
Les 2 machines ne sont séparées que d'un switch (aillant rencontré le
défaut en production j'ai monté un labo).

Mes virtual-access flappent régulièrement (un intervale de plusieurs
minutes).

D'après ce que je vois, il semblerait que ce soit un soucis de keep alive.

Je fais un debug ppp negotiation:

**Nov 18 05:03:32.862: Vi5 PPP: Missed 5 keepalives, taking LCP down*Nov 18
05:03:32.862: Vi5 PPP DISC: Missed too many keepalives*

Je vois bien sur des captures de trame que c'est le serveur PPP qui envoie
en termination request.

J'ai essayé d'augmenter le nombre de keep alive de 3 à 5 et même de passer
de 10 à 60 secondes d'intervales sur le virtual-template 1.

Avez-vous déjà rencontré ce soucis?
Merci pour votre attention et votre aide.

Cordialement,





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

[FRnOG] [TECH] -- Redondance Internet BGP Cisco

[Steeve BEAUVAIS]

Bonjour à tous,

Nous avons actuellement en place un routeur avec un peering BGP avec un
transitaire IP pour notre sortie Internet.
Nous aimerions mettre en place un second routeur avec un peering BGP avec
un autre transitaire IP.
Nous aimerions que certains pools IP sortent par un transitaire et les
autres par le deuxième transitaire.
Nous avons une architecture full cisco.

Certains d'entre vous utilisent une architecture similaire à notre
architecture cible?
Si oui, pourriez vous me donner quelques infos sur votre logique?

Nous recherchons une manière de faire "propre" en évitant des tracks et
souhaitons passer le maximum de choses en dynamique (BGP).
Nous sommes ouverts à la mise en place d'équipements intermédiaires si
besoin.

N'hésitez pas si vous avez besoin de plus d'informations.

Merci d'avance pour vos retours et vos idées.

Cordialement,
Steeve Beauvais

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

Re: [FRnOG] [BIZ] Demande de contact SFR

[Steeve]

voici :
Contact commercial SFR
M. Mantisi  01 56 60 36 25 / 06 34 62 97 15

 http://about.me/esthete
[image: Steeve Bois on about.me]

Steeve Bois
about.me/esthete
http://about.me/esthete Fais de tes rêves une réalité et de ta vie un
rêve


Le 18 juin 2014 17:14, Alexandre in...@opendoc.net a écrit :

 Bonjour, je recherche un technico-commercial chez SFR. J'ai eu 2 contacts
 de chez Prodecom qui ne me rappellent pas alors que c'est pour du business
 rapide. Le besoin concerne :

   - la recherche d'un opérateur alternatif pour la création d'une seconde
 salle.
   - du conseil pour de la qualité et disponibilité du transit multi
 opérateurs.

 Merci.

 Alexandre.


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


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