Re: [FRnOG] [TECH] MTU sur switch Huawei CE
hello, on n'est plus vendredi, mais pour moi c'est plutot : ethernet 14 + IP 20 + ICMP 8 + ping payload 9170 + FCS 4 = L2 frame 9216 (FCS = frame check sequence, un checksum quoi ...) -- Jean-Daniel Pauget -- On Sun, Dec 17, 2023 at 08:45:33AM +0100, Thomas Trupel via frnog wrote: > Ou bien : > payload icmp + header icmp + header ip + header ethernet avec tag VLAN > (ajouté en interne uniquement) > 9170 + 8 + 20 + 14 + 4 = 9216 > > Thomas > > 15 déc. 2023 17:32:30 Paul Rolland (ポール・ロラン) : > > > Hello, > > > > On Fri, 15 Dec 2023 17:20:57 +0100 > > Laurent-Charles FABRE wrote: > > > >> Switch 1 : > >> Route Port,The Maximum Transmit Unit is 9600,The Maximum Frame Length is > >> 9216 > > > >> Le plus gros paquet que je passe: > >> ping -f -s 9170 10.0.61.75 > >> PING 10.0.61.75: 9170 data bytes, press CTRL_C to break > >> Reply from 10.0.61.75: bytes=9170 Sequence=1 ttl=254 time=1 ms > >> > >> Y'a un truc qui m'échappe > >> Qui saurait me dire pourquoi 9170 ? > > > > Maximum frame, c'est cote Ethernet ca, non ? > > Donc, tu as: > > 9170 octets de data ICMP + 8 octets de header ICMP + 20 octets de header IP > > soit 9198 octets... pour arriver a 9216, il te faut encore 18 octets : > > - 6 de dest mac, > > - 6 de src mac, > > - 2 d'ether type > > - 4 de fcs > > > > Ca doit ca a peu pres... > > > > Mais comme tu as ecrit, c'est le bon jour pour passer pour une buse ;) > > > > Paul > > > > -- > > Paul Rolland E-Mail : rol(at)witbe.net > > CTO - Witbe.net SA Tel. +33 (0)1 47 67 77 77 > > 18 Rue d'Arras, Bat. A11 Fax. +33 (0)1 47 67 77 99 > > F-92000 Nanterre RIPE : PR12-RIPE > > > > Please no HTML, I'm not a browser - Pas d'HTML, je ne suis pas un > > navigateur "Some people dream of success... while others wake up and work > > hard at it" > > > > "I worry about my child and the Internet all the time, even though she's > > too young to have logged on yet. Here's what I worry about. I worry that 10 > > or 15 years from now, she will come to me and say 'Daddy, where were you > > when they took freedom of the press away from the Internet?'" > > --Mike Godwin, Electronic Frontier Foundation > > > > > > --- > > 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] [MISC] newbie du poteau : boitier non-alimentés, kezako ?
bonjour, je ne connais pas grand chose à tout ce qu'on peut accrocher à un poteau extérieur et je me demande quels sont ces boitiers reliés à rien qui sont ajoutés avec des colliers sur les poteaux de toutes natures (telecom / edf / signalisation routière ... ) deux photos en lien, j'en ai vu des beiges et des gris ... https://nextcloud.rezopole.net/index.php/s/eQAHYMLtGRLCBFr https://nextcloud.rezopole.net/index.php/s/AssxQtMnjf9gc4m je me suis dis que dans cette liste j'aurai une réponse -- jd --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Combien de temps pour atteindre 100% de visibilité sur un nouveau préfixe ?
bonjour, pour les maj de filtres basés sur IRR, la frequence chez LyonIX/Rezopole est tout les jours. maintenant il arrive (de plus en plus frequement) que radb ne reponde pas ou decide qu'un quota a ete atteint. il faut que nous creusions ce point. de fait, parfois la maj n'est prise en compte qu'au passage suivant (24h plus tard). on a un bouton manuel au besoin, ceci-dit, on l'utilise le plus souvent sur appel téléphonique (c'est rare). -- Jean-Daniel Pauget http://rezopole.net/ Rezopole/LyonIX+33 (0)4 27 46 00 50 On Mon, Sep 16, 2019 at 05:41:09PM +0200, Julien Escario wrote: > Le 16/09/2019 à 17:27, Michel Py a écrit : > >> Julien Escario a écrit : > >> 64% de visibilité, ce n'est pas terrible. > > > > C'est carrément lamentable. Il y a quelque chose qui va pas dans ta config, > > au pire en quelques minutes çà aurait du être visible. > > Je ne vois pas ton préfixe dans ma DFZ, je fais donc partie des 36% de > > l'Internet qui ne savent pas que tu existes. > > Si si t'inquiètes pas, je te balance de l'IPmerde avec d'autres préfixes. > > > Et comme j'ai route 0.0.0.0 0.0.0.0 null 0, çà tombe au premier hop. > > > > A part RPKI, les trucs genre IRR sont à jour aussi ? > > Ca semble ouais : > https://www.radb.net/query?keywords=45.146.212.0%2F22 > > Je viens même de me taper la délégation reverse. > > Julien > > > --- > Liste de diffusion du FRnOG > http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] HOPUS : avis des membres
comme indiqué sur leur page http://hopus.net/pops Hopus est présent au NetCenter Venissieux. la page tarif indique qu'il est possible d'utiliser un vlan LyonIX pour utiliser leur offre ! à vous de jouer ... cordialement, -- Jean-Daniel Pauget http://rezopole.net/ Rezopole/LyonIX+33 (0)4 27 46 00 50 On Wed, Nov 28, 2018 at 10:49:55AM +0100, Olivier MORFIN wrote: > ... oui mais nous ne sommes pas à EQUINIX :( > A lyon par contre via LYONIX peut être ? > > Olivier > > Le mer. 28 nov. 2018 à 10:41, David Ponzone a > écrit : > > > Et surtout, tu peux commencer ton interco à travers un VLAN sur > > Equinix-Paris, ça te coûte rien pour tester :) > > > > David Ponzone Direction Technique > > email: david.ponz...@ipeva.fr > > tel: 01 74 03 18 97 > > gsm: 06 66 98 76 34 > > > > Service Client IPeva > > tel: 0811 46 26 26 > > www.ipeva.fr - www.ipeva-studio.com > > > > *Ce message et toutes les pièces jointes sont confidentiels et établis à > > l'intention exclusive de ses destinataires. Toute utilisation ou diffusion > > non autorisée est interdite. Tout message électronique est susceptible > > d'altération. **IPeva** décline toute responsabilité au titre de ce > > message s'il a été altéré, déformé ou falsifié. Si vous n'êtes pas > > destinataire de ce message, merci de le détruire immédiatement et d'avertir > > l'expéditeur.* > > > > > > > > > > Le 28 nov. 2018 à 10:39, Olivier MORFIN a > > écrit : > > > > Bon je vois que les opinions diverges...en un seul mot :) > > En tous cas ce me permet d'y voir un peu plus clair sur le service qu'ils > > proposent. > > Ça peut être intéressant pour nous, notamment pour Orange, Free, SFR, > > Etc... avec qui nous n'avons pas d'interconnexion. > > > > C'est l'heure de la réflexion! > > > > Merci à tous. > > > > Olivier > > > > Le mar. 27 nov. 2018 à 16:25, Manuel Guesdon a > > écrit : > > > > On Tue, 27 Nov 2018 14:09:18 +0100 > > "Radu-Adrian Feurdean" wrote: > > > > | On Tue, Nov 27, 2018, at 11:58, Manuel Guesdon wrote: > > | > > | > Les FAI qui ont un traffic majoritairement entrant ont plusieurs > > > > intérêts: > > > > | >- se faire payer pour du traffic entrant > > | > > | Il faut BEAUCOUP d'entrant Hopus. ~1Gbps pour se faire rembourser le > > > > XCO avec l'entrant, plus de 2 Gbps pour le XCO+1 port 10G. Comme le seul > > membre qui poussait sur Hopus le traffic de ses clients "content" a sonne > > recemment le fin de la recree, c'est devenu TRES complique de faire assez > > d'entrant. > > > > Ben, je vois que Free a 200G, Orange 400G, SFR 200G donc je suppose qu'ils > > font pas mal de traffic, notamment entrant. Est-ce que leur intérêt est > > uniquement fincancier, je n'en sais rien. Un autre intérêt peut être qu'ils > > puissent dire qu'ils sont accessibles à tous, sans pour autant peerer > > publiquement sur les IX conventionnels. > > > > > > | > Les fournisseur de contenu qui ont un traffic majoritairmeent sortant > > > > vers > > > > | > les FAI: > > | >- payer éventuellement moins cher qu'en transit > > | > > | Errr. soit tu n'as pas vu leurs prix, soit tu payes TRES cher ton > > > > transit actuel. > > > > Ben oui assez cher vu que je n'ai énormément de traffic et des commit assez > > bas voir inexistants mais mon cas est sans doute très peu représentatif. > > > > > > | >- ne pas avoir besoin de prendre du paid-peering avec de multiples > > > > FAIs > > > > | > > | Ca se discute. > > > > > > C'est plus simple que d'aller signer chez Orange, Free, SFR pour écouler > > son > > traffic dans de bonnes conditions et avec suffisament de redondance et ca > > évite aussi d'avoir des commits avec chaque FAI. Cela dit pour ne prendre > > que > > ces 3 là je ne sais pas ou ils en sont dans leurs prix de paid-peering. > > > > Après de toute façon c'est comme tout: tu regarde ton traffic entrant et > > sortant et en fonction tu choisis tel ou tel (mix de) solutions. > > > > Manuel > > > > -- > > __ > > Manuel Guesdon - OXYMIUM > > > > > > --- > > 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] Brocade VDX et impossible de no shut les membres d'un lacp
ok, bonne info : cela eclairerait nos scenarios où le lacp cuivre ne marchait pas. les SFP que nous utilisions n'etaient pas des brocade et necessitaient d'enlever l'auto-neg en cuivre (speed 1000) d'où on se retrouvait avec un scenario inconsistant avec lacp. -- Jean-Daniel Pauget http://rezopole.net/ Rezopole/LyonIX+33 (0)4 27 46 00 50 On Tue, Sep 04, 2018 at 02:11:51PM +0200, Mathieu Poussin wrote: > Désolé j'en mélange mes langues :) > > J'ai pu trouver la solution... Si on force speed a 1G ça pose des soucis... > Le message est pas très explicite. > https://gtacknowledge.extremenetworks.com/articles/Q_A/Setting-1GB-SFP-on-VDX-to-speed-1000-brings-link-down > > Je laisse ça la si ca peut aider dans le future. > > Merci :) > > > On Tue, 04 Sep 2018 13:58:34 +0200 Mathieu Poussin > wrote > > Ok I just found in the logs : > > > > Incompatible SFP transceiver for interface TenGigabitEthernet 0/35 is > detected > > > > Which is weird those are supposed to be compatible with ? 1GE-XBR-000190 > > > > Maybe a firmware update could fix this ? (hard to say without support) Or > this is expected to not be compatible ? > > > > Thanks > > > > > > On Tue, 04 Sep 2018 13:44:29 +0200 Mathieu Poussin > wrote > > > Hello. > > > > > > Je suis en train de configurer un Brocade VDX (gray market donc pas de > support malheureusement). > > > > > > Impossible de monter un LACP, en faite c'est assez bizarre, le > Port-Channel monte bien mais impossible de no shut les membres (Qui sont des > ports 10g mais avec des sfp copper 1g), exemple : > > > > > > bcn-sws-3-1# show port-channel 1 > > > LACP Aggregator: Po 1 > > > Aggregator type: Standard > > > Admin Key: 0001 - Oper Key 0001 > > > Partner System ID - 0x,00-00-00-00-00-00 > > > Partner Oper Key > > > Member ports: > > >Link: Te 0/35 (0x18118184) sync: 0 > > >Link: Te 0/40 (0x18140189) sync: 0 > > >Link: Te 0/55 (0x181B8284) sync: 0 > > >Link: Te 0/60 (0x181E0289) sync: 0 > > > > > > bcn-sws-3-1# sh run int po 1 > > > interface Port-channel 1 > > > speed 1000 > > > description Uplink to BCN-SWC-3-1 > > > switchport > > > switchport mode trunk > > > switchport trunk allowed vlan add 110-112 > > > switchport trunk tag native-vlan > > > no shutdown > > > ! > > > > > > bcn-sws-3-1(config)# int te 0/35 > > > bcn-sws-3-1(conf-if-te-0/35)# no shut > > > bcn-sws-3-1(conf-if-te-0/35)# end > > > bcn-sws-3-1# sh run int te 0/35 > > > interface TenGigabitEthernet 0/35 > > > speed 1000 > > > description Uplink > > > channel-group 1 mode active type standard > > > lacp timeout long > > > shutdown # << wtf? > > > ! > > > > > > > > > bcn-sws-3-1# sh int te 0/35 > > > TenGigabitEthernet 0/35 is admin down, line protocol is down (admin > down) > > > Hardware is Ethernet, address is 0005.334b.f97e > > > Current address is 0005.334b.f97e > > > Pluggable media not present > > > Description: Uplink > > > Interface index (ifindex) is 403800452 > > > MTU 2500 bytes > > > LineSpeed Actual : Nil > > > LineSpeed Configured : 1000 Mbit, Duplex: Full > > > Priority Tag disable > > > IPv6 RA Guard disable > > > Last clearing of show interface counters: 03:39:48 > > > Queueing strategy: fifo > > > Receive Statistics: > > > 0 packets, 0 bytes > > > Unicasts: 0, Multicasts: 0, Broadcasts: 0 > > > 64-byte pkts: 0, Over 64-byte pkts: 0, Over 127-byte pkts: 0 > > > Over 255-byte pkts: 0, Over 511-byte pkts: 0, Over 1023-byte pkts: > 0 > > > Over 1518-byte pkts(Jumbo): 0 > > > Runts: 0, Jabbers: 0, CRC: 0, Overruns: 0 > > > Errors: 0, Discards: 0 > > > Transmit Statistics: > > > 1960 packets, 289098 bytes > > > Unicasts: 8, Multicasts: 1302, Broadcasts: 650 > > > Underruns: 0 > > > Errors: 0, Discards: 0 > > > Rate inf
Re: [FRnOG] [TECH] Brocade VDX et impossible de no shut les membres d'un lacp
bonjour, de notre expérience avec des vdx 6740, nous n'avons pu faire de lacp sur du cuivre 1Gbs, la mention speed 1000 obligatoire pour faire fonctioner le lien cuivre semble empecher le fonctionnement lacp ... en revanche en fibre 1Gbs (ou 10Gbs) nous en avons ... petite question grey-market subsidiaire : comment se passe le licensing pour les ports supplementaires ou les ports 40Gbs en grey-market ? -- Jean-Daniel Pauget http://rezopole.net/ Rezopole/LyonIX+33 (0)4 27 46 00 50 On Tue, Sep 04, 2018 at 01:44:29PM +0200, Mathieu Poussin wrote: > Hello. > > Je suis en train de configurer un Brocade VDX (gray market donc pas de > support malheureusement). > > Impossible de monter un LACP, en faite c'est assez bizarre, le Port-Channel > monte bien mais impossible de no shut les membres (Qui sont des ports 10g > mais avec des sfp copper 1g), exemple : > > bcn-sws-3-1# show port-channel 1 > LACP Aggregator: Po 1 > Aggregator type: Standard > Admin Key: 0001 - Oper Key 0001 > Partner System ID - 0x,00-00-00-00-00-00 > Partner Oper Key > Member ports: >Link: Te 0/35 (0x18118184) sync: 0 >Link: Te 0/40 (0x18140189) sync: 0 >Link: Te 0/55 (0x181B8284) sync: 0 >Link: Te 0/60 (0x181E0289) sync: 0 > > bcn-sws-3-1# sh run int po 1 > interface Port-channel 1 > speed 1000 > description Uplink to BCN-SWC-3-1 > switchport > switchport mode trunk > switchport trunk allowed vlan add 110-112 > switchport trunk tag native-vlan > no shutdown > ! > > bcn-sws-3-1(config)# int te 0/35 > bcn-sws-3-1(conf-if-te-0/35)# no shut > bcn-sws-3-1(conf-if-te-0/35)# end > bcn-sws-3-1# sh run int te 0/35 > interface TenGigabitEthernet 0/35 > speed 1000 > description Uplink > channel-group 1 mode active type standard > lacp timeout long > shutdown # << wtf? > ! > > > bcn-sws-3-1# sh int te 0/35 > TenGigabitEthernet 0/35 is admin down, line protocol is down (admin down) > Hardware is Ethernet, address is 0005.334b.f97e > Current address is 0005.334b.f97e > Pluggable media not present > Description: Uplink > Interface index (ifindex) is 403800452 > MTU 2500 bytes > LineSpeed Actual : Nil > LineSpeed Configured : 1000 Mbit, Duplex: Full > Priority Tag disable > IPv6 RA Guard disable > Last clearing of show interface counters: 03:39:48 > Queueing strategy: fifo > Receive Statistics: > 0 packets, 0 bytes > Unicasts: 0, Multicasts: 0, Broadcasts: 0 > 64-byte pkts: 0, Over 64-byte pkts: 0, Over 127-byte pkts: 0 > Over 255-byte pkts: 0, Over 511-byte pkts: 0, Over 1023-byte pkts: 0 > Over 1518-byte pkts(Jumbo): 0 > Runts: 0, Jabbers: 0, CRC: 0, Overruns: 0 > Errors: 0, Discards: 0 > Transmit Statistics: > 1960 packets, 289098 bytes > Unicasts: 8, Multicasts: 1302, Broadcasts: 650 > Underruns: 0 > Errors: 0, Discards: 0 > Rate info (interval 299 seconds): > Input 0.00 Mbits/sec, 0 packets/sec, 0.00% of line-rate > Output 0.00 Mbits/sec, 0 packets/sec, 0.00% of line-rate > Time since last interface status change: 00:44:44 > > > Le "Pluggable media not present" me porte a confusions vu que j'ai d'autre > ports 10g qui sont up, fonctionnent bien mais qui retournent aussi ça, > exemple: > > bcn-sws-3-1# sh int te 0/1 > TenGigabitEthernet 0/1 is up, line protocol is up (connected) > Hardware is Ethernet, address is 0005.334b.f95c > Current address is 0005.334b.f95c > Pluggable media not present > Description: STORAGE > Interface index (ifindex) is 402685952 > MTU 2500 bytes > LineSpeed Actual : 1 Mbit > LineSpeed Configured : Auto, Duplex: Full > Priority Tag disable > IPv6 RA Guard disable > Last clearing of show interface counters: 03:42:41 > Queueing strategy: fifo > Receive Statistics: > 145608 packets, 29709612 bytes > Unicasts: 144478, Multicasts: 940, Broadcasts: 190 > 64-byte pkts: 112543, Over 64-byte pkts: 15686, Over 127-byte pkts: 2810 > Over 255-byte pkts: 730, Over 511-byte pkts: 613, Over 1023-byte pkts: > 13226 > Over 1518-byte pkts(Jumbo): 0 > Runts: 0, Jabbers: 0, CRC: 0, Overruns: 0 > Errors: 0, Discards: 0 > Transmit Statistics: > 1176133 packets, 1658862747 bytes > Unicasts: 1174922, Multicasts: 952, Broadcasts: 259 > Underruns: 0 > Errors: 0, Discards: 0 > Rate info (interval 299 seconds): > Input 0.00 Mbits/sec, 0 packets/sec, 0.00% of line-rate > Output 0.000708 Mbits/sec, 0 packets/sec, 0.00% of line-rate > Time since last interface status change: 01:19:15 > > La version (Pas de
Re: [FRnOG] [TECH] Un autre pavé, IPv6
peut-être rajouter : sur la partie LAN clients (businesses) : - filtrer les RA au niveau switch en provenance de sources non-connues ??? - plan d'addressage IPv6 : à aborder avec un esprit neuf - obtenir des IPv6 - IPv6 privé ?? i- NAT IPv6 (troll, mais tellement demandé) - comment gérer son dns reverse IPv6 ? sur la partie opérateurs/hébergement - ne pas filtrer tout ICMPv6 (size exceeded entre autre) aveuglément - les opérateurs semblent demandeurs de tunnelisations ... -- Jean-Daniel Pauget http://rezopole.net/ Rezopole/LyonIX+33 (0)4 27 46 00 50 On Fri, Mar 09, 2018 at 02:57:51PM +0100, Michel Hostettler wrote: > Un grand merci David pour ces orientations, > Michel > > - Mail original - > De: "David Ponzone" <david.ponz...@gmail.com> > À: "Michel Hostettler" <michel.hostett...@telecom-paristech.fr> > Cc: "frnog-tech" <frnog-t...@frnog.org> > Envoyé: Vendredi 9 Mars 2018 13:59:40 > Objet: Re: [FRnOG] [TECH] Un autre pavé, IPv6 > > Excellente idée, parce que la théorie IPv6, c'est super mais quand on voit le > bordel que c'est à implémenter. > On pourrait imaginer par exemple 3 axes: > -backbone (pas trop de problème de ce côté) > -raccordement client (les galères pour faire du PD sur PPP par exemple) > -côté LAN (SLAAC ou DHCPv6, telle est la question) > > Le 9 mars 2018 à 12:48, Michel Hostettler a écrit : > > > Bonjour, > > > > Je lance un autre pavé... cela tombe bien (du côté que cela penche) : nous > > sommes vendredi, et bientôt en anniversaire de mai 1968. > > > > J'envisage de proposer un nouveau cours IPv6, sous l'angle opérationnel des > > opérateurs (des freins aux leviers). Pour l'instant notre cours IPv6 est > > plutôt théorique, abstrait... > > > > Enseignants, formateurs, pouvons-nous en parler ? > > > > Préparons 2019, la transition IPv6 est un chantier immense. > > > > A très bientôt, > > Michel > > > > > > --- > > 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] RFC 8326: Graceful BGP Session Shutdown
si on sait s'organiser a l'avance, cesser d'annoncer ses routes 4 a 5 minutes avant de cesser de router effectivement me semble plus efficace ? -- Jean-Daniel Pauget http://rezopole.net/ Rezopole/LyonIX+33 (0)4 27 46 00 50 On Wed, Mar 07, 2018 at 08:18:35PM +0100, Vincent Bernat wrote: > ❦ 7 mars 2018 08:47 +0100, Stephane Bortzmeyer <bortzme...@nic.fr> : > > > RFC 8326 : Graceful BGP Session Shutdown > > > > Voici une nouvelle (pas si nouvelle que ça, mais pas encore décrite > > dans un RFC) communauté BGP, GRACEFUL_SHUTDOWN, qui va permettre > > d'annoncer une route à son pair BGP, tout en l'avertissant que le lien > > par lequel elle passe va être bientôt coupé pour une maintenance > > prévue. Le pair pourra alors automatiquement limiter l'usage de cette > > route et chercher tout de suite des alternatives. Cela évitera les > > pertes de paquets qui se produisent quand on arrête un lien ou un > > routeur. > > > > http://www.bortzmeyer.org/8326.html > > > > Je n'ai aucune idée de si son usage est courant, en entrée (pour gérer > > les arrêts des pairs BGP) et en sortie (pour annoncer gentiment qu'on > > va couper). Des chiffres, quelque part ? > > C'est tout de même très léger comme amélioration. Cela ne permet pas > d'éviter le blackhole qui se crée temporairement quand le routeur A se > rend compte qu'il n'a plus le chemin et doit passer par le routeur B > alors que le routeur B pense toujours que le routeur A est la meilleure > route. Avoir l'ancienne route en local pref 0 ne change rien à la > situation. Perso, j'ai même des difficultés à concevoir un scénario où > cette nouvelle communauté fait une différence (sans changer > l'implémentation). > -- > Small things make base men proud. > -- William Shakespeare, "Henry VI" > > > --- > Liste de diffusion du FRnOG > http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] RE: [TECH] Nexus + DWDM, question technique
moyennant flashage idoine, ca marche avec Solid-Optics, 10G DWDM 80km sur une petite dizaine de liaisons ... -- Jean-Daniel Pauget http://rezopole.net/ Rezopole/LyonIX+33 (0)4 27 46 00 50 On Fri, Feb 23, 2018 at 04:50:17PM +, Michel Py wrote: > > Sylvain DONNET a écrit : > > Je ne suis pas un gros spécialiste du DWDM, et je me tourne vers vous pour > > valider un point technique : pour > > relier deux sites en 10G DWDM, puis-je utiliser des Nexus 3064-X (oui, je > > sais, je fais dans le refurbished), > > Aucune honte à çà, j'ai acheté fin 2017 plusieurs 3064-PQ çà marche impec. > > > avec des DWDM-SFP10G-*, > > Pour les optiques DWDM, certains d'entres nous préfèrent les optiques Cisco > refurb (malgré le prix, çà douille) au lieu de celles de fs.com. Autant pour > les optiques grises et autres produits banalisés çà juste marche, pour les > optiques colorées la prudence peut être payante. Peut-être. Si tu achètes des > optiques colorées DWDM chez fs.com, on est prenants du retour. > > > et dois-je faire attention aux versions du NX-OS > > (cf > > https://www.cisco.com/c/en/us/td/docs/interfaces_modules/transceiver_modules/compatibility/matrix/10GE_Tx_Matrix.pdf) > > Je te conseilles de passer en 7.03 de toute façon; sur ces switches en fin de > vie, les dernières versions sont généralement stables. > > Michel. > > > --- > Liste de diffusion du FRnOG > http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] cherche fournisseur pour jarretières fibre
bonjour, folan (http://www.folan.net/) qui de part sa proximité géographique (lyon, pour nous) marche bien. valider les stocks avant commande. On Fri, Oct 13, 2017 at 06:26:26PM +0200, Clément Guivy wrote: > Salut, je cherche une boutique sérieuse qui peut fournir des jarretières > fibre en faible quantité dans un délai assez court (< 1 semaine), pour un > besoin basique : entre 1 et 10 m, OS2 ou OMx, connecteurs LC, SC, ou SC/APC > dans la plupart des cas. > > Vous achetez chez qui, vous ? > > Merci. > > > > clément > > > --- > Liste de diffusion du FRnOG > http://www.frnog.org/ -- Jean-Daniel Pauget http://rezopole.net/ Rezopole/LyonIX+33 (0)4 27 46 00 50 --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Nexus 3000 1U : ventilos à l'endroit ou à l'envers ?
Ces bestioles là chauffent pas mal, il vaut mieux chercher à aspirer l'air le plus froid possible. Les quelques-uns que j'ai vu montés en sens contraire de ventilation ont du etre remontés dans le bons sens, quitte à avoir les ports réseaux du côté moins pratique ... Apres, les blocs alims et ventilos existent dans les deux sens de soufflerie, et il convient de prendre les bons au moment de l'achat ... On Tue, May 23, 2017 at 06:37:12PM +, Michel Py wrote: > Bonjour la liste, > > Dans un environnement peu dense (pas d'allée froide, donc pas de problème à > souffler de l'air tiède du mauvais coté) il faut que je monte des N3K en haut > de rack, je me demande s'il vaut mieux prendre les alims/ventilo à l'endroit > (qui extraient l'air du switch) ou à l'envers (qui soufflent l'air dans le > switch). > > Aspirer l'air un peu tiède à l'arrière du rack, ou injecter l'air froid du > devant réchauffé par les alims à l'intérieur du switch ? > > Michel. > > > --- > Liste de diffusion du FRnOG > http://www.frnog.org/ -- Jean-Daniel Pauget http://rezopole.net/ Rezopole/LyonIX+33 (0)4 27 46 00 50 --- Liste de diffusion du FRnOG http://www.frnog.org/
[FRnOG] [JOBS] Offre d'emploi : Ingénieur réseau chez Rezopole
Bonjour frnog ! Rezopole, noeud d'echange internet à Lyon, recrute. candidatez, faites circuler ! merci, -- Jean-Daniel Pauget http://www.rezopole.net/ +33 (0)4 27 46 00 50pgp: 0042 irc.freenode.org #lyonix jd\ Société Rezopole est une association professionnelle dont le cœur de métier est la gestion d’infrastructures internet, et dont l'objectif est le développement de l’internet en région. Elle est composée de 8 salariés. L’activité de Rezopole s’articule autour de trois axes principaux : - le développement de l’internet à très haut débit (THD) via la gestion de nœuds d’échange internet (IXP ou GIX-Global Internet eXchange) ; voir www.lyonix.net et www.grenoblix.net par exemple. - l’animation de la filière Télécom & Internet pour les professionnels du secteur ; - l’accompagnement des acteurs publics et privés dans leurs projets internet / télécoms et la mise en place de services TIC connectés. Missions et compétences Missions : Exploitation & Projets - Gérer l'exploitation des équipements et l'évolution de l'architecture, et piloter les projets associés. - Industrialiser l'administration et la gestion de la plateforme technique - Réaliser des missions d'audit / conseil / accompagnement / formation - Astreintes (faibles sollicitations) Compétences - Très bonnes connaissances des protocoles réseaux (niveau 2 et 3 : IPv4/IPv6 ; BGP, router, route servers, route reflectors...) - Matériels réseau Cisco, Brocade, Mikrotik - Systèmes d'exploitation (Linux, Free BSD), Script Shell - Supervision (Nagios/MRTG/SNMP/Observium) - Capacité à documenter et mettre en place des processus - Organisé(e), rigoureux(se), autonome, sens de l'initiative, Le plus de l'offre Contexte technique enrichissant : ce poste vous permettra de développer un large réseau de contacts dans la communauté BGP, routage, réseau sur un grand nombre de villes. Profil Langues : français et anglais, Permis B. Informations Date début : dès que possible CDI Rémunération : 25-40 k€ selon expérience Lieu : Lyon (métro Saxe Gambetta) Contact : recrutement-2...@rezopole.net, ref ING2016-01 Site Internet : www.rezopole.net, www.lyonix.net --- Liste de diffusion du FRnOG http://www.frnog.org/
