Re: [FRnOG] RE: RFC 6115: Recommendation for a Routing Architecture

2011-02-25 Par sujet Thomas Mangin 
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

> Un vendredi, ce n'est pas prudent de me tendre le bâton pour te faire battre 
> :P
> Dans le genre raccourci de chez raccourci: IPv6: "supposons un mécanisme de 
> multihoming qui ne fasse pas gonfler la table de routage, soit sûr, bon 
> marché et soit déployable".

Autant que je sache, avec IPv6, les machines vont avoir plus d'une IP : avec 
deux routeurs avec RA connecte a deux FAI, tu va te retrouver avec deux IPs et 
deux gateway ... et tu as ton multihoming sans besoin de PI et de polluer la 
table de routage de tes upstreams.

> Mon opinion:
> BGP: pas vraiment. Pas depuis BGP4, avant c'est la préhistoire.

BGP change beaucoup mais a moins de suivre les drafts ce n'est pas très visible 
car aucune compatibilité n'est cassée.

> Aujourd'hui (sur le haut de gamme): le processus BGP lui-même est assisté par 
> le hard.

Tu expliques ce que tu veux dire STP ?

Thomas

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (Darwin)

iEYEARECAAYFAk1ncG4ACgkQA/52wvuLgaFBPwCg553sQxBpfSvRaE+LraJR6z0P
ORkAn2J2uMo5kWNce27xx2bbt86Ac/iC
=0oKu
-END PGP SIGNATURE-
---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] Re: [FRnOG] Une idée rigolote pour prévenir les utilisateurs infectés

2011-02-25 Par sujet Christophe Baegert 
Le 25/02/2011 00:00, Francois Demeyer a écrit :
> [MODE TROLL DU VENDREDI 00:00  ON]

bravo, c'est réussi !

> tandis qu'on laisse libre de tout contrôle le principal fabricant (margeur) 
> de e-véhicules accidentogènes (M$$) qui peut continuer a produire tout ce 
> qu'il veut

Je pense que M$$ arrivera à faire homologuer tout ce qu'il veut, et que
ça sera bcp plus difficile pour certains animaux de la banquise...

Mieux vaut garder notre liberté de mal choisir notre OS ! Et puis quel
serait notre plaisir si tout le monde avait un OS aussi stable que le
nôtre ;-) Ah m qu'est-ce qu'il fait mon KD^C^C^C
-- 
Christophe
---
Liste de diffusion du FRnOG
http://www.frnog.org/

[FRnOG] Re: [FRnOG] Re: [FRnOG] Re: [FRnOG] Une idée rigolote pour prévenir les utilisateurs infectés

2011-02-25 Par sujet Francois Petillon 

On 02/24/2011 05:58 PM, Stephane Cremel wrote:

Oui ou l'envoi d'un mail. c'est suffisant (si on suit la logique d'HADOPI,
le FAI est sur de joindre sont client par mail.)
->  pour moi c'est le moins pire techniquement.


Ben non. Certains troyens ont accès à la boite mail de l'abonné et il 
n'est pas très compliqué de supprimer tous les mails faisait référence à 
un virus/troyen/piratage/etc.


Si un opérateur veut que le client soit informé, le mail n'est pas une 
bonne solution (maintenant, rien n'empêche de considérer cela comme une 
première étape).


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

[FRnOG] Re : [FRnOG] [FRnOG] Une idée rigolote pour prévenir les utilisateurs infectés

2011-02-25 Par sujet Joel EJC 




- Message transféré 
De : Joel EJC 
À : Thomas Mangin 
Cc :
Envoyé le : Ven 25 février 2011, 10h 15min 30s
Objet : Re : [FRnOG] [FRnOG] Une idée rigolote pour prévenir les utilisateurs 
infectés


>[i]Cette modification consiste simplement en l'ajout 
>>d'un peu de JavaScript: Image (, 
>http://www.bortzmeyer.org/images/web-notification-example) (On note que 
>>la possibilité d'accuser réception, mentionnée plus loin dans le RFC,...[/i]
>
>Cela  ressemble comme deux gouttes d'eau à une fenêtre d'hameçonnage  par un  
>malaware. Ils ont même pensé au bouton à cliquer pour que le PC de Mme  Michu 
>se 
>fasse infecter.
>


Joel

[FRnOG] panap@TH2 down ?

2011-02-25 Par sujet Christophe Baegert 
Bonjour,

J'ai perdu tous les peers sur TH2 au Panap, quelqu'un a les mêmes
symptômes ?

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

RE: [FRnOG] panap@TH2 down ?

2011-02-25 Par sujet Benjamin BILLON 
Nope.
Y'a encore un ml panap?

-original message-
Subject: [FRnOG] panap@TH2 down ?
From: Christophe Baegert 
Date: 25/02/2011 19:34

Bonjour,

J'ai perdu tous les peers sur TH2 au Panap, quelqu'un a les mêmes
symptômes ?

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


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

Re: [FRnOG] panap@TH2 down ?

2011-02-25 Par sujet Pascal Rullier 
Le 25 février 2011 12:34, Christophe Baegert
 a écrit :
> Bonjour,
>
> J'ai perdu tous les peers sur TH2 au Panap, quelqu'un a les mêmes
> symptômes ?

Ça y est, après la fin de l'ipv4, la fin du panap...

Who's next ?

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

Re: [FRnOG] panap@TH2 down ?

2011-02-25 Par sujet Phibee Network Operation Center 

Le 25/02/2011 12:34, Christophe Baegert a écrit :

Bonjour,

J'ai perdu tous les peers sur TH2 au Panap, quelqu'un a les mêmes
symptômes ?

Cordialement,


de notre coté les sessions sont Up, on est sur TH2


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

Re: [FRnOG] panap@TH2 down ?

2011-02-25 Par sujet Christophe Baegert 
Le 25/02/2011 13:13, Phibee Network Operation Center a écrit :
> de notre coté les sessions sont Up, on est sur TH2

Et vous voyez des peers sur Redbus et Netcenter ?
-- 
Christophe
---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] panap@TH2 down ?

2011-02-25 Par sujet Radu-Adrian Feurdean 

On Fri, 25 Feb 2011 13:22 +0100, "Christophe Baegert"
 wrote:
> Le 25/02/2011 13:13, Phibee Network Operation Center a écrit :
> > de notre coté les sessions sont Up, on est sur TH2
> 
> Et vous voyez des peers sur Redbus et Netcenter ?

Je suis sur RedBus, j'ai juste eu un flap ce matin sur quelques peers
(TH2 et un a TH1)

-- 
Radu-Adrian Feurdean
 raf (a) ftml ! net

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

Re: [FRnOG] RE: RFC 6115: Recommendation for a Routing Architecture

2011-02-25 Par sujet Jerome Benoit 
Le Fri, 25 Feb 2011 09:03:42 +, 
Thomas Mangin a écrit :


> > Aujourd'hui (sur le haut de gamme): le processus BGP lui-même est assisté 
> > par le hard.
> 
> Tu expliques ce que tu veux dire STP ?
> 

Offloading hardware, des ASICs quoi. Le hard est juste du logiciel plus
ou moins figé. 

a +.

-- 
Jérôme Benoit aka fraggle
La Météo du Net - http://grenouille.com
OpenPGP Key ID : 9FE9161D
Key fingerprint : 9CA4 0249 AF57 A35B 34B3 AC15 FAA0 CB50 9FE9 161D


pgpw2OvUwv7VK.pgp
Description: PGP signature

Re: [FRnOG] Re: RFC 6115: Recommendation for a Routing Architecture

2011-02-25 Par sujet Jerome Benoit 
Le Wed, 23 Feb 2011 12:03:30 +0100, 
Stephane Bortzmeyer a écrit :

> 
> C'est le modèle popularisé par HIP
>  et je l'ai toujours trouvé
> très cool.

