RE: [FRnOG] Outil netflow
Bonsoir, Pour la fin de la petite histoire, finalement ce sera du manageengine et à priori sous linux. Reste à obtenir un hard... Eric -Message d'origine- De : owner-fr...@frnog.org [mailto:owner-fr...@frnog.org] De la part de ci...@etbweb.net Envoyé : lundi 18 mai 2009 21:10 À : 'Leland Vandervort'; 'Jean-Edouard Babin' Cc : 'frnog FRnoG' Objet : RE: [FRnOG] Outil netflow J'ai maquetté cette après midi sur trois clients d'une dizaine de site en MPLS, cela fonctionne bien j'ai intégré les droits avec la notion de groupe de routeur très pratique... Croisé au NBAR et au CBWFQ ca donne un synthèse parlante, pour voir la tenue à la charge j'ai mis un PE avec 300 sous interfaces ATM et çà va, par contre en terme de cout ca fait mal !!! Le licencing à l'interface et pas à la sonde... Je vais creuser encore un peu. Par contre, je suis preneur de vos expériences sur les devs. maison, nous avons entamé le dév. de notre propre outil de monitoring, la partie latence et disponibilité est géré, on s'attaque à la partie conso en SNMP. Pour ma part, j'avais développé un petit script perl pour avoir une vision rapide de la QoS CBWFQ d'une ligne client très pratique car las de la lourdeur de cacti. Un des prochains chantier sera donc la collecte Netflow. Eric -Message d'origine- De : Leland Vandervort [mailto:lel...@gandi.net] Envoyé : lundi 18 mai 2009 08:41 À : Jean-Edouard Babin Cc : ci...@etbweb.net; frnog FRnoG Objet : Re: [FRnOG] Outil netflow [je suis desole pour ecrire en francais 'sans accents' .. clavier QWERTY et tout ca ...] Merci pour le recapitualtif ;) Je confirme que le service de support technique chez AdventNet est TOP :) Pour notre installation, on capte uniquement nos interfaces externes (Transitaire + Peering, dont seulement une dizaine d'interfaces) et celles-ci montent jusqu'environs 12000 a 14000 flux/seconde. Nous travaillons avec AdventNet pour faire des tests des nouveaux patches afin d'augmenter la performance du systeme. Pour le moment, ca tient bien. On avait regarde un peu la version entreprise/distribuee, mais le seul probleme avec la version entreprise est ce qu'elle manque certaines fonctionalites presente dans la version professionelle (facturation/billing, etc.). On bosse egalement avec AdventNet pour compiler une liste des fonctions a ajouter dans la version entreprise aussi. Pour faire suite a mon mail d'hier, voici les modifications a faire si vous l'installez sous linux: 1. Lancer l'installation avec --console.. i.e. './nfa.bin --console' 2. Apres installation, lancer le script pour generer les init-script: i.e. 'cd /opt/NetFlow/bin ./linkAsService.sh' 3. modifier le script run.sh -- DISPLAY SETTINGS: COMMENT OUT : if [ $DISPLAY ... and: fi ## DISPLAY settings ## AWT_HEADLESS= # Checking whether DISPLAY variable set the system or not. #if [ $DISPLAY = ]; then AWT_HEADLESS=-Djava.awt.headless=true #fi JAVA_OPTS=$JAVA_OPTS $AWT_HEADLESS Voila.. on peut ensuite lancer le collector. /etc/init.d/netflowanalyzer start Recommandation: modifier les paremetres de Java et MySQL pour mieux gerer la utilisation de memoire -- howto sur leur site web... Enfin, si on veut appliquer des patches/service-packs, il faut lancer UpdateManager.sh avec '-c', sinon, ca va essayer d'utiliser un GUI en Java.. i.e. 'cd /opt/NetFlow/bin ./UpdateManager.sh -c' Voila :) A+ Leland Jean-Edouard Babin wrote: Salut, Comme je l'utilise aussi, je te répond également. J'utilise le produit depuis 1 an avec 50 interfaces au début, plus de 150 maintenant. J'ai une 30aine de groupes et 550 flow/s actuellement, mais c'est le WE... il faudrait que je regarde en semaine, mais au vu de la difference de traffic on doit atteindre au moins 5000 flow/s. Concernant la stabilité, depuis bientôt un an d'utilisation, j'ai eu un crash de l'application (avec la version 6), il a suffit de relancer le soft (en revanche il n'y a pas un process de collect, un pour l'interface web, etc... donc si la partie Web fait planter l'application, tu ne collecte plus rien). Après l'upgrade en version 7 j'ai eu un petit problème et les graphs n'était plus du tout cohérent. J'ai pu tester le support qui est d'une efficacité irreprochable de mon point de vue ; en 2h c'était corrigé avec un patch et une serie de requêtes SQL, le tout sans perte de data. En revanche il y a pas mal de petit bug ou de défaut, par exemple dans la version 7 sans patch, un guest peut voir les communautés snmp des équipements. Et il y des défaut du type liste des devices non triés par ordre alphabétique dans la gestion des groupes. (mais la encore, en 1h le support envoie le patch qui va bien). Concernant les performances , j'ai du augmenter les valeurs par défaut du MySQL integré. Avec la BDD qui prend 2Go en ram c'est rapide. La machine a un Dual Xeon 2.6Ghz et le cpu dépasse jamais les 30% (et encore, j'ai
RE: [FRnOG] Outil netflow
J'ai maquetté cette après midi sur trois clients d'une dizaine de site en MPLS, cela fonctionne bien j'ai intégré les droits avec la notion de groupe de routeur très pratique... Croisé au NBAR et au CBWFQ ca donne un synthèse parlante, pour voir la tenue à la charge j'ai mis un PE avec 300 sous interfaces ATM et çà va, par contre en terme de cout ca fait mal !!! Le licencing à l'interface et pas à la sonde... Je vais creuser encore un peu. Par contre, je suis preneur de vos expériences sur les devs. maison, nous avons entamé le dév. de notre propre outil de monitoring, la partie latence et disponibilité est géré, on s'attaque à la partie conso en SNMP. Pour ma part, j'avais développé un petit script perl pour avoir une vision rapide de la QoS CBWFQ d'une ligne client très pratique car las de la lourdeur de cacti. Un des prochains chantier sera donc la collecte Netflow. Eric -Message d'origine- De : Leland Vandervort [mailto:lel...@gandi.net] Envoyé : lundi 18 mai 2009 08:41 À : Jean-Edouard Babin Cc : ci...@etbweb.net; frnog FRnoG Objet : Re: [FRnOG] Outil netflow [je suis desole pour ecrire en francais 'sans accents' .. clavier QWERTY et tout ca ...] Merci pour le recapitualtif ;) Je confirme que le service de support technique chez AdventNet est TOP :) Pour notre installation, on capte uniquement nos interfaces externes (Transitaire + Peering, dont seulement une dizaine d'interfaces) et celles-ci montent jusqu'environs 12000 a 14000 flux/seconde. Nous travaillons avec AdventNet pour faire des tests des nouveaux patches afin d'augmenter la performance du systeme. Pour le moment, ca tient bien. On avait regarde un peu la version entreprise/distribuee, mais le seul probleme avec la version entreprise est ce qu'elle manque certaines fonctionalites presente dans la version professionelle (facturation/billing, etc.). On bosse egalement avec AdventNet pour compiler une liste des fonctions a ajouter dans la version entreprise aussi. Pour faire suite a mon mail d'hier, voici les modifications a faire si vous l'installez sous linux: 1. Lancer l'installation avec --console.. i.e. './nfa.bin --console' 2. Apres installation, lancer le script pour generer les init-script: i.e. 'cd /opt/NetFlow/bin ./linkAsService.sh' 3. modifier le script run.sh -- DISPLAY SETTINGS: COMMENT OUT : if [ $DISPLAY ... and: fi ## DISPLAY settings ## AWT_HEADLESS= # Checking whether DISPLAY variable set the system or not. #if [ $DISPLAY = ]; then AWT_HEADLESS=-Djava.awt.headless=true #fi JAVA_OPTS=$JAVA_OPTS $AWT_HEADLESS Voila.. on peut ensuite lancer le collector. /etc/init.d/netflowanalyzer start Recommandation: modifier les paremetres de Java et MySQL pour mieux gerer la utilisation de memoire -- howto sur leur site web... Enfin, si on veut appliquer des patches/service-packs, il faut lancer UpdateManager.sh avec '-c', sinon, ca va essayer d'utiliser un GUI en Java.. i.e. 'cd /opt/NetFlow/bin ./UpdateManager.sh -c' Voila :) A+ Leland Jean-Edouard Babin wrote: Salut, Comme je l'utilise aussi, je te répond également. J'utilise le produit depuis 1 an avec 50 interfaces au début, plus de 150 maintenant. J'ai une 30aine de groupes et 550 flow/s actuellement, mais c'est le WE... il faudrait que je regarde en semaine, mais au vu de la difference de traffic on doit atteindre au moins 5000 flow/s. Concernant la stabilité, depuis bientôt un an d'utilisation, j'ai eu un crash de l'application (avec la version 6), il a suffit de relancer le soft (en revanche il n'y a pas un process de collect, un pour l'interface web, etc... donc si la partie Web fait planter l'application, tu ne collecte plus rien). Après l'upgrade en version 7 j'ai eu un petit problème et les graphs n'était plus du tout cohérent. J'ai pu tester le support qui est d'une efficacité irreprochable de mon point de vue ; en 2h c'était corrigé avec un patch et une serie de requêtes SQL, le tout sans perte de data. En revanche il y a pas mal de petit bug ou de défaut, par exemple dans la version 7 sans patch, un guest peut voir les communautés snmp des équipements. Et il y des défaut du type liste des devices non triés par ordre alphabétique dans la gestion des groupes. (mais la encore, en 1h le support envoie le patch qui va bien). Concernant les performances , j'ai du augmenter les valeurs par défaut du MySQL integré. Avec la BDD qui prend 2Go en ram c'est rapide. La machine a un Dual Xeon 2.6Ghz et le cpu dépasse jamais les 30% (et encore, j'ai une autre application sur la machine...). Niveau disque, j'ai 7000 fichiers de données pour 2Go avec une retention de 6 mois des données a 1 minutes. La base prend 10Go. J'ai pas mesuré l'I/O disque mais je pense qu'entre les fichiers de données et la base c'est plutôt haut. Les prerequis ram/cpu que donne ME sont à mon avis bien pessimiste. Je ferais plus attention à avoir un
RE: [FRnOG] Outil netflow
J'ai l'impression que c'est un outil fait pour l'exploitation en mode debug à la PRTG. Eric -Message d'origine- De : owner-fr...@frnog.org [mailto:owner-fr...@frnog.org] De la part de Fabien Delmotte Envoyé : lundi 18 mai 2009 11:09 À : Philippe Bourcier Cc : frnog@frnog.org Objet : Re: [FRnOG] Outil netflow Bonjour, Il y a aussi le produit de INMON qui est intéressant. http://www.inmon.com/ Cordialement Fabien Le 18 mai 09 à 10:52, Philippe Bourcier a écrit : Bonjour, Je suis étonné que personne n'ait parlé du couteau Suisse qu'est NFSEN/NFDUMP. cf : http://nfdump.sourceforge.net/ http://nfsen.sourceforge.net/ Outil pour lequel Pascal avait dev nfsplit : http://cvs.spale.com/webcvs/public/nfsplit/ (je ne sais pas si cette fonctionnalité à été intégrée à nfdump depuis) Bon par contre la dernière fois que je l'ai utilisé c'était quand même méga gourmand en ressources... Cordialement, -- Philippe Bourcier web : http://sysctl.org/ blog : http://zsysctl.blogspot.com --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
RE: [FRnOG] Outil netflow
Au vu des délais de mise en service, je ne me sens pas de me lancer dans une solution open source pour le moment. Eric -Message d'origine- De : owner-fr...@frnog.org [mailto:owner-fr...@frnog.org] De la part de Fabien Delmotte Envoyé : samedi 16 mai 2009 19:31 À : Mathieu Goessens Cc : Jean-Edouard Babin; frnog@frnog.org; Eric Objet : Re: [FRnOG] Outil netflow Bonjour, J'ai testé NTOP et il manque cruellement de stabilité pour ma part. Fabien Le 16 mai 09 à 17:18, Mathieu Goessens a écrit : Bonjour, Bien que je ne l'ai jamais utilisé pour cet usage ntop (www.ntop.org) à un support du Netflow, et permet de générer pas mal de stats différentes. Il existe également un outils nProbe (payant et sur lequel je n'ai aucun retour). Cdlt, Mathieu Jean-Edouard Babin wrote: Le 16 mai 09 à 10:06, Eric a écrit : Bonjour à tous, Dans le cadre du déploiement pour un gros client, j'ai besoin de mettre à disposition un accès à des stats Netflow, la volumétrie des sondes est de l'ordre de 50. Pour anticiper, la question : je ne peux pas utiliser mes PE car ils sont mutualisés pour des autres clients sauf si le produit peux gérer des acls par sous interface (et non interface comme crannog). L'outil Whatsup est sympa (il me permettrait d'inclure les latentes et conso) mais est très couteux, avez-vous des retours d'expérience sur ce sujet ? En continuant dans les soft payant il y a http://www.manageengine.com/products/netflow/ Tu peux faire des groupes par IP ce qui peut potentiellement résoudre ton problème d'interface mutualité. Sinon des soft NetFlow y'en a pas mal, après ca depend quel type de stats tu veux. --- 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] Outil netflow
Dans le cadre du développement de notre outil de supervision pour l'exploitation, ce collecteur pourrait nous servir de base. Mais la vocation serait davantage pour détecter des comportements anormaux que du réel audit temps réels. Eric -Message d'origine- De : owner-fr...@frnog.org [mailto:owner-fr...@frnog.org] De la part de Fabien Delmotte Envoyé : samedi 16 mai 2009 12:20 À : Eric Cc : frnog@frnog.org Objet : Re: [FRnOG] Outil netflow Bonjour, Il est possible d'utiliser de l'opensource : Comme PMACCT (que j'utilise pour SFLOW) mais qui collecte du NetFlow et tu peux refaire des graphes vers un CACTI (par exemple). Fabien Le 16 mai 09 à 10:06, Eric a écrit : Bonjour à tous, Dans le cadre du déploiement pour un gros client, j'ai besoin de mettre à disposition un accès à des stats Netflow, la volumétrie des sondes est de l'ordre de 50. Pour anticiper, la question : je ne peux pas utiliser mes PE car ils sont mutualisés pour des autres clients sauf si le produit peux gérer des acls par sous interface (et non interface comme crannog). L'outil Whatsup est sympa (il me permettrait d'inclure les latentes et conso) mais est très couteux, avez-vous des retours d'expérience sur ce sujet ? Merci de votre aide, Eric --- 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] Configuration ATM Cisco sur DSLE France Telecom
Je ne squizz pas le modem FT car c'est un bon parafoudre ;) Et après pour les gamots cela évite le ping pong c'est votre modem qui a un défaut . Eric -Message d'origine- De : Rachid Zitouni [mailto:rachid.zito...@gmail.com] Envoyé : lundi 26 janvier 2009 23:02 À : ci...@etbweb.net; frnog@frnog.org Objet : Re: [FRnOG] Configuration ATM Cisco sur DSLE France Telecom Je la refais ;-) Si tu t'interfaces avec le modem ft et que tu actives oam-pvc manage sur ton pvc, I'll y a des chances que ton pvc tombe down alors qu'I'll etait up juste avant le config change. Si cela se passe effectivement comme ca, c'est que le modem ft a drope tes oam. Au fait pourquoi tu squizz pas le modem ft...? Le 26/01/09, ci...@etbweb.netci...@etbweb.net a écrit : Certes mais chez nous on avait maqueté le service policy output et ca ne marche pas trop bien avec l'ubr... Par contre je reviens sur l'oam-pvc manage c'est effectivement sympathique, une ligne où le modem FT est down fais tomber l'interface, je vais regarder si on peut en faire quelque chose avec la perte de cellule ... -Message d'origine- De : owner-fr...@frnog.org [mailto:owner-fr...@frnog.org] De la part de Raphael Bouaziz Envoyé : lundi 26 janvier 2009 17:52 À : frnog@frnog.org Objet : Re: [FRnOG] Configuration ATM Cisco sur DSLE France Telecom On Fri, Jan 23, 2009, Frederic NGUYEN wrote: interface ATM4/0.1 point-to-point description Client Delamortkitue #Ref client ip address x.x.x.x 255.255.255.252 pvc 42/69 -- vp/vc cbr 640 --- FT livre du CBR (constant bit rate), autant en profiter Le problème du CBR c'est qu'à moins de ne vendre que des accès à débit totalement garanti, l'interface du routeur va se retrouver vite pleine. Par exemple, 75 liaisons 2c75 S configurées en CBR remplissent un STM-1 alors qu'elles ne représentent que 5,6 Mbit/s de débit garanti. D'ailleurs c'est la même chose pour le nrt-VBR. Il vaut mieux mettre de l'UBR+ (en prenant les valeurs PCR et MCR des STAS de France Télécom) qui permet à la fois de ne pas surprovisionner et de s'assurer que la somme des débits garantis est inférieure au débit de l'interface. -- Raphael Bouaziz. --- 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] Configuration ATM Cisco sur DSLE France Telecom
Certes mais chez nous on avait maqueté le service policy output et ca ne marche pas trop bien avec l'ubr... Par contre je reviens sur l'oam-pvc manage c'est effectivement sympathique, une ligne où le modem FT est down fais tomber l'interface, je vais regarder si on peut en faire quelque chose avec la perte de cellule ... -Message d'origine- De : owner-fr...@frnog.org [mailto:owner-fr...@frnog.org] De la part de Raphael Bouaziz Envoyé : lundi 26 janvier 2009 17:52 À : frnog@frnog.org Objet : Re: [FRnOG] Configuration ATM Cisco sur DSLE France Telecom On Fri, Jan 23, 2009, Frederic NGUYEN wrote: interface ATM4/0.1 point-to-point description Client Delamortkitue #Ref client ip address x.x.x.x 255.255.255.252 pvc 42/69 -- vp/vc cbr 640 --- FT livre du CBR (constant bit rate), autant en profiter Le problème du CBR c'est qu'à moins de ne vendre que des accès à débit totalement garanti, l'interface du routeur va se retrouver vite pleine. Par exemple, 75 liaisons 2c75 S configurées en CBR remplissent un STM-1 alors qu'elles ne représentent que 5,6 Mbit/s de débit garanti. D'ailleurs c'est la même chose pour le nrt-VBR. Il vaut mieux mettre de l'UBR+ (en prenant les valeurs PCR et MCR des STAS de France Télécom) qui permet à la fois de ne pas surprovisionner et de s'assurer que la somme des débits garantis est inférieure au débit de l'interface. -- Raphael Bouaziz. --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
RE: [FRnOG] Configuration ATM Cisco sur DSLE France Telecom
Bonjour à tous ! Chez nous par habitude nous utilisons la config suivant : interface ATM2/0.1 point-to-point ip vrf forwarding CLIENT ip address x.x.x.x x.x.x.x ip rip advertise 15 atm route-bridged ip pvc 1/1020 class-vc xDSL-05c Avec une vc-class associé vc-class atm xDSL-05c vbr-nrt x x encapsulation aal5snap Daprès ce que tu dis si on se base sur les stas FT on pourrait mettre du CBR mais concrètement quel serait le bénéfice ? Si jai bien compris cela permets découler les flux à débit constant sans vérification mais la différence est elle sensible ? Dautres part je ne connaissais pas la commande oam-pvc manage on peut sen servir pour identifier la perte de quelques cellules dans le cas dun modem FT qui commence à partir en cahuète ? De : owner-fr...@frnog.org [mailto:owner-fr...@frnog.org] De la part de Frederic NGUYEN Envoyé : vendredi 23 janvier 2009 23:31 À : frnog@frnog.org Objet : Re: [FRnOG] Configuration ATM Cisco sur DSLE France Telecom Il y a une autre possibilité qui génère moins d'overhead: configuration de l'interface principale: interface ATM4/0 description Collecte DSLE FT #Ref trunk de collecte no ip address atm sonet stm-1 no atm ilmi-keepalive hold-queue 4096 in Ensuite, pour chaque nouveau lien, il faut configurer une sous-interface: interface ATM4/0.1 point-to-point description Client Delamortkitue #Ref client ip address x.x.x.x 255.255.255.252 pvc 42/69 -- vp/vc cbr 640 --- FT livre du CBR (constant bit rate), autant en profiter oam-pvc manage --- permet de voir si le VC est up/down, plus pratique pour le troubleshooting et supervision encapsulation aal5mux ip on passe en IP over ATM directement ce qui évite l'encapsulation Ethernet (sur des petits débits ça aide bien) 2009/1/15 Jean-Francois Monnet ji...@odie.mcom.fr Bonsoir la liste, Olivier, On Thu, Jan 15, 2009 at 06:02:42PM +0100, Olivier CALVANO wrote: Je tente ma chance: Je deviens un peu vieux et j'avoue ne pas avoir touché dans ma carriere a de l'ATM Pas grave. Tu n'as rien raté. MPLS now je crois :-) Quelqu'un pourrait m'aider en deux mots a comprendre comment configurer mon cisco avec sa carte ATM PA-A3-OC3SMI afin qu'il cause avec le boitier RAD Ace-2002 de France Telecom et qui nous sert a recevoir quelques liens DSL ? Un exemple ici de lien DSLE, cote Cisco de collecte (72xx): interface ATM2/0.4 point-to-point ip address w.x.y.z 255.255.255.252 ip broadcast-address w.x.y.z' atm route-bridged ip pvc SOMEWHERE 1/855 vbr-nrt 2048 2048 Il te faut le VP/VC (ici 1/855) de la liaison et le debit nominal (ici 2048). ++Jieff -- Infosat SA - 132 rue Kennedy 76140 Petit Quevilly - France Jean-Francois Monnet - GNU/Linux Projects - ji...@odie.mcom.fr --- Liste de diffusion du FRnOG http://www.frnog.org/
RE: [FRnOG] Configuration ATM Cisco sur DSLE France Telecom
Le ping ATM cest déjà ce que lon fait quand on est en résolution, mais sétait dans une optique de pro activité, car dans ce cas certain ping IP passe et cela suffit à tromper le monitoring pendant quelques temps. Pour revenir sur la commande oam-pvc manage elle valide la continuité de cellules OAM jusquau modem ? Eric De : Yann Granger [mailto:yann.gran...@gmail.com] Envoyé : samedi 24 janvier 2009 17:13 À : Cisco Objet : Re: [FRnOG] Configuration ATM Cisco sur DSLE France Telecom salut, La commande oam pvc manage permet de monitorer le PVC, c'est elle qui va te dire si ton interface est up/up ou up/down (si le PVC est HS) Pour verifier si tu as des pertes de traffic ATM (a cause du modem ou dans le reseau) tu peux faire un ping ATM end to end depuis ton PE jusqu'au modem. Pour le CBR, c'est quand meme une bonne idee en cas de saturation dans le reseau FT, ton traffic CBR sera moins facilement discardé. Yann 2009/1/24 Cisco ci...@etbweb.net Bonjour à tous ! Chez nous par habitude nous utilisons la config suivant : interface ATM2/0.1 point-to-point ip vrf forwarding CLIENT ip address x.x.x.x x.x.x.x ip rip advertise 15 atm route-bridged ip pvc 1/1020 class-vc xDSL-05c Avec une vc-class associé vc-class atm xDSL-05c vbr-nrt x x encapsulation aal5snap D'après ce que tu dis si on se base sur les stas FT on pourrait mettre du CBR mais concrètement quel serait le bénéfice ? Si j'ai bien compris cela permets d'écouler les flux à débit constant sans vérification mais la différence est elle sensible ? D'autres part je ne connaissais pas la commande oam-pvc manage on peut s'en servir pour identifier la perte de quelques cellules dans le cas d'un modem FT qui commence à partir en cahuète ? De : owner-fr...@frnog.org [mailto:owner-fr...@frnog.org] De la part de Frederic NGUYEN Envoyé : vendredi 23 janvier 2009 23:31 À : frnog@frnog.org Objet : Re: [FRnOG] Configuration ATM Cisco sur DSLE France Telecom Il y a une autre possibilité qui génère moins d'overhead: configuration de l'interface principale: interface ATM4/0 description Collecte DSLE FT #Ref trunk de collecte no ip address atm sonet stm-1 no atm ilmi-keepalive hold-queue 4096 in Ensuite, pour chaque nouveau lien, il faut configurer une sous-interface: interface ATM4/0.1 point-to-point description Client Delamortkitue #Ref client ip address x.x.x.x 255.255.255.252 pvc 42/69 -- vp/vc cbr 640 --- FT livre du CBR (constant bit rate), autant en profiter oam-pvc manage --- permet de voir si le VC est up/down, plus pratique pour le troubleshooting et supervision encapsulation aal5mux ip on passe en IP over ATM directement ce qui évite l'encapsulation Ethernet (sur des petits débits ça aide bien) 2009/1/15 Jean-Francois Monnet ji...@odie.mcom.fr Bonsoir la liste, Olivier, On Thu, Jan 15, 2009 at 06:02:42PM +0100, Olivier CALVANO wrote: Je tente ma chance: Je deviens un peu vieux et j'avoue ne pas avoir touché dans ma carriere a de l'ATM Pas grave. Tu n'as rien raté. MPLS now je crois :-) Quelqu'un pourrait m'aider en deux mots a comprendre comment configurer mon cisco avec sa carte ATM PA-A3-OC3SMI afin qu'il cause avec le boitier RAD Ace-2002 de France Telecom et qui nous sert a recevoir quelques liens DSL ? Un exemple ici de lien DSLE, cote Cisco de collecte (72xx): interface ATM2/0.4 point-to-point ip address w.x.y.z 255.255.255.252 ip broadcast-address w.x.y.z' atm route-bridged ip pvc SOMEWHERE 1/855 vbr-nrt 2048 2048 Il te faut le VP/VC (ici 1/855) de la liaison et le debit nominal (ici 2048). ++Jieff -- Infosat SA - 132 rue Kennedy 76140 Petit Quevilly - France Jean-Francois Monnet - GNU/Linux Projects - ji...@odie.mcom.fr --- Liste de diffusion du FRnOG http://www.frnog.org/ -- Yann Granger +44(0)7900 40 74 96
[FRnOG] Re: [FRnOG] Modèle pour ISDN à 500 K
Merci pour votre réponse mais je suis obligé de monter si haut dans la gamme ? C'est pas jouable avec du 2600 ? Cdt. Eric ---Original Message--- From: Benjamin Pradayrol [EMAIL PROTECTED] Subject: Re: [FRnOG] Modèle pour ISDN à 500 K Sent: Dec 09 '08 08:07 Bonjour, A priori, un Cisco 2811 + NM-4B-S/T devrait faire l'affaire. Cdt, BP Le 09/12/08, [LINK: MAILTO:[EMAIL PROTECTED] [EMAIL PROTECTED] [LINK: mailto:[EMAIL PROTECTED] [EMAIL PROTECTED] a écrit : Bonjour � tous, Dans le cadre d'un projet d'interco MPLS pour le SDIS je dois assurer un secours en HSRP de SDSL par RNIS. Les particularités sont que je dois gérer du HSRP sur deux VLANS (le traditionnel 871 ne le ferra peut être pas) mais surtout du 512 Ko sur du RNIS ! Avez-vous une idée du routeur qu'il faut. A priori c'est déj� mort pour le 1841 ... Cdt. Eric --- Liste de diffusion du FRnOG [LINK: http://www.frnog.org/] http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
[FRnOG] Modèle pour ISDN à 500 K
Bonjour à tous, Dans le cadre d'un projet d'interco MPLS pour le SDIS je dois assurer un secours en HSRP de SDSL par RNIS. Les particularités sont que je dois gérer du HSRP sur deux VLANS (le traditionnel 871 ne le ferra peut être pas) mais surtout du 512 Ko sur du RNIS ! Avez-vous une idée du routeur qu'il faut. A priori c'est déjà mort pour le 1841 ... Cdt. Eric --- Liste de diffusion du FRnOG http://www.frnog.org/