RE: [FRnOG] [ALERT] Incident sur cœur de réseau OBS ?
Nous on avait plus aucune résolution DNS toute la matinée de lundi. Jérôme Marceau -Message d'origine- De : frnog-requ...@frnog.org [mailto:frnog-requ...@frnog.org] De la part de Jérôme Nicolle Envoyé : mardi 16 décembre 2014 22:45 À : frnog@frnog.org Objet : Re: [FRnOG] [ALERT] Incident sur cœur de réseau OBS ? Le 15/12/2014 09:58, nikolaii a écrit : il semblerait qu'OBS rencontre un problème sur leur cœur de réseau, avez-vous des infos à ce sujet ? Vu les échos que j'ai eu dans la journée, je parierai sur un crash de RR ou d'IS-IS dans 25186. Popcorn sorti, on attend le débrief des premiers concernés ;) @+ -- Jérôme Nicolle 06 19 31 27 14 --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [ALERT] Incident sur cœur de réseau OBS ?
Bonjour, Je confirme, pas d'incident en coeur de réseau sur 25186 ou 3215 mais il y a eu visiblement un souci sur le DNS 194.2.0.50 qui a été injoignable de 07:30 à 12:30 environ. Le 17 décembre 2014 09:48, Jérôme Marceau jerome.marc...@lemarsan.fr a écrit : Nous on avait plus aucune résolution DNS toute la matinée de lundi. Jérôme Marceau -Message d'origine- De : frnog-requ...@frnog.org [mailto:frnog-requ...@frnog.org] De la part de Jérôme Nicolle Envoyé : mardi 16 décembre 2014 22:45 À : frnog@frnog.org Objet : Re: [FRnOG] [ALERT] Incident sur cœur de réseau OBS ? Le 15/12/2014 09:58, nikolaii a écrit : il semblerait qu'OBS rencontre un problème sur leur cœur de réseau, avez-vous des infos à ce sujet ? Vu les échos que j'ai eu dans la journée, je parierai sur un crash de RR ou d'IS-IS dans 25186. Popcorn sorti, on attend le débrief des premiers concernés ;) @+ -- Jérôme Nicolle 06 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/
Re: [FRnOG] [ALERT] Incident sur cœur de réseau OBS ?
Problème similaire à Nantes. Le 17 déc. 2014 à 09:48, Jérôme Marceau jerome.marc...@lemarsan.fr a écrit : Nous on avait plus aucune résolution DNS toute la matinée de lundi. Jérôme Marceau -Message d'origine- De : frnog-requ...@frnog.org [mailto:frnog-requ...@frnog.org] De la part de Jérôme Nicolle Envoyé : mardi 16 décembre 2014 22:45 À : frnog@frnog.org Objet : Re: [FRnOG] [ALERT] Incident sur cœur de réseau OBS ? Le 15/12/2014 09:58, nikolaii a écrit : il semblerait qu'OBS rencontre un problème sur leur cœur de réseau, avez-vous des infos à ce sujet ? Vu les échos que j'ai eu dans la journée, je parierai sur un crash de RR ou d'IS-IS dans 25186. Popcorn sorti, on attend le débrief des premiers concernés ;) @+ -- Jérôme Nicolle 06 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/
Re: [FRnOG] [ALERT] Incident sur cœur de réseau OBS ?
Ca fait chaud au coeur de savoir qu’OBS peut avoir des incidents pour lesquels les clients OWF (hors clients 3215) ne sont pas impactés. Je commençais à me poser des questions. Le 17 déc. 2014 à 10:10, Guillaume Tournat guilla...@ironie.org a écrit : Problème similaire à Nantes. Le 17 déc. 2014 à 09:48, Jérôme Marceau jerome.marc...@lemarsan.fr a écrit : Nous on avait plus aucune résolution DNS toute la matinée de lundi. Jérôme Marceau -Message d'origine- De : frnog-requ...@frnog.org [mailto:frnog-requ...@frnog.org] De la part de Jérôme Nicolle Envoyé : mardi 16 décembre 2014 22:45 À : frnog@frnog.org Objet : Re: [FRnOG] [ALERT] Incident sur cœur de réseau OBS ? Le 15/12/2014 09:58, nikolaii a écrit : il semblerait qu'OBS rencontre un problème sur leur cœur de réseau, avez-vous des infos à ce sujet ? Vu les échos que j'ai eu dans la journée, je parierai sur un crash de RR ou d'IS-IS dans 25186. Popcorn sorti, on attend le débrief des premiers concernés ;) @+ -- Jérôme Nicolle 06 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/
[FRnOG] [TECH] Tests de charge réseau sur une longue periode
Bonjour, Je suis à la recherche d'une solution pour effectuer des tests de charge réseau sur des réseaux IP pendant de longues périodes. L'idéal serai une solution permettant de grapher (ou au moins sauvegarder les valeurs) les performances sur la durée et éventuellement reprendre le test si il plante (en notant la date de l'erreur). Je crois que IxChariot peut faire des tests jusqu'à 24h mais à ma connaissance si le test plante il s'arrête totalement. Par ailleurs si une solution gratuite voir libre existe ce serai un plus. L'objectif est de qualifier l'endurance d'un système radio IP. Cdlt, Thomas Hahusseau --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [ALERT] Incident sur cœur de réseau OBS ?
Le 17/12/2014 10:14, David Ponzone a écrit : Ca fait chaud au coeur de savoir qu’OBS peut avoir des incidents pour lesquels les clients OWF (hors clients 3215) ne sont pas impactés. Visiblement c'est un problème de DNS et je doute qu'en bn opérateur soucieux du service rendus a tes clients, tu utilises ceux d'Orange ;) Tant que le transit et la tuyauterie CE fonctionne, l'offre VG aussi, le reste ne me concerne pas vraiment. Les soucis de DNS, c'est pas un problème de cœur de réseau oserais-je dire. Je commençais à me poser des questions. Le 17 déc. 2014 à 10:10, Guillaume Tournat guilla...@ironie.org a écrit : Problème similaire à Nantes. Le 17 déc. 2014 à 09:48, Jérôme Marceau jerome.marc...@lemarsan.fr a écrit : Nous on avait plus aucune résolution DNS toute la matinée de lundi. Jérôme Marceau -Message d'origine- De : frnog-requ...@frnog.org [mailto:frnog-requ...@frnog.org] De la part de Jérôme Nicolle Envoyé : mardi 16 décembre 2014 22:45 À : frnog@frnog.org Objet : Re: [FRnOG] [ALERT] Incident sur cœur de réseau OBS ? Le 15/12/2014 09:58, nikolaii a écrit : il semblerait qu'OBS rencontre un problème sur leur cœur de réseau, avez-vous des infos à ce sujet ? Vu les échos que j'ai eu dans la journée, je parierai sur un crash de RR ou d'IS-IS dans 25186. Popcorn sorti, on attend le débrief des premiers concernés ;) @+ -- Jérôme Nicolle 06 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/
Re: [FRnOG] [ALERT] Incident sur cœur de réseau OBS ?
Hello, Le 17 déc. 2014 à 10:23, Sebastien Lesimple slesim...@laposte.net a écrit : Le 17/12/2014 10:14, David Ponzone a écrit : Ca fait chaud au coeur de savoir qu’OBS peut avoir des incidents pour lesquels les clients OWF (hors clients 3215) ne sont pas impactés. Visiblement c'est un problème de DNS et je doute qu'en bn opérateur soucieux du service rendus a tes clients, tu utilises ceux d'Orange ;) Tant que le transit et la tuyauterie CE fonctionne, l'offre VG aussi, le reste ne me concerne pas vraiment. Les soucis de DNS, c'est pas un problème de cœur de réseau oserais-je dire. Enfin bon on a bien dis que des fois c'est mieux d'avoir son propre resolver chez soi... non ? Pour des Mr ou Mme Michu, je comprends qu'on ne peux pas tous avoir un PI avec un unbound dessus, mais chez des gens qui payent (cher?) une connectivité Orange Pro qui ont des serveurs derrière cette connectivité, ne pas mettre son propre revolveur DNS est peut-être la porte ouverte a avoir des problèmes dû au fait qu'un serveur DNS se viande chez un opérateur. Sans compter la censure d'état, mais c'est un autre sujet... Xavier signature.asc Description: Message signed with OpenPGP using GPGMail
RE: [FRnOG] [ALERT] Incident sur cœur de réseau OBS ?
Pour avoir été client final OBS à une époque (il y a 6 ans) je peux témoigner que les DNS Oléane étaient particulièrement instables et régulièrement indisponibles... Cordialement -Message d'origine- De : frnog-requ...@frnog.org [mailto:frnog-requ...@frnog.org] De la part de Xavier Beaudouin Envoyé : mercredi 17 décembre 2014 10:49 À : frnog@frnog.org Objet : Re: [FRnOG] [ALERT] Incident sur cœur de réseau OBS ? Hello, Le 17 déc. 2014 à 10:23, Sebastien Lesimple slesim...@laposte.net a écrit : Le 17/12/2014 10:14, David Ponzone a écrit : Ca fait chaud au coeur de savoir qu’OBS peut avoir des incidents pour lesquels les clients OWF (hors clients 3215) ne sont pas impactés. Visiblement c'est un problème de DNS et je doute qu'en bn opérateur soucieux du service rendus a tes clients, tu utilises ceux d'Orange ;) Tant que le transit et la tuyauterie CE fonctionne, l'offre VG aussi, le reste ne me concerne pas vraiment. Les soucis de DNS, c'est pas un problème de cœur de réseau oserais-je dire. Enfin bon on a bien dis que des fois c'est mieux d'avoir son propre resolver chez soi... non ? Pour des Mr ou Mme Michu, je comprends qu'on ne peux pas tous avoir un PI avec un unbound dessus, mais chez des gens qui payent (cher?) une connectivité Orange Pro qui ont des serveurs derrière cette connectivité, ne pas mettre son propre revolveur DNS est peut-être la porte ouverte a avoir des problèmes dû au fait qu'un serveur DNS se viande chez un opérateur. Sans compter la censure d'état, mais c'est un autre sujet... Xavier --- Liste de diffusion du FRnOG http://www.frnog.org/
RE: [NEWS] [FRnOG] [TECH] Tests de charge réseau sur une longue periode
Bonjour, Il y a bien les tests sur la base du RFC 2544, qui est plus que long (moy 12h pour nous). Par contre, les sites testés sont hors service durant le tests. Certains équipements avec la licence OAM qui va bien le font. Cordialement, -Message d'origine- De : frnog-requ...@frnog.org [mailto:frnog-requ...@frnog.org] De la part de Hahusseau, Thomas Envoyé : mercredi 17 décembre 2014 10:19 À : frnog-t...@frnog.org Objet : [NEWS] [FRnOG] [TECH] Tests de charge réseau sur une longue periode Bonjour, Je suis à la recherche d'une solution pour effectuer des tests de charge réseau sur des réseaux IP pendant de longues périodes. L'idéal serai une solution permettant de grapher (ou au moins sauvegarder les valeurs) les performances sur la durée et éventuellement reprendre le test si il plante (en notant la date de l'erreur). Je crois que IxChariot peut faire des tests jusqu'à 24h mais à ma connaissance si le test plante il s'arrête totalement. Par ailleurs si une solution gratuite voir libre existe ce serai un plus. L'objectif est de qualifier l'endurance d'un système radio IP. Cdlt, Thomas Hahusseau --- Liste de diffusion du FRnOG http://www.frnog.org/ Ce message a ete controle par le service leader de filtrage de messagerie e-securemail de SECUSERVE , et est garanti sans virus. Si le contenu de ce message vous semble ne pas correspondre aux regles d'usage de votre entreprise (SPAM, virus, ou contenu inaproprie),ou si vous recevez ce message par erreur, merci de le transmettre a votre Service Informatique ainsi qu'a s...@security-mail.net . --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [ALERT] Incident sur cœur de réseau OBS ?
Le 16 décembre 2014 22:45, Jérôme Nicolle jer...@ceriz.fr a écrit : Le 15/12/2014 09:58, nikolaii a écrit : il semblerait qu'OBS rencontre un problème sur leur cœur de réseau, avez-vous des infos à ce sujet ? Vu les échos que j'ai eu dans la journée, je parierai sur un crash de RR ou d'IS-IS dans 25186. Popcorn sorti, on attend le débrief des premiers concernés ;) non non, rien n'a bougé sur 3215 ou 25186. :) Ça tape facile dès que ça concerne l'agrume, as usual ! --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [ALERT] Incident sur cœur de réseau OBS ?
Bonjour, On 12/17/14 1:27 PM, Thomas Barandon wrote: Le 16 décembre 2014 22:45, Jérôme Nicolle jer...@ceriz.fr a écrit : Le 15/12/2014 09:58, nikolaii a écrit : il semblerait qu'OBS rencontre un problème sur leur cœur de réseau, avez-vous des infos à ce sujet ? Vu les échos que j'ai eu dans la journée, je parierai sur un crash de RR ou d'IS-IS dans 25186. Popcorn sorti, on attend le débrief des premiers concernés ;) non non, rien n'a bougé sur 3215 ou 25186. :) Ça tape facile dès que ça concerne l'agrume, as usual ! En ce qui concerne mon cas, il s'agit finalement d'un défaut sur le transport cuivre, j'imagine que c'est local à la ville/quartier. Nicolas --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [ALERT] Incident sur cœur de réseau OBS ?
Le 17/12/2014 13:27, Thomas Barandon a écrit : non non, rien n'a bougé sur 3215 ou 25186. :) Great ! Ça tape facile dès que ça concerne l'agrume, as usual ! Qu'on parle de toi en bien ou en mal, l'essentiel est qu'on parle de toi, non ? :p -- Jérôme Nicolle 06 19 31 27 14 --- Liste de diffusion du FRnOG http://www.frnog.org/
[FRnOG] [MISC] Formation IPv6
Bonjour, je suis à la recherche d'un formation IPv6, avez-vous des retours d’expérience sur ce type de formation ou des organismes à conseiller ? Merci d'avance BRUNET Thibaut --- Liste de diffusion du FRnOG http://www.frnog.org/
[FRnOG] Re: [MISC] Formation IPv6
On Wed, Dec 17, 2014 at 02:02:12PM +0100, Brunet Thibaut t.bru...@overkiz.com wrote a message of 14 lines which said: je suis à la recherche d'un formation IPv6, avez-vous des retours d’expérience sur ce type de formation ou des organismes à conseiller ? Un organisme à conseiller : http://www.afnic.fr/fr/produits-et-services/afnic-conseil/expertise-ipv6.html --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] Formation IPv6
Bonjour, Le 17 déc. 2014 à 14:02, Brunet Thibaut a écrit : Bonjour, je suis à la recherche d'un formation IPv6, avez-vous des retours d’expérience sur ce type de formation ou des organismes à conseiller ? Je te conseille la liste ipv6-t...@g6.asso.fr, sur laquelle tu as notamment des formateurs. Ils pourront t'orienter vers l'organisme adéquat. Cordialement Emmanuel Thierry --- Liste de diffusion du FRnOG http://www.frnog.org/
[FRnOG] [BIZ] par quoi remplacer mes 6500 ?
Bonjour à tous Plusieurs d’entre vous disposent de 6500 qui arrivent en fin de vie ou ne supporte plus les full view (limite du nombre de route) Cisco propose un évènement en janvier sur les nouvelles gammes : 1) le 6800 remplacement du 6500 2) Les ASR 9001, 9001 satellite, 9006 et les nouvelles cartes 10G/40G/100G Si vous êtes intéressé, merci de me le faire savoir en privé Clement --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [BIZ] par quoi remplacer mes 6500 ?
Bonjour Clément, Le 17/12/2014 15:41, Clement Thery a écrit : 1) le 6800 remplacement du 6500 Une SUP2T marche très bien dans un 6500E. Pas besoin de remplacer le châssis si ce n'est pour la densité du 6880 qui est presque à niveau avec la concurrence. 2) Les ASR 9001, 9001 satellite, 9006 et les nouvelles cartes 10G/40G/100G Je suis plutôt sceptique sur les ASR9K en fait. C'est très joli sur le papier, mais je n'ai jamais trouvé de feedback sur un déploiement nV en contexte ISP. Tu as ça sous la main. Comment positionnes-tu les 990X face aux derniers Alcatel 7750-a4 et a8 d'ailleurs ? Ils sont quand même bien positionnés en terme de tarifs… @+ -- Jérôme Nicolle 06 19 31 27 14 --- Liste de diffusion du FRnOG http://www.frnog.org/
RE: [FRnOG] [BIZ] par quoi remplacer mes 6500 ?
De : frnog-requ...@frnog.org frnog-requ...@frnog.org de la part de Jérôme Nicolle jer...@ceriz.fr Envoyé : mercredi 17 décembre 2014 18:11:32 À : frnog@frnog.org Objet : Re: [FRnOG] [BIZ] par quoi remplacer mes 6500 ? Bonjour Clément, Le 17/12/2014 15:41, Clement Thery a écrit : 1) le 6800 remplacement du 6500 Une SUP2T marche très bien dans un 6500E. Pas besoin de remplacer le châssis si ce n'est pour la densité du 6880 qui est presque à niveau avec la concurrence. 2) Les ASR 9001, 9001 satellite, 9006 et les nouvelles cartes 10G/40G/100G Je suis plutôt sceptique sur les ASR9K en fait. C'est très joli sur le papier, mais je n'ai jamais trouvé de feedback sur un déploiement nV en contexte ISP. Tu as ça sous la main. Comment positionnes-tu les 990X face aux derniers Alcatel 7750-a4 et a8 d'ailleurs ? Ils sont quand même bien positionnés en terme de tarifs… @+ -- Jérôme Nicolle 06 19 31 27 14 --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
RE: [FRnOG] [TECH] Transparence aux VLANs sur offres CELAN/CE2O/DSLE ?
Salut, Je remonte le fil car je vais devoir me pencher sur le sujet VLAN sur la collecte AXIONE. Lors de la commande d’un lien fibre il faut donner un numéro de vlan (S-VLAN). Ici 101 pour l’exemple. Si j’ai bien compris il faut sur le router du site client taguer en 802.1Q l'interface externe : interface fastEthernet 4.101 encapsulation dot1Q 101 native Coté porte de collecte si la porte est branchée sur un switch : interface fastEthernet 0/22 switchport trunk native vlan 10 switch trunk allowed vlan 101,102 switchport mode trunk C’est juste ou bien ai-je tout faux ? Bonne soirée. CC: alexandup...@gmail.com; slesim...@laposte.net; frnog-t...@frnog.org From: christo...@clucas.fr Date: Sat, 15 Nov 2014 10:42:00 +0100 To: david.ponz...@gmail.com Subject: Re: [FRnOG] [TECH] Transparence aux VLANs sur offres CELAN/CE2O/DSLE ? Pas de soucis avec les lag -- Christophe Envoyé de mon téléphone, veuillez excuser ma brièveté. Le 15 nov. 2014 à 01:01, David Ponzone david.ponz...@gmail.com a écrit : Chez Cisco, en IOS-XE, les EVC feront ce que tu souhaites. C'est un peu comme les bridge-group d'avant mais en mieux :) Le principe est de déclarer sur chaque port de collecte quels couples vlan opérateur (outer ou first dotQ chez Cisco)/vlan client (inner ou second dotQ) tu veux mettre dans le même bridge domain. Si tu veux par exemple garder le vlan natif (1 untag) pour l'accès internet de chaque site, tu vas déclarer pour ta porte 1: Vlan(outer) 1001/vlan(inner) 2-4096 Vlan 1002/vlan 2-4096 Même principe pour ta porte 2. La petite subtilité de EVC c'est que le Cisco ne va effectuer aucune modification implicite des tag 802.1q. C'est donc à toi de virer le outer vlan pour chaque site sans toucher au inner vlan. C'est également la puissance du truc. Au final, tes vlan client 2-4096 sont bridgés entre tous les sites. Et tu termines le vlan 1 de chaque site (subint avec outer vlan et pas de inner vlan) en IP sur ton routeur. Mieux, tu les mets dans un VRF et tu nat (localement ou pas) l'ensemble des sites avec une IP globale. Un truc à vérifier (comme d'habitude avec Cisco): compatibilité avec LAG... David Ponzone Le 9 nov. 2014 à 12:23, Alexandre Duprez alexandup...@gmail.com a écrit : Tu veux pouvoir fournir une solution type multi sites pour un de tes clients en passant par plusieurs collectes de fournisseurs différents. (J'ai bon jusque là?) oui, tout bon. Pour faire ca tu penses marquer le trafic avec un VLAN dédié à ces différents accès. (Toujours Bon?) Là, je ne pense pas : Je laisse le client marquer son trafic (transparence aux vlan, il fait ce qu'il veut). L'opérateur ajoute un VlanID à la livraison sur la porte de collecte. Je vais te donner un exemple, ce sera plus simple: Site 1 livré sur porte1 par opérateur1, vlanID 1001 Site 2 livré sur porte1 par opérateur1, vlanID 1002 Site 3 livré sur porte2 par opérateur2, vlanID 1001 (l’opérateur choisissant parfois le vlan, je peux par hasard me retrouver avec le même vlan ID que celui qui m’a été livré sur la porte1 pour le site 1, j'ai pris cet exemple pour prendre un cas extrême). Côté sites, le client tagge en 802.1q avec les VlanID 2000, 2001, 1001... par exemple (j’ai mis 1001, car comme on lui offre un service transparent au vlan... le hasard peut faire que lui aussi utilise le même vlanID que l’opérateur ; le set up ne doit donc pas déprendre de ce qu'il utilise). Et donc moi je recois : - sur ma porte1 des paquets du site 1, avec les VlanID 2000, 2001 et 1001 + le VlanID 1001 - sur ma porte1 des paquets du site 2, avec les VlanID 2000, 2001 et 1001 + le VlanID 1002 - sur ma porte2 des paquets du site 3, avec les VlanID 2000, 2001 et 1001 + le VlanID 1001 Ce que je veux donc faire c’est supprimer les Vlan opérateurs (1001 et 1002), et switcher (layer2) tout cela. Comme ce client utilise certains vlanID (2000, 2001, 1001) qui peuvent se recouper avec les Vlan opérateurs (comme dans mon exemple pour le 1001), ou ceux d’autres clients dans des configs similaire, j’ai l’impression qu’il me faut une notion de “switch virtuel”, et que le vlan trunking classique (sur un switch tout con:-), ne me permettra pas de faire cela à cause de l’utilisation multiple possible d’un même VlanID? (ce type de config est faisable en VPLS/MPLS... Mais c'est hélas plus lourd, car si je centralise tout, le MPLS n'a aucun interet) Alex Le 9 novembre 2014 11:24, Sebastien Lesimple slesim...@laposte.net a écrit : Tu veux pouvoir fournir une solution type multi sites pour un de tes clients en passant par plusieurs collectes de fournisseurs différents. (J'ai bon jusque là?) Pour faire ca tu penses marquer le trafic avec un VLAN dédié à ces différents accès. (Toujours Bon?) Tout ce que tu as a faire c'est gerer le
Re: [FRnOG] [TECH] Transparence aux VLANs sur offres CELAN/CE2O/DSLE ?
Euhh alors déjà la conf CPE, ça dépend des « STAS » Axione. Ils peuvent te demander de tagger…ou pas. Ensuite, ton: encapsulation dot1Q 101 native a pour effet que tu mets l’interface dans le VLAN 101 en le déclarant natif, donc non-taggé. A mon avis, c’est pas ce que tu voulais faire. Ca marchera quand même si Axione attend des paquets non-taggés côté CPE. Mais si tu veux tagger, c’est: encapsulation dot1Q 101 Le 17 déc. 2014 à 18:56, Sébastien 65 sebastien...@live.fr a écrit : Salut, Je remonte le fil car je vais devoir me pencher sur le sujet VLAN sur la collecte AXIONE. Lors de la commande d’un lien fibre il faut donner un numéro de vlan (S-VLAN). Ici 101 pour l’exemple. Si j’ai bien compris il faut sur le router du site client taguer en 802.1Q l'interface externe : interface fastEthernet 4.101 encapsulation dot1Q 101 native Coté porte de collecte si la porte est branchée sur un switch : interface fastEthernet 0/22 switchport trunk native vlan 10 switch trunk allowed vlan 101,102 switchport mode trunk C’est juste ou bien ai-je tout faux ? Bonne soirée. CC: alexandup...@gmail.com; slesim...@laposte.net; frnog-t...@frnog.org From: christo...@clucas.fr Date: Sat, 15 Nov 2014 10:42:00 +0100 To: david.ponz...@gmail.com Subject: Re: [FRnOG] [TECH] Transparence aux VLANs sur offres CELAN/CE2O/DSLE ? Pas de soucis avec les lag -- Christophe Envoyé de mon téléphone, veuillez excuser ma brièveté. Le 15 nov. 2014 à 01:01, David Ponzone david.ponz...@gmail.com a écrit : Chez Cisco, en IOS-XE, les EVC feront ce que tu souhaites. C'est un peu comme les bridge-group d'avant mais en mieux :) Le principe est de déclarer sur chaque port de collecte quels couples vlan opérateur (outer ou first dotQ chez Cisco)/vlan client (inner ou second dotQ) tu veux mettre dans le même bridge domain. Si tu veux par exemple garder le vlan natif (1 untag) pour l'accès internet de chaque site, tu vas déclarer pour ta porte 1: Vlan(outer) 1001/vlan(inner) 2-4096 Vlan 1002/vlan 2-4096 Même principe pour ta porte 2. La petite subtilité de EVC c'est que le Cisco ne va effectuer aucune modification implicite des tag 802.1q. C'est donc à toi de virer le outer vlan pour chaque site sans toucher au inner vlan. C'est également la puissance du truc. Au final, tes vlan client 2-4096 sont bridgés entre tous les sites. Et tu termines le vlan 1 de chaque site (subint avec outer vlan et pas de inner vlan) en IP sur ton routeur. Mieux, tu les mets dans un VRF et tu nat (localement ou pas) l'ensemble des sites avec une IP globale. Un truc à vérifier (comme d'habitude avec Cisco): compatibilité avec LAG... David Ponzone Le 9 nov. 2014 à 12:23, Alexandre Duprez alexandup...@gmail.com a écrit : Tu veux pouvoir fournir une solution type multi sites pour un de tes clients en passant par plusieurs collectes de fournisseurs différents. (J'ai bon jusque là?) oui, tout bon. Pour faire ca tu penses marquer le trafic avec un VLAN dédié à ces différents accès. (Toujours Bon?) Là, je ne pense pas : Je laisse le client marquer son trafic (transparence aux vlan, il fait ce qu'il veut). L'opérateur ajoute un VlanID à la livraison sur la porte de collecte. Je vais te donner un exemple, ce sera plus simple: Site 1 livré sur porte1 par opérateur1, vlanID 1001 Site 2 livré sur porte1 par opérateur1, vlanID 1002 Site 3 livré sur porte2 par opérateur2, vlanID 1001 (l’opérateur choisissant parfois le vlan, je peux par hasard me retrouver avec le même vlan ID que celui qui m’a été livré sur la porte1 pour le site 1, j'ai pris cet exemple pour prendre un cas extrême). Côté sites, le client tagge en 802.1q avec les VlanID 2000, 2001, 1001... par exemple (j’ai mis 1001, car comme on lui offre un service transparent au vlan... le hasard peut faire que lui aussi utilise le même vlanID que l’opérateur ; le set up ne doit donc pas déprendre de ce qu'il utilise). Et donc moi je recois : - sur ma porte1 des paquets du site 1, avec les VlanID 2000, 2001 et 1001 + le VlanID 1001 - sur ma porte1 des paquets du site 2, avec les VlanID 2000, 2001 et 1001 + le VlanID 1002 - sur ma porte2 des paquets du site 3, avec les VlanID 2000, 2001 et 1001 + le VlanID 1001 Ce que je veux donc faire c’est supprimer les Vlan opérateurs (1001 et 1002), et switcher (layer2) tout cela. Comme ce client utilise certains vlanID (2000, 2001, 1001) qui peuvent se recouper avec les Vlan opérateurs (comme dans mon exemple pour le 1001), ou ceux d’autres clients dans des configs similaire, j’ai l’impression qu’il me faut une notion de “switch virtuel”, et que le vlan trunking classique (sur un switch tout con:-), ne me permettra pas de
RE: [FRnOG] [BIZ] par quoi remplacer mes 6500 ?
Bonjour Jerome, mes excuses pour le dernier mail, il était vide. Le 17/12/2014 15:41, Clement Thery a écrit : 1) le 6800 remplacement du 6500 Une SUP2T marche très bien dans un 6500E. Pas besoin de remplacer le châssis si ce n'est pour la densité du 6880 qui est presque à niveau avec la concurrence. oui et non, si je me souviens bien (a vérifier donc) quand tu changes la sup en sup2T les modules XL de tes cartes 10G ne sont pas compatibles. par ailleurs et a mon humble avis de padawan, les perfs de la 2T ne sont pas compatible pour du full view multihoming : http://www.cisco.com/c/en/us/products/collateral/interfaces-modules/catalyst-6500-series-supervisor-engine-2t/data_sheet_c78-648214.html routes en mode XL (hors VSS): 1024K (IPv4) 512K (IPv6) 2) Les ASR 9001, 9001 satellite, 9006 et les nouvelles cartes 10G/40G/100G Je suis plutôt sceptique sur les ASR9K en fait. C'est très joli sur le papier, mais je n'ai jamais trouvé de feedback sur un déploiement nV en contexte ISP. Tu as ça sous la main. Challenge accepted. je cherche et reviens vers toi pour moi, la gamme ASR c'est comme un couteau suisse, ça marche bien (IOS XR), tu peux tout faire avec (de 1G a 100g, 440G par slot ) mais ça a un coût (bien qu'avec les bons interlocuteurs on arrive a avoir les bonnes remises, on a réussi a s'aligner sur des MX480) Comment positionnes-tu les 990X face aux derniers Alcatel 7750-a4 et a8 d'ailleurs ? Ils sont quand même bien positionnés en terme de tarifs… la je n'ai pas de réponse, j'avoue ne pas connaitre suffisamment la gamme alcatel pour donner un avis pertinent mais off list je veux bien qu'on discute prix VS config voir la différence. ça m’intéresse. Clement De : frnog-requ...@frnog.org frnog-requ...@frnog.org de la part de Clement Thery clement.th...@aciernet.com Envoyé : mercredi 17 décembre 2014 18:32 À : Jérôme Nicolle; frnog@frnog.org Objet : RE: [FRnOG] [BIZ] par quoi remplacer mes 6500 ? De : frnog-requ...@frnog.org frnog-requ...@frnog.org de la part de Jérôme Nicolle jer...@ceriz.fr Envoyé : mercredi 17 décembre 2014 18:11:32 À : frnog@frnog.org Objet : Re: [FRnOG] [BIZ] par quoi remplacer mes 6500 ? Bonjour Clément, Le 17/12/2014 15:41, Clement Thery a écrit : 1) le 6800 remplacement du 6500 Une SUP2T marche très bien dans un 6500E. Pas besoin de remplacer le châssis si ce n'est pour la densité du 6880 qui est presque à niveau avec la concurrence. 2) Les ASR 9001, 9001 satellite, 9006 et les nouvelles cartes 10G/40G/100G Je suis plutôt sceptique sur les ASR9K en fait. C'est très joli sur le papier, mais je n'ai jamais trouvé de feedback sur un déploiement nV en contexte ISP. Tu as ça sous la main. Comment positionnes-tu les 990X face aux derniers Alcatel 7750-a4 et a8 d'ailleurs ? Ils sont quand même bien positionnés en terme de tarifs… @+ -- Jérôme Nicolle 06 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/
Re: [FRnOG] [BIZ] par quoi remplacer mes 6500 ?
Hello, Je me permets de partager ces 2 articles (que j'ai réussi à retrouver) pour les intéressés. http://gblogs.cisco.com/fr-reseaux/2014/08/13/ca-a-chauffe-sur-internet/ et http://gblogs.cisco.com/fr-reseaux/2014/04/27/50-routes-ipv4-dans-linternet/ ++ Tgz Le 17 décembre 2014 20:44, Clement Thery clement.th...@aciernet.com a écrit : Bonjour Jerome, mes excuses pour le dernier mail, il était vide. Le 17/12/2014 15:41, Clement Thery a écrit : 1) le 6800 remplacement du 6500 Une SUP2T marche très bien dans un 6500E. Pas besoin de remplacer le châssis si ce n'est pour la densité du 6880 qui est presque à niveau avec la concurrence. oui et non, si je me souviens bien (a vérifier donc) quand tu changes la sup en sup2T les modules XL de tes cartes 10G ne sont pas compatibles. par ailleurs et a mon humble avis de padawan, les perfs de la 2T ne sont pas compatible pour du full view multihoming : http://www.cisco.com/c/en/us/products/collateral/interfaces-modules/catalyst-6500-series-supervisor-engine-2t/data_sheet_c78-648214.html routes en mode XL (hors VSS): 1024K (IPv4) 512K (IPv6) 2) Les ASR 9001, 9001 satellite, 9006 et les nouvelles cartes 10G/40G/100G Je suis plutôt sceptique sur les ASR9K en fait. C'est très joli sur le papier, mais je n'ai jamais trouvé de feedback sur un déploiement nV en contexte ISP. Tu as ça sous la main. Challenge accepted. je cherche et reviens vers toi pour moi, la gamme ASR c'est comme un couteau suisse, ça marche bien (IOS XR), tu peux tout faire avec (de 1G a 100g, 440G par slot ) mais ça a un coût (bien qu'avec les bons interlocuteurs on arrive a avoir les bonnes remises, on a réussi a s'aligner sur des MX480) Comment positionnes-tu les 990X face aux derniers Alcatel 7750-a4 et a8 d'ailleurs ? Ils sont quand même bien positionnés en terme de tarifs… la je n'ai pas de réponse, j'avoue ne pas connaitre suffisamment la gamme alcatel pour donner un avis pertinent mais off list je veux bien qu'on discute prix VS config voir la différence. ça m’intéresse. Clement De : frnog-requ...@frnog.org frnog-requ...@frnog.org de la part de Clement Thery clement.th...@aciernet.com Envoyé : mercredi 17 décembre 2014 18:32 À : Jérôme Nicolle; frnog@frnog.org Objet : RE: [FRnOG] [BIZ] par quoi remplacer mes 6500 ? De : frnog-requ...@frnog.org frnog-requ...@frnog.org de la part de Jérôme Nicolle jer...@ceriz.fr Envoyé : mercredi 17 décembre 2014 18:11:32 À : frnog@frnog.org Objet : Re: [FRnOG] [BIZ] par quoi remplacer mes 6500 ? Bonjour Clément, Le 17/12/2014 15:41, Clement Thery a écrit : 1) le 6800 remplacement du 6500 Une SUP2T marche très bien dans un 6500E. Pas besoin de remplacer le châssis si ce n'est pour la densité du 6880 qui est presque à niveau avec la concurrence. 2) Les ASR 9001, 9001 satellite, 9006 et les nouvelles cartes 10G/40G/100G Je suis plutôt sceptique sur les ASR9K en fait. C'est très joli sur le papier, mais je n'ai jamais trouvé de feedback sur un déploiement nV en contexte ISP. Tu as ça sous la main. Comment positionnes-tu les 990X face aux derniers Alcatel 7750-a4 et a8 d'ailleurs ? Ils sont quand même bien positionnés en terme de tarifs… @+ -- Jérôme Nicolle 06 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/