Franchement, çà me laisse dubitatif. On dirait une extension d'IPSeC
un peu hasardeuse, à vrai dire le tout me parait bancale pour faire la
séparation sur IP. D'ailleurs çà m’étonnerait pas que ce premier
réutilise une partie du code noyau de IPSeC. 

> 
> ILNP a une approche différente : il n'impose pas une politique
> particulière d'authentification. L'identificateur peut être une
> adresse MAC (car elles sont uniques, sans créer de nouveaux mécanismes
> d'allocation).

Oui mais non. Pas vrai dans la vrai vie.

a +.

-- 
Jérôme Benoit aka fraggle
La Météo du Net - http://grenouille.com
OpenPGP Key ID : 9FE9161D
Key fingerprint : 9CA4 0249 AF57 A35B 34B3 AC15 FAA0 CB50 9FE9 161D


pgp1Ha3u7cZB7.pgp
Description: PGP signature

Re: [FRnOG] RE: RFC 6115: Recommendation for a Routing Architecture

2011-02-25 Par sujet Jerome Benoit 
Le Thu, 24 Feb 2011 22:50:09 -0800, 
Michel Py a écrit :


> Mon opinion:
> BGP: pas vraiment. Pas depuis BGP4, avant c'est la préhistoire.

Et moi qui croyait que MPLS 4 da people aller tout résoudre : autant
reporter les pbs à la couche en dessous et ajouter une couche
d'indirection, la fameuse couche d'indirection magique :)

Je connais la sortie ... 

-- 
Jérôme Benoit aka fraggle
La Météo du Net - http://grenouille.com
OpenPGP Key ID : 9FE9161D
Key fingerprint : 9CA4 0249 AF57 A35B 34B3 AC15 FAA0 CB50 9FE9 161D


pgpdYCfwnwltv.pgp
Description: PGP signature

Re: [FRnOG] RE: RFC 6115: Recommendation for a Routing Architecture

2011-02-25 Par sujet Thomas Mangin 
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

>>> Aujourd'hui (sur le haut de gamme): le processus BGP lui-même est assisté 
>>> par le hard.
>> Tu expliques ce que tu veux dire STP ?
> Offloading hardware, des ASICs quoi. Le hard est juste du logiciel plus
> ou moins figé. 


Tu as une séparation entre routing engine (qui fait tourner le demaon BGP entre 
autre) et forwarding qui est accéléré par le hard (ASIC, FPGA, etc.).
BGP n'est pas aide par le hard. Du moins pas plus que le TCP Offloading aide le 
rendu graphique sur un PC :)

Thomas
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (Darwin)

iEYEARECAAYFAk1oF0YACgkQA/52wvuLgaGz/wCdGArMRAmLTrNnBJ9fPYBf7wp1
fyEAoOPeQsz/0a0qYBTXyOR/qIaO5CW+
=vSVj
-END PGP SIGNATURE-
---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] RE: RFC 6115: Recommendation for a Routing Architecture

2011-02-25 Par sujet Jerome Benoit 
Le Fri, 25 Feb 2011 20:55:33 +, 
Thomas Mangin a écrit :

> Tu as une séparation entre routing engine (qui fait tourner le demaon BGP 
> entre autre) et forwarding qui est accéléré par le hard (ASIC, FPGA, etc.).
> BGP n'est pas aide par le hard. Du moins pas plus que le TCP Offloading aide 
> le rendu graphique sur un PC :)

C'est dans les cartons, regardes ce qu'on peut faire avec un GPU
récent pour accélérer les recherches dans la table de routage.
C'est pas actuellement de l'ASIC pur mais le Routing Control Plane fait
dans le matos pensé uniquement pour sa fonction. 

a +.  

-- 
Jérôme Benoit aka fraggle
La Météo du Net - http://grenouille.com
OpenPGP Key ID : 9FE9161D
Key fingerprint : 9CA4 0249 AF57 A35B 34B3 AC15 FAA0 CB50 9FE9 161D


pgpbV73fmSpUM.pgp
Description: PGP signature

[FRnOG] Re: RFC 6115: Recommendation for a Routing Architecture

2011-02-25 Par sujet Stephane Bortzmeyer 
On Fri, Feb 25, 2011 at 09:03:42AM +,
 Thomas Mangin  wrote 
 a message of 34 lines which said:

> Autant que je sache, avec IPv6, les machines vont avoir plus d'une
> IP : avec deux routeurs avec RA connecte a deux FAI, tu va te
> retrouver avec deux IPs et deux gateway ... et tu as ton multihoming
> sans besoin de PI et de polluer la table de routage de tes
> upstreams.

Euh, c'est très très loin d'un vrai multihoming. Supposons qu'on ne
soit pas vendredi, voici les principales différences :

- les connexions (par exemple SSH ou SIP) en cours sont resettées si
un des deux FAI tombe en panne après l'établissement de la connexion.

- pire, si un des deux FAI est en panne, les nouvelles connexions
entrantes ne se feront que si le client gère les adresses multiples
(et essaie les deux adresses, en parallèle, pour ne pas poireauter des
heures s'il a commencé par la mauvaise).

L'un des buts principaux du multi-homing étant la résistance aux
pannes d'un FAI, appeler cette technique multi-homing me parait très
trolloïde.
---
Liste de diffusion du FRnOG
http://www.frnog.org/

[FRnOG] Re: RFC 6115: Recommendation for a Routing Architecture

2011-02-25 Par sujet Stephane Bortzmeyer 
On Fri, Feb 25, 2011 at 10:26:38PM +0100,
 Jerome Benoit  wrote 
 a message of 39 lines which said:

> C'est dans les cartons, regardes ce qu'on peut faire avec un GPU
> récent pour accélérer les recherches dans la table de routage.

Si c'est une allusion à PacketShader (voir par exemple
), alors, il s'agit bien
de "Forwarding plane" et pas de "Control Plane" et Thomas Mangin a
donc raison, ce n'est certainement pas une aide pour BGP.
---
Liste de diffusion du FRnOG
http://www.frnog.org/

[FRnOG] Re: RFC 6115: Recommendation for a Routing Architecture

2011-02-25 Par sujet Jerome Benoit 
Le Fri, 25 Feb 2011 22:36:15 +0100, 
Stephane Bortzmeyer a écrit :

> On Fri, Feb 25, 2011 at 10:26:38PM +0100,
>  Jerome Benoit  wrote 
>  a message of 39 lines which said:
> 
> > C'est dans les cartons, regardes ce qu'on peut faire avec un GPU
> > récent pour accélérer les recherches dans la table de routage.
> 
> Si c'est une allusion à PacketShader (voir par exemple
> ), alors, il s'agit bien
> de "Forwarding plane" et pas de "Control Plane" et Thomas Mangin a
> donc raison, ce n'est certainement pas une aide pour BGP.

Effectivement. 

J'avais lu un papier sur un FPGA (HyperChip si je me souviens bien) qui
pouvait faire de l'offload de la maintenance des tables de routage
(RTM -> Local RTM et Global RTM), çà rentrait dans le cadre d'une
implémentation de ForCes ou le FPGA était une carte de contrôle dédiée
à la maintenance des tables. Si je le retrouve, je le poste
mais pas ce soir :) 

a +.

-- 
Jérôme Benoit aka fraggle
La Météo du Net - http://grenouille.com
OpenPGP Key ID : 9FE9161D
Key fingerprint : 9CA4 0249 AF57 A35B 34B3 AC15 FAA0 CB50 9FE9 161D


pgpc8l5NFs7AC.pgp
Description: PGP signature

Re: [FRnOG] Fable du lundi : le viticulteur, la tractopelle et les réseaux

2011-02-25 Par sujet Ronan Keryell 
> On Mon, 7 Feb 2011 08:12:47 +0100 (CET), Frédéric GANDER 
>  said:

Frédéric> 1 à 2 par semaine chez nous pour les pelleteuses

Frédéric> Apres si on rajoute les manouches qui confondent cuivre et
Frédéric> fibre, les accidents de la route, de train, de bateau, les
Frédéric> incendies, les viticulteurs en colère et les techs qui
Frédéric> pètent les fibres en faisant des manips.  ca fait un fiber
Frédéric> cut tous les 2 à 3 jours avec des pointes quand il fait
Frédéric> chaud et beau, surement car il y a plus de TP en été qu'en
Frédéric> hiver ( ou plus de pastis allez savoir )

Frédéric> Le temps de reparation moyen est > à 6h le record de la
Frédéric> semaine dernière 36heures

Frédéric> C'est fortement lié à la personne qui coupe la fibre et si
Frédéric> elle s'en rend compte et averti. Par contre si il faut
Frédéric> chercher la coupure (ca rajoute 4 à 6 heures de plus).

Frédéric> apres le vrai truc interessant c'est leur localisation

Il y a pire que les tracto-pelles qui cassent les lignes, il y a les
conducteurs de tracto-pelles qui les réparent...

Fin de l'année dernière, mon quartier où j'habite (Plouzané, en
Bretagne) s'est pris un dénis de service appelé « installation du tout à
l'égout » qui a mis pas mal la zone. En décembre on n'a plus eu le
téléphone ni ADSL pendant 2 jours. Bon, rien d'anormal là-dedans... :-/
Puis c'est revenu. Là on s'est dit que tout de même la qualité baissait
chez Nerim, mais bon, c'était revenu... :-)

Ensuite la qualité de la ligne a baissé régulièrement : crachotements,
désynchronisations ADSL... Avec la routine, on a fini par corréler ça un
peu avec le taux d'humidité locale. Bizarre.

Bon, je passe sur les échanges avec le service de l'opérateur historique
pour arriver à faire intervenir. Et finalement, après visite de pas mal
de poteaux du quartier, ils ont fini par trouver une paire téléphonique
sectionnée qui avait été réparée avec un petit domino à l'air libre, euh
à la pluie libre. :-(

2 mois entre la coupure, le téléphone et Internet intermittent... :-(

On avait eu le droit aussi à une pulvérisation de notre regard de
connexion téléphonique en béton 2 ans avant par une machine qui tond les
talus (très courants en Bretagne). Panne franche et visible... Pas
réparée à la va-vite celle-ci. :-/

L'avantage que je vois à la fibre, c'est que c'est difficilement
réparable à la sauvette... :-) Donc somme toute plus facile à réparer
par les opérateurs car coupure franche... :-/

L'avantage aussi du sud de la France avec un climat plus sec doit être
que les dominos sauvages s'oxydent moins et ont moins de fuite à la
terre. :-)
-- 
  Ronan KERYELL  |\/  GSM:(+33|0) 6 13 14 37 66
  HPC Project|/)  Fax:(+33|0) 1 46 01 05 46
  9 Route du Colonel Marcel Moraine  KE-mail: r...@hpc-project.com
  92360 Meudon La Forêt  |\   skype:keryell
  FRANCE | \  http://hpc-project.com
---
Liste de diffusion du FRnOG
http://www.frnog.org/

[FRnOG] Re: [FRnOG] Une idée rigolote pour prévenir les utilisateurs infectés

2011-02-25 Par sujet Francois Demeyer 
> Le vendredi 25 février 2011 00:00:28, Francois Demeyer a écrit :
>> [MODE TROLL DU VENDREDI 00:00  ON]

Le 25 févr. 2011 à 10:15, Christophe Baegert a écrit :
> bravo, c'est réussi !

Thanxx :-)


>> Que chaque net de l'inter s'occupe un peu de sa sécurité me semble assez
>> normal et souhaitable. Qu'on aille coller un bourre-pif (légal) aux
>> spécialistes de l'embourbage du dit réseau me semble encore plus normal et
>> souhaitable :-)
>> 
>> N'aurions nous cependant pas oublié une des parties de cette affaire ?
>> 
>> Il me semble que les véhicules autorisés a rouler sur les départementales,
>> nationales et autoroutes de tous poils doivent préalablement être
>> homologués, sauf erreur de ma part. On attaque actuellement sévèrement
>> l'industrie pharmaceutique pour la mise sur le marché de produits néfastes
>> qui usurpent l'autorisation de mise sur le marché. Bien sur il ne
>> viendrait a personne l'idée d'accuser le pharmacien de cette vendre des
>> produits inadaptés.
>> 
>> Dans notre univers de bisounours, on tape et retape sur tout ou partie du
>> réseau, tandis qu'on laisse libre de tout contrôle le principal fabricant
>> (margeur) de e-véhicules accidentogènes (M$$) qui peut continuer a
>> produire tout ce qu'il veut, sans volant ni freins, phares ou airbags
>> (selon le millésime).

> 
> Je pense que M$$ arrivera à faire homologuer tout ce qu'il veut, et que
> ça sera bcp plus difficile pour certains animaux de la banquise...

Assurément, je plains les animaux de la banquise qui doivent se débrouiller de 
notre évolution chaotique..
je plains encore plus les animaux du continent chaotique observant la fin des 
animaux de la banquise au travers de leur TV Loiquidées ;)

> Mieux vaut garder notre liberté de mal choisir notre OS !

YESSS !

> Et puis quel serait notre plaisir si tout le monde avait un OS aussi stable 
> que le nôtre ;-)
> Ah m qu'est-ce qu'il fait mon KD^C^C^C

Comment ? tu n'utiliserais donc pas un bon vieux Win12 pour travailler ?? honte 
a toi ;-)


Le 25 févr. 2011 à 00:30, Charpentier Johan a écrit :

> Allez, je saute dedans...
> 
> Tu préfères un monde ou l'informatique de confiance homologue ton matériel et 
> tes logiciels pour les autoriser à accéder ou non au Réseau ?

Non. Juste fais le pas...

> Je connais pas mal de véhicules homologués et qui ont bien passé leur 
> contrôle 
> technique qui ont causé plus de tords que la mob rafistolée de pépé.

Faut pas mélanger l'entité carbone et le véhicule en effet.

> C'est l'interface chaise clavier qui choisit sa voiture et qui la pilote.

Pour traiter cela, il faudra un processus probablement long mais pas pire 
que pour la majorité des autres domaines...

> On connaît ce que donnent les débats sur un Permis du Net... Mais il 
> n'empêche 
> que l'informatique ça reste un outil et que n'importe quel outil (même 
> homologué en mousse) mal manié peut causer du tord.

Vu que mon message presque propre initial ne semble pas avoir été assez 
explicite, je vais le reformuler version bas du front.
Au lieu de (et/ou en complément de) passer du temps a s'auto flageller pour 
savoir quel élément du réseau mettre en cause face à la pagaille ambiante, je 
pensais qu'il serait tout aussi profitable de faire chier M$$ (et en effet, pas 
seulement eux) quant a la qualité de sa "téléconfiguration" des whatever 
millions de machines qui font les bots de la planete... 
Si une catégorie d'invidus équipés de pampers a fuites vient chier sur 
l'autoroute toutes les nuits, ce n'est pas en changeant la constitution du 
bitume qu'on va résoudre le problème.
Maintenant, si certains membres de la communauté du réseau se complaisent a ce 
plaisir solitaire en ce domaine en pensant que c'est leur grande faute, libre a 
eux

> Je suis juste d'accord de leur retirer temporairement le marteau et de les 
> gronder si ils tapent sur leur petit voisin avec...
> 
>> Mais bon… ce que j'en dis...
>> 
>> [MODE TROLL DU VENDREDI 00:00  OFF]


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

RE: [FRnOG] RE: RFC 6115: Recommendation for a Routing Architecture

2011-02-25 Par sujet Michel Py 
> Thomas Mangin a écrit:
> Autant que je sache, avec IPv6, les machines vont avoir plus
> d'une IP : avec deux routeurs avec RA connecte a deux FAI, tu
> va te retrouver avec deux IPs et deux gateway ... et tu as
> ton multihoming sans besoin de PI et de polluer la table de
> routage de tes upstreams.

Parce que je t'aime bien: no comment.


> Stephane Bortzmeyer a écrit:
> Si c'est une allusion à PacketShader (voir par exemple
> ), alors, il s'agit
> bien de "Forwarding plane" et pas de "Control Plane" et Thomas
> Mangin a donc raison, ce n'est certainement pas une aide pour BGP.

Correct; ceci dit si je comprends bien PacketShader, il serait en théorie 
possible de recompiler Quagga pour utiliser le GPU aussi; SI ça devenait le 
cas, on pourrait AMHA appeler çà une aide hardware (même si le but original du 
GPU était les graphiques, ça serait néanmoins un ASIC du pauvre).


>> Aujourd'hui (sur le haut de gamme): le processus BGP
>> lui-même est assisté par le hard.

> Tu expliques ce que tu veux dire STP ?

Ca serait sympa que quelqu'un de chez Cisco lise ce qui suit et commente. Pour 
Juniper, je ne m'aventurerai pas sur un terrain que je ne connais pas.

D'après ce que je comprends:

- Sur certains RSP la mémoire pour la FIB est séparée.

- Aussi il y a un "machin" qui s'occupe des basses besognes comme copier le 
contenu filtré de la FIB dans la mémoire du RSP sur la(les) RIB(s) dans la(les) 
linecard(s) sans que ce soit le CPU de la RSP qui s'en occupe.

Dans les deux cas, ça me semble bien être une assistance par le hardware des 
fonctions de la control plane. Comme d'habitude, si je dis des conneries que 
quelqu'un me détrompe SVP.

Michel.

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

[FRnOG] Attention au franglais!

2011-02-25 Par sujet Michel Py 
>>> Michel Py a écrit:
>>> Aujourd'hui (sur le haut de gamme): le processus BGP
>>> lui-même est assisté par le hard.

>> Thomas Mangin a écrit:
>> Tu expliques ce que tu veux dire STP ?

> Jerome Benoit a écrit:
> Offloading hardware, des ASICs quoi.

Oui merci, c'est ce que j'essayais de dire en Français!


Bon puisque nous sommes encore vendredi:

Il y a pas longtemps j'étais chez un de mes amis, un Américain d'origine 
Française qui travaille dans la Silicon Valley chez une entreprise que tous les 
lecteurs du FRnOG connaissent. On ne parlait pas du boulot, mais de 
généralités. Avec un verre de pinard à la main bien sûr, on ne va quand même 
pas bouffer les merguez sur le barbecul des copains sans apporter du 
ravitaillement, hein. Plusieurs membres de la famille étendue (des Francais, en 
vacances) étaient présents.

Au bout de 5 minutes ils ont arrêté notre conversation en disant:

"Vous pourriez pas parler Français, comme tout le monde?"

Bon maintenant que j'ai semé mon boxon hebdomadaire chez les Frenchies, je vais 
me coucher.

Michel.

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

RE: [FRnOG] RE: RFC 6115: Recommendation for a Routing Architecture

2011-02-25 Par sujet Michel Py 
> Le mec qui a bu tout le pinard de Michel a écrit:
> - Sur certains RSP la mémoire pour la FIB est séparée.
> - Aussi il y a un "machin" qui s'occupe des basses besognes comme
> copier le contenu filtré de la FIB dans la mémoire du RSP sur
> la(les) RIB(s) dans la(les) linecard(s) sans que ce soit le CPU 
> de la RSP qui s'en occupe.

Euhhh swap FIB <-> RIB

Michel.

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