RE: [FRnOG] [TECH] router linux : quagga + packet-journey , quelqu'un a déjà essayé ?

[Michel Py]

> Vincent Bernat écrit :
> Je sais pas trop comment tu comptes

Avec les pieds, visiblement. Il y a des coups de fouet qui se perdent (surtout 
un trolldi :P) Pour l'image du fouet, lire les archives de cette liste :P
En fait, c'était au pif et ce que j'aime bien sur cette liste est quelqu'un me 
dise quand je compte au pif. Merci.

Ceci étant dit, et les maths de Michel au pif ne valant pas un caramel mou, çà 
laisse quand même des doutes dans mon esprit.
D'un coté il y a des mecs qui me disent qu'ils peuvent faire 2Mpps par coeur, 
et d'un autre il y en a qui me disent qu'avec un double exacoeur et des bonnes 
cartes PCIE3x8 ils peuvent pas chier plus que 2Gbps.

Pour que tout le monde soit d'accord : 500K préfixes minimum, 1 million çà 
prend pas feu tout de suite.

- En essayant de pas troller (quand je trolle, c'est dans MISC), il faut quoi 
comme bécane qui puisse faire du 10GE sur 4 interfaces avec 2 full-feed sans 
s'éffronder comme une savate avec du paquet à 64 octets ? {sans bidouille | 
avec bidouille }
- Distro de base installée par un chimp, combien de Mpps par coeur ?
- packet-journey, çà fait vraiment du 10x ?

Michel.


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

Re: [FRnOG] [TECH] router linux : quagga + packet-journey , quelqu'un a déjà essayé ?

[Vincent Bernat]

 ❦ 29 avril 2016 18:41 GMT, Michel Py  :

>> Sur un proc récent, tu peux viser 2 Mpps par coeur.
>
> Ca parait raisonnable.
>
>> Du coup, avec un hexacoeur, tu montes à 10G.
>
> Pas a 64 octets par paquet. Disons un double exacoeur te donne 24mpps,
> soit 1.5 Gbit/s qui était le nombre que je citais récemment; pas la
> peine de se fatiguer avec du 40G, même le 10G c'est encore loin.

Je sais pas trop comment tu comptes, mais 2 millions de paquets par
seconde, c'est 2*10^6 p/s * 84 octets/p * 8 bits/octet = 1.344*10^9
bits/s. Soit disons 1.5 Gbps avec le vent dans le dos. Après, tu veux
p'tet parler en full duplex, mais ça donne pas le facteur que tu
indiques non plus.

Ou alors, je suis vraiment fatigué.

>> Vincent JARDIN a écrit :
>> - un datapath logiciel sur serveurs (cf 6WIND aussi) là tu peux monter à 
>> 200Mpps @ 64 bytes
>
> Qu'est-ce qu'il y a d'autre dans ce domaine, à part 6WIND ? Je pose la
> question innocemment : mon prochain 40G çà sera du Cisco, j'ai pas le
> choix du vendeur. Ce que je vois arriver c'est que le pognon va pas
> être là, et que soudainement il va falloir que je système-D un routeur
> 40G avec un 486 :-(
> Si je devais le faire moi-même à pas cher, que conseillerais-tu ? Je
> veux un 6WIND gratuit ;-)

Ben, t'as packet-journey du coup ;-) J'ai pingué baloo de Gandi, je sais
pas s'il lit la ML.
-- 
Follow each decision as closely as possible with its associated action.
- The Elements of Programming Style (Kernighan & Plauger)


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

Re: [FRnOG] [TECH] router linux : quagga + packet-journey , quelqu'un a déjà essayé ?

[Vincent Bernat]

 ❦ 29 avril 2016 13:15 -0500, Vincent JARDIN  :

> En cartes 40G, tu peux regarder les CX4 de Mellanox ou les cartes
> Intel. Vérifie que tu as bien les bus x16 et Gen3.

Si je regarde une CX4, je ne trouve pas le nombre d'entrées qu'elle
prend. 32k ou 128k ? Pour une Intel, c'est 8k, mais je suppose que
Mellanox monte plus haut pour permettre son exploitation par switchdev.
-- 
It is a wise father that knows his own child.
-- William Shakespeare, "The Merchant of Venice"


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

RE: [FRnOG] [TECH] router linux : quagga + packet-journey , quelqu'un a déjà essayé ?

[Michel Py]

> Vincent Bernat a écrit :
> Sur un proc récent, tu peux viser 2 Mpps par coeur.

Ca parait raisonnable.

> Du coup, avec un hexacoeur, tu montes à 10G.

Pas a 64 octets par paquet. Disons un double exacoeur te donne 24mpps, soit 1.5 
Gbit/s qui était le nombre que je citais récemment; pas la peine de se fatiguer 
avec du 40G, même le 10G c'est encore loin.



> Vincent JARDIN a écrit :
> - un datapath logiciel sur serveurs (cf 6WIND aussi) là tu peux monter à 
> 200Mpps @ 64 bytes

Qu'est-ce qu'il y a d'autre dans ce domaine, à part 6WIND ? Je pose la question 
innocemment : mon prochain 40G çà sera du Cisco, j'ai pas le choix du vendeur. 
Ce que je vois arriver c'est que le pognon va pas être là, et que soudainement 
il va falloir que je système-D un routeur 40G avec un 486 :-(
Si je devais le faire moi-même à pas cher, que conseillerais-tu ? Je veux un 
6WIND gratuit ;-)


> Vérifie que tu as bien les bus x16 et Gen3.

Absolument.

Michel.


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

Re: [FRnOG] [TECH] router linux : quagga + packet-journey , quelqu'un a déjà essayé ?

[Vincent JARDIN]

Le 29/04/2016 12:51, Vincent Bernat a écrit :

  ❦ 29 avril 2016 17:20 GMT, Michel Py  :


En revanche avant de penser à utiliser packet journey comme
forwarding plane :), il faut bien évaluer si cela en vaut la peine.
Est ce que tu fais tant de trafic que tu ait besoin de dpdk ? aka
supérieur à xGo/s ? Est ce qu'un simple linux/bsd bien tuné ne
suffirait pas ?


La carte mentionnée sur la page de Gandi est une 40 Gbit/s (XL710).

Question de débutant dans ce domaine : un serveur comme ci-dessus,
avec juste BIRD et une distro sans fioritures (pas de DPDK, pas de
packet shader), on peut en sortir quel débit, avec des paquets de 64
octets ? Je me suis laissé dire qu'on dépassait difficilement 1 ou 2
Gbit/s.


Ça dépend combien de coeurs tu as sur ta machine, vu que pour du
routage, ça scale de manière linéaire sur le nombre de coeurs avec assez
peu d'efforts. Sur un proc récent, tu peux viser 2 Mpps par coeur. Du
coup, avec un hexacoeur, tu montes à 10G. Il semble qu'avec des noyaux
plus récents (> 4), les performances ont été multipliées par 2. Je suis
pas très à jour là-dessus.

Cependant, via switchdev, l'offloading est désormais intégré dans le
noyau Linux et donc avec le bon choix de carte réseau, tu devrais
pouvoir sans effort en bénéficier sous peu. C'est le cas avec des
Mellanox et cela devrait arriver avec le 4.6. Il y a eu une démo en 100G
au dernier NetDev mais en switching uniquement si j'ai bien compris (je
n'y étais pas).



Oui, tu as plusieurs solutions:
  - un datapath logiciel sur serveurs (cf 6WIND aussi), là tu peux 
monter à 200Mpps @ 64 bytes ; avec ces datapath/fast path, tu peux 
utiliser BIRD, Quagga, ExaBPG, Strongswan, Opendaylight, etc...


  - un switch/ASIC + Switchdev c'est encore plus performant, mais tu es 
alors confronté aux limites des ASIC (regarde le nombre de routes par 
exemple).


Ensuite, tout est une question de prix?! un server x86 avec des cartes 
PCI 40Gbps: c'est bon marché et tu n'auras pas de limitation du 
datapath. En effet, en sous-jacent switchdev te limitera avec les 
capacités de l'ASIC. Mais si tu veux beaucoup de ports 10G/40G, alors il 
y a un point d'inflexion où l'ASIC reste mieux en sacrifiant quelques 
fonctionnels.


En cartes 40G, tu peux regarder les CX4 de Mellanox ou les cartes Intel. 
Vérifie que tu as bien les bus x16 et Gen3.


Bons choix,
  Vincent


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

Re: [FRnOG] [TECH] router linux : quagga + packet-journey , quelqu'un a déjà essayé ?

[Vincent Bernat]

 ❦ 29 avril 2016 17:20 GMT, Michel Py  :

>> En revanche avant de penser à utiliser packet journey comme
>> forwarding plane :), il faut bien évaluer si cela en vaut la peine.
>> Est ce que tu fais tant de trafic que tu ait besoin de dpdk ? aka
>> supérieur à xGo/s ? Est ce qu'un simple linux/bsd bien tuné ne
>> suffirait pas ?
>
> La carte mentionnée sur la page de Gandi est une 40 Gbit/s (XL710).
>
> Question de débutant dans ce domaine : un serveur comme ci-dessus,
> avec juste BIRD et une distro sans fioritures (pas de DPDK, pas de
> packet shader), on peut en sortir quel débit, avec des paquets de 64
> octets ? Je me suis laissé dire qu'on dépassait difficilement 1 ou 2
> Gbit/s.

Ça dépend combien de coeurs tu as sur ta machine, vu que pour du
routage, ça scale de manière linéaire sur le nombre de coeurs avec assez
peu d'efforts. Sur un proc récent, tu peux viser 2 Mpps par coeur. Du
coup, avec un hexacoeur, tu montes à 10G. Il semble qu'avec des noyaux
plus récents (> 4), les performances ont été multipliées par 2. Je suis
pas très à jour là-dessus.

Cependant, via switchdev, l'offloading est désormais intégré dans le
noyau Linux et donc avec le bon choix de carte réseau, tu devrais
pouvoir sans effort en bénéficier sous peu. C'est le cas avec des
Mellanox et cela devrait arriver avec le 4.6. Il y a eu une démo en 100G
au dernier NetDev mais en switching uniquement si j'ai bien compris (je
n'y étais pas).
-- 
I must have a prodigious quantity of mind; it takes me as much as a
week sometimes to make it up.
-- Mark Twain, "The Innocents Abroad"


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

RE: [FRnOG] [TECH] router linux : quagga + packet-journey , quelqu'un a déjà essayé ?

[Michel Py]

>> Alexandre DERUMIER a écrit :
>> https://github.com/Gandi/packet-journey
>> qui permet d'accéler le forwarding des packets sous linux via DPDK (20gbit/s 
>> annoncé avec des packets de 64bytes sur un petit intel E5-2630L)

> raf a écrit :
> En revanche avant de penser à utiliser packet journey comme forwarding plane 
> :), il faut bien évaluer si cela en vaut la peine.
> Est ce que tu fais tant de trafic que tu ait besoin de dpdk ? aka supérieur à 
> xGo/s ? Est ce qu'un simple linux/bsd bien tuné ne suffirait pas ?

La carte mentionnée sur la page de Gandi est une 40 Gbit/s (XL710).

Question de débutant dans ce domaine : un serveur comme ci-dessus, avec juste 
BIRD et une distro sans fioritures (pas de DPDK, pas de packet shader), on peut 
en sortir quel débit, avec des paquets de 64 octets ? Je me suis laissé dire 
qu'on dépassait difficilement 1 ou 2 Gbit/s.

(Ca serait probablement plus propre de parler en termes de Mpps au lieu de 
Gbit/s).

Michel.


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

Re: [FRnOG] [TECH] router linux : quagga + packet-journey , quelqu'un a déjà essayé ?

[raf]

Le 29/04/2016 à 18:22, Vincent Bernat a écrit :

Au contraire, je trouve ça assez génial car cela permet d'utiliser
n'importe quel applicatif. 6Wind et Cumulus font la même chose.
Alors utilisez un api standard c'est très bien. Ce que je dit c'est 
qu'insérer les routes dans le kernel est bizarre.
Tu te retrouves avec trois visions des routes, la routing table de ton 
soft de routage, la routing table du kernel et la forwarding table du 
packetjourney.
De plus je trouve l'api de netlink un peu simpliste, mais je me trompe 
surement.

Ensuite, dans le détail, je pense que le noyau Linux continue de
gérer un certain nombre de cas en slow path (ARP?) mais c'est de la pure
spéculation.

Ha oui effectivement c'est probable.

--
Raphael Mazelier


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

Re: [FRnOG] [TECH] router linux : quagga + packet-journey , quelqu'un a déjà essayé ?

[Vincent Bernat]

 ❦ 29 avril 2016 18:03 +0200, raf  :

>>> c'est simplement une suite logiciel de plusieurs daemons (bgpd,zebra,) ?
>>> donc zebra + bgpd , ca devrait être suffisant pour apprendre les
>>> routes et les injecter dans le kernel,
>> Oui.
> A ce sujet le lien la stack de routage et packetjourney/dpdk se fait
> via netlink et donc le kernel linux.
> Je trouve ça un peu contre productif personnellement et je reverrais
> d'une implémentation bypassant netlink.
> Après tout si le système est bien fait, le kernel n'a pas a connaitre
> les routes.

Au contraire, je trouve ça assez génial car cela permet d'utiliser
n'importe quel applicatif. 6Wind et Cumulus font la même chose. 

Ensuite, dans le détail, je pense que le noyau Linux continue de
gérer un certain nombre de cas en slow path (ARP?) mais c'est de la pure
spéculation.
-- 
Make input easy to proofread.
- The Elements of Programming Style (Kernighan & Plauger)


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

Re: [FRnOG] [TECH] router linux : quagga + packet-journey , quelqu'un a déjà essayé ?

[raf]

c'est simplement une suite logiciel de plusieurs daemons (bgpd,zebra,) ?
donc zebra + bgpd , ca devrait être suffisant pour apprendre les
routes et les injecter dans le kernel,

Oui.
A ce sujet le lien la stack de routage et packetjourney/dpdk se fait via 
netlink et donc le kernel linux.
Je trouve ça un peu contre productif personnellement et je reverrais 
d'une implémentation bypassant netlink.
Après tout si le système est bien fait, le kernel n'a pas a connaitre 
les routes.



--
Raphael Mazelier


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

Re: [FRnOG] [TECH] router linux : quagga + packet-journey , quelqu'un a déjà essayé ?

[raf]

Bonsoir,

Je plussoie l'utilisation de bird comme routeur soft (enfin pour la 
partie configuration/control plane ; pas sur de la différence exacte de 
ces deux notions d'ailleurs, c'est un autre débat).
La syntaxe est une d'une grande souplesse, au prix d'une petite 
complexité de prise en main (je pense toujours que les termes 
import/export sont inversé dans bird, mais cela doit venir de moi :).


En revanche avant de penser à utiliser packet journey comme forwarding 
plane :), il faut bien évaluer si cela en vaut la peine.
Est ce que tu fais tant de trafic que tu ait besoin de dpdk ? aka 
supérieur à xGo/s ? Est ce qu'un simple linux/bsd bien tuné ne suffirait 
pas ?
Et si ce n'est pas le cas, il faut bien évaluer le rapport prix 
équipement standard, temps que tu vas passer à appréhender ces technos.


--
Raphael Mazelier


Le 29/04/2016 à 17:25, Arnaud Fenioux a écrit :

Hello,

Pour faire du BGP, je te conseille de jetter un oeil sur bird
(http://bird.network.cz/)
La syntaxe n'est pas "cisco like" mais c est beaucoup plus flexible
(et bien maintenu).

Arnaud

2016-04-29 17:17 GMT+02:00 Alexandre DERUMIER :

Merci pour les precisions.

J'ai également oublié de préciser que je voulais faire du bgp,
et voir potentiellement remplacer des routeurs hardware vieilissant par du 
logiciel.

Je n'ai jamais essayé quagua, mais si j'ai bien compris
http://www.nongnu.org/quagga/

c'est simplement une suite logiciel de plusieurs daemons (bgpd,zebra,) ?

donc zebra + bgpd , ca devrait être suffisant pour apprendre les routes et les 
injecter dans le kernel,

et ensuite c'est packet-journey qui s'occupe du forwarding via dpdk ?



- Mail original -
De: "Vincent Bernat" 
À: "aderumier" 
Cc: "frnog-tech" 
Envoyé: Vendredi 29 Avril 2016 17:04:17
Objet: Re: [FRnOG] [TECH] router linux : quagga + packet-journey , quelqu'un a 
déjà essayé ?

❦ 29 avril 2016 16:57 +0200, Alexandre DERUMIER  :


j'imagine que ca doit fonctionner avec quagga en control plane ? (dans
la doc ils utilisent zebbra, donc j'imagine que ca doit fonctionner)

Il n'y a pas besoin de Quagga. Le control plane est packet journey lui
même. Le configuration plane est le noyau Linux. Tu ajoutes une route
avec "ip route add", packet journey va être notifié et le prendra en
compte lors du prochain paquet slow path.

La doc mentionne bgpd et zebra comme exemple. zebra est le démon de
Quagga qui reçoit les demandes des autres démons et qui effectue
l'interface avec le noyau. Cela marcherait aussi avec bird par exemple.

Par contre, jamais essayé moi même, mais c'est dans la todo liste.
--
Terminate input by end-of-file or marker, not by count.
- The Elements of Programming Style (Kernighan & Plauger)


---
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] router linux : quagga + packet-journey , quelqu'un a déjà essayé ?

[Vincent Bernat]

 ❦ 29 avril 2016 17:17 +0200, Alexandre DERUMIER  :

> c'est simplement une suite logiciel de plusieurs daemons (bgpd,zebra,) ?
> donc zebra + bgpd , ca devrait être suffisant pour apprendre les
> routes et les injecter dans le kernel,

Oui.

> et ensuite c'est packet-journey qui s'occupe du forwarding via dpdk ?

Oui. Ce sera sans doute plus simple de d'abord se familiariser avec
Quagga avant d'ajouter packet-journey.
-- 
Indent to show the logical structure of a program.
- The Elements of Programming Style (Kernighan & Plauger)


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

Re: [FRnOG] [TECH] router linux : quagga + packet-journey , quelqu'un a déjà essayé ?

[Arnaud Fenioux]

Hello,

Pour faire du BGP, je te conseille de jetter un oeil sur bird
(http://bird.network.cz/)
La syntaxe n'est pas "cisco like" mais c est beaucoup plus flexible
(et bien maintenu).

Arnaud

2016-04-29 17:17 GMT+02:00 Alexandre DERUMIER :
> Merci pour les precisions.
>
> J'ai également oublié de préciser que je voulais faire du bgp,
> et voir potentiellement remplacer des routeurs hardware vieilissant par du 
> logiciel.
>
> Je n'ai jamais essayé quagua, mais si j'ai bien compris
> http://www.nongnu.org/quagga/
>
> c'est simplement une suite logiciel de plusieurs daemons (bgpd,zebra,) ?
>
> donc zebra + bgpd , ca devrait être suffisant pour apprendre les routes et 
> les injecter dans le kernel,
>
> et ensuite c'est packet-journey qui s'occupe du forwarding via dpdk ?
>
>
>
> - Mail original -
> De: "Vincent Bernat" 
> À: "aderumier" 
> Cc: "frnog-tech" 
> Envoyé: Vendredi 29 Avril 2016 17:04:17
> Objet: Re: [FRnOG] [TECH] router linux : quagga + packet-journey , quelqu'un 
> a déjà essayé ?
>
> ❦ 29 avril 2016 16:57 +0200, Alexandre DERUMIER  :
>
>> j'imagine que ca doit fonctionner avec quagga en control plane ? (dans
>> la doc ils utilisent zebbra, donc j'imagine que ca doit fonctionner)
>
> Il n'y a pas besoin de Quagga. Le control plane est packet journey lui
> même. Le configuration plane est le noyau Linux. Tu ajoutes une route
> avec "ip route add", packet journey va être notifié et le prendra en
> compte lors du prochain paquet slow path.
>
> La doc mentionne bgpd et zebra comme exemple. zebra est le démon de
> Quagga qui reçoit les demandes des autres démons et qui effectue
> l'interface avec le noyau. Cela marcherait aussi avec bird par exemple.
>
> Par contre, jamais essayé moi même, mais c'est dans la todo liste.
> --
> Terminate input by end-of-file or marker, not by count.
> - The Elements of Programming Style (Kernighan & Plauger)
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


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

Re: [FRnOG] [TECH] router linux : quagga + packet-journey , quelqu'un a déjà essayé ?

[Alexandre DERUMIER]

Merci pour les precisions.

J'ai également oublié de préciser que je voulais faire du bgp,
et voir potentiellement remplacer des routeurs hardware vieilissant par du 
logiciel.

Je n'ai jamais essayé quagua, mais si j'ai bien compris
http://www.nongnu.org/quagga/

c'est simplement une suite logiciel de plusieurs daemons (bgpd,zebra,) ?

donc zebra + bgpd , ca devrait être suffisant pour apprendre les routes et les 
injecter dans le kernel,

et ensuite c'est packet-journey qui s'occupe du forwarding via dpdk ?



- Mail original -
De: "Vincent Bernat" 
À: "aderumier" 
Cc: "frnog-tech" 
Envoyé: Vendredi 29 Avril 2016 17:04:17
Objet: Re: [FRnOG] [TECH] router linux : quagga + packet-journey , quelqu'un a 
déjà essayé ?

❦ 29 avril 2016 16:57 +0200, Alexandre DERUMIER  : 

> j'imagine que ca doit fonctionner avec quagga en control plane ? (dans 
> la doc ils utilisent zebbra, donc j'imagine que ca doit fonctionner) 

Il n'y a pas besoin de Quagga. Le control plane est packet journey lui 
même. Le configuration plane est le noyau Linux. Tu ajoutes une route 
avec "ip route add", packet journey va être notifié et le prendra en 
compte lors du prochain paquet slow path. 

La doc mentionne bgpd et zebra comme exemple. zebra est le démon de 
Quagga qui reçoit les demandes des autres démons et qui effectue 
l'interface avec le noyau. Cela marcherait aussi avec bird par exemple. 

Par contre, jamais essayé moi même, mais c'est dans la todo liste. 
-- 
Terminate input by end-of-file or marker, not by count. 
- The Elements of Programming Style (Kernighan & Plauger) 


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

Re: [FRnOG] [TECH] router linux : quagga + packet-journey , quelqu'un a déjà essayé ?

[Vincent Bernat]

 ❦ 29 avril 2016 16:57 +0200, Alexandre DERUMIER  :

> j'imagine que ca doit fonctionner avec quagga en control plane ? (dans
> la doc ils utilisent zebbra, donc j'imagine que ca doit fonctionner)

Il n'y a pas besoin de Quagga. Le control plane est packet journey lui
même. Le configuration plane est le noyau Linux. Tu ajoutes une route
avec "ip route add", packet journey va être notifié et le prendra en
compte lors du prochain paquet slow path.

La doc mentionne bgpd et zebra comme exemple. zebra est le démon de
Quagga qui reçoit les demandes des autres démons et qui effectue
l'interface avec le noyau. Cela marcherait aussi avec bird par exemple.

Par contre, jamais essayé moi même, mais c'est dans la todo liste.
-- 
Terminate input by end-of-file or marker, not by count.
- The Elements of Programming Style (Kernighan & Plauger)


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

Re: [FRnOG] [TECH] Alimentation d'une baie, triphasé ou monophasé?

[Michel 'ic' Luczak]

> On 28 Apr 2016, at 12:36, Nicolas Parpandet  wrote:
> 
> J'ai juste un doute sur les serveurs doubles alim,
> sur certains modèles ou les alims sont actives/actives, d'envoyer 2 phases 
> différentes sur chacune des alims
> si ça peut poser pb ou pas ;), 

Non, aucun. 

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

Re: [FRnOG] [TECH] Alimentation d'une baie, triphasé ou monophasé?

[Jérôme Nicolle]

Plop,

Le 28/04/2016 à 08:29, megagolgoth a écrit :
> Je voudrais savoir si l'on peut alimenter une baie avec du triphasé (3
> phases plus le neutre). Cela reviendrai à alimenter trois PDU dans une
> baie.

Oui, ou seulement deux, vu que le reste de la baraque peut tourner sur
la troisième pour l'équilibrage. Et que la charge des trois phases n'est
pas nécessairement équilibré sur le transfo du quartier à la base.

Graphe les tensions sur une semaine pour voir comment se comporte le
voisinage, tu peux avoir des chutes de tension sur une ou deux phases
alors que la troisième est impec…

> Quel est l'usage pour alimenter une baie?

Dans cette configuration, je placerai un coupe-circuit 3p+n de 16 ou 20A
par phase et un câble de 5*4mm2 vers un sous-tableau à coté de la baie.

Dans ce tableau, tu traite les (deux ou) trois phases totalement
indépendamment, avec chacune un ASi 16A/30ma.

Les PDU sont alors directement en aval, si tu n'intercale pas d'onduleur.

Pas de blague au niveau des disjoncteurs : du Schneider ou à la rigueur
du Legrand, à 80 balles le ASi.

Pour les raccords des PDU au tableau, pars sur des prises BT
industrielles. Le sous tableau peut être un Hypra de chez legrand, avec
2,4 ou 6 emplacements pour ce type de socle.

Perso je ne câblerai que deux phases en baie, chacune sur un onduleur et
un PDU. La troisième servirait à l'éclairage, console ou table
d'intégration.

@+

-- 
Jérôme Nicolle
06 19 31 27 14


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

[FRnOG] [TECH] router linux : quagga + packet-journey , quelqu'un a déjà essayé ?

[Alexandre DERUMIER]

Bonjour,

je suis tombé par hasard sur un projet de Gandi : packet-journey

https://github.com/Gandi/packet-journey

qui permet d'accéler le forwarding des packets sous linux via DPDK (20gbit/s 
annoncé avec des packets de 64bytes sur un petit intel E5-2630L)


Est-ce que quelqu'un l'aurait déjà testé ?

j'imagine que ca doit fonctionner avec quagga en control plane ? (dans la doc 
ils utilisent zebbra, donc j'imagine que ca doit fonctionner)


Si jamais il y a des gens de Gandi qui traine sur la mailing list, ca 
m'interesse d'avoir un retour d'expérience ;)

Cordialement,

Alexandre


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

Re: [FRnOG] [TECH] Coupures et ralentissement national 11h-12h

[Samuel PIRON]

Bonjour,

Il y a des graphes Smokeping d'Axione disponible ici :

  -> https://smokeping.axione.fr/?target=PING.EUROPE.AXIONE.DSP


A priori, il y a pas eu de soucis vers les DSP d'Axione aujourd'hui.

---
Samuel PIRON


Le 29/04/2016 12:28, Xavier ROCA a écrit :

Bonjour a tous,



Nous avons eu un grand moment de solitude entre 11h et 12h.

De très gros ralentissements voir coupures surement des délais trop 
lents.


Sur tout type de liens.

Des liens en propre ou d'autres opérateurs ne passant pas du tout pas
notre Infra.

Au passage des liens FO Axione et Covage en collecte national aussi.

Ce qui me chagrine c'est apparemment que l'on soit tout seul dans ce 
cas.


Et sur des liens qui ne passe pas par nous je ne comprends pas 
pourquoi.




Point commun c'est l'est de la France, pas eu de signalement sur 
l'Ouest.


Cela ressemble à une grande coupure et/ou saturation de backbone qui
va dans le sud



Vous avez quoi dans vos graphs ?





Merci



Xavier


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



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

[FRnOG] [TECH] Coupures et ralentissement national 11h-12h

[Xavier ROCA]

Bonjour a tous,

 

Nous avons eu un grand moment de solitude entre 11h et 12h.

De très gros ralentissements voir coupures surement des délais trop lents.

Sur tout type de liens.

Des liens en propre ou d'autres opérateurs ne passant pas du tout pas notre 
Infra.

Au passage des liens FO Axione et Covage en collecte national aussi.

Ce qui me chagrine c'est apparemment que l'on soit tout seul dans ce cas.

Et sur des liens qui ne passe pas par nous je ne comprends pas pourquoi.

 

Point commun c'est l'est de la France, pas eu de signalement sur l'Ouest.

Cela ressemble à une grande coupure et/ou saturation de backbone qui va dans le 
sud

 

Vous avez quoi dans vos graphs ?

 

 

Merci

 

Xavier


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

Re: [FRnOG] [TECH] adresses IP publiques pour telephone clients des operateurs mobile FR

[David Ponzone]

Un /16, c’est 2^16, donc 65536.
Donc 4x2^16=2^18=262144
Ceci dit les opérateurs font tous du CGNAT.

Tu peux trouver toutes les routes de l’AS FREE MOBILE:

$ whois -i origin AS51207

% Information related to '37.1.232.0/21AS51207'

route:  37.1.232.0/21
descr:  Free Mobile
origin: AS51207
mnt-by: FREEM-MNT
created:2011-12-29T20:07:06Z
last-modified:  2011-12-29T20:07:06Z
source: RIPE

% Information related to '37.160.0.0/12AS51207'

route:  37.160.0.0/12
descr:  Free Mobile
origin: AS51207
mnt-by: FREEM-MNT
created:2012-03-29T13:08:32Z
last-modified:  2012-03-29T13:08:32Z
source: RIPE

% Information related to '37.8.160.0/19AS51207'

route:  37.8.160.0/19
descr:  Free Mobile
origin: AS51207
mnt-by: FREEM-MNT
created:2011-12-29T20:06:26Z
last-modified:  2011-12-29T20:06:26Z
source: RIPE

% This query was served by the RIPE Database Query Service version 1.86 (DB-2)

Le cas Free est probablement le plus simple.

> Le 29 avr. 2016 à 11:07, jehan procaccia INT  a 
> écrit :
> 
> RIPE DB, certes , mais quels critères de recherche ?
> 
> sur un abonnement free pour lequel j'ai pu récupérer l'ip publique 
> (mon-ip.com)
> je retrouve bien
> 
> $ whois 37.161.170.44
> inetnum: *37.160.0.0 - 37.163.255.255*
> netname:MOBILE-USERS-BLOCK
> descr:  Free Mobile SAS
> 
> Mais comment faire pour les autres ?
> et chez free, est-ce le seul bloc disponible !? (ici  4 x /16 pas mal , ca 
> fait ~ 2 million 600 mil adresses ...)
> 
> Le 29/04/2016 10:24, Michael Hallgren a écrit :
>> Le 2016-04-29 10:05, jehan procaccia INT a écrit :
>>> bonjour,
>> 
>> Bonjour,
>> 
>>> 
>>> je cherche a connaitre les préfixes IP utilisés pour le routage data
>>> des opérateurs mobile FR (free, sfrp, orange bouygues )
>>> existe il une publication (arcep ou les opérateurs eux même ?) qui
>>> référence les IP publiques qu'ils utilisent pour leur Nat des
>>> téléphones clients ?
>> 
>> RIPE DB, normalement.
>> 
>> 
>>> merci .
>>> 
>>> Jehan .
>> 
>> mh
>> 
>>> 
>>> 
>>> ---
>>> 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] adresses IP publiques pour telephone clients des operateurs mobile FR

[Youssef Bengelloun-Zahr]

Hello,

De ce que j'ai pu voir, les gros opérateurs mobiles montent (en général) un
AS pour les réseaux dédiés à cette activité.

Une fois le(s) numéro(s) trouvé(s), suffit de faire la requete sur la DB
RIPE avec pour origine les AS en questions.

My 2 cents.

Y.



Le 29 avril 2016 à 11:07, jehan procaccia INT 
a écrit :

> RIPE DB, certes , mais quels critères de recherche ?
>
> sur un abonnement free pour lequel j'ai pu récupérer l'ip publique (
> mon-ip.com)
> je retrouve bien
>
> $ whois 37.161.170.44
> inetnum: *37.160.0.0 - 37.163.255.255*
> netname:MOBILE-USERS-BLOCK
> descr:  Free Mobile SAS
>
> Mais comment faire pour les autres ?
> et chez free, est-ce le seul bloc disponible !? (ici  4 x /16 pas mal , ca
> fait ~ 2 million 600 mil adresses ...)
>
>
> Le 29/04/2016 10:24, Michael Hallgren a écrit :
>
>> Le 2016-04-29 10:05, jehan procaccia INT a écrit :
>>
>>> bonjour,
>>>
>>
>> Bonjour,
>>
>>
>>> je cherche a connaitre les préfixes IP utilisés pour le routage data
>>> des opérateurs mobile FR (free, sfrp, orange bouygues )
>>> existe il une publication (arcep ou les opérateurs eux même ?) qui
>>> référence les IP publiques qu'ils utilisent pour leur Nat des
>>> téléphones clients ?
>>>
>>
>> RIPE DB, normalement.
>>
>>
>> merci .
>>>
>>> Jehan .
>>>
>>
>> mh
>>
>>
>>>
>>> ---
>>> 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/
>



-- 
Youssef BENGELLOUN-ZAHR

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

Re: [FRnOG] [TECH] adresses IP publiques pour telephone clients des operateurs mobile FR

[jehan procaccia INT]

RIPE DB, certes , mais quels critères de recherche ?

sur un abonnement free pour lequel j'ai pu récupérer l'ip publique 
(mon-ip.com)

je retrouve bien

$ whois 37.161.170.44
inetnum: *37.160.0.0 - 37.163.255.255*
netname:MOBILE-USERS-BLOCK
descr:  Free Mobile SAS

Mais comment faire pour les autres ?
et chez free, est-ce le seul bloc disponible !? (ici  4 x /16 pas mal , 
ca fait ~ 2 million 600 mil adresses ...)


Le 29/04/2016 10:24, Michael Hallgren a écrit :

Le 2016-04-29 10:05, jehan procaccia INT a écrit :

bonjour,


Bonjour,



je cherche a connaitre les préfixes IP utilisés pour le routage data
des opérateurs mobile FR (free, sfrp, orange bouygues )
existe il une publication (arcep ou les opérateurs eux même ?) qui
référence les IP publiques qu'ils utilisent pour leur Nat des
téléphones clients ?


RIPE DB, normalement.



merci .

Jehan .


mh




---
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] adresses IP publiques pour telephone clients des operateurs mobile FR

[David Ponzone]

Bon courage pour trouver toutes les entrées RIPE DB qui leur correspondent, 
c’est généralement pas très simple.
SI le but est d’être exhaustif, ne pas oublier les MVNO qui peuvent utiliser 
des blocs d’IP à eux.

> Le 29 avr. 2016 à 10:05, jehan procaccia INT  a 
> écrit :
> 
> bonjour,
> 
> je cherche a connaitre les préfixes IP utilisés pour le routage data des 
> opérateurs mobile FR (free, sfrp, orange bouygues )
> existe il une publication (arcep ou les opérateurs eux même ?) qui référence 
> les IP publiques qu'ils utilisent pour leur Nat des téléphones clients ?
> merci .
> 
> Jehan .
> 
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


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

Re: [FRnOG] [TECH] adresses IP publiques pour telephone clients des operateurs mobile FR

[Michael Hallgren]

Le 2016-04-29 10:05, jehan procaccia INT a écrit :

bonjour,


Bonjour,



je cherche a connaitre les préfixes IP utilisés pour le routage data
des opérateurs mobile FR (free, sfrp, orange bouygues )
existe il une publication (arcep ou les opérateurs eux même ?) qui
référence les IP publiques qu'ils utilisent pour leur Nat des
téléphones clients ?


RIPE DB, normalement.



merci .

Jehan .


mh




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



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

[FRnOG] [TECH] adresses IP publiques pour telephone clients des operateurs mobile FR

[jehan procaccia INT]

bonjour,

je cherche a connaitre les préfixes IP utilisés pour le routage data des 
opérateurs mobile FR (free, sfrp, orange bouygues )
existe il une publication (arcep ou les opérateurs eux même ?) qui 
référence les IP publiques qu'ils utilisent pour leur Nat des téléphones 
clients ?

merci .

Jehan .


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

Re: [FRnOG] [TECH] Loadbalancing CPU & Adresse IP paire...

[Valérie P]

Merci François et merci Vincent pour vos pistes, je vais regarder ça entre
aujourd'hui et lundi je pense :)

Bonne journée,

Valérie

2016-04-28 23:53 GMT+02:00 Francois Romieu :

> Valérie P  :
> [...]
> > Premier message sur la liste, j'espère vous fournir directement les
> > informations attendues et que certains d'entre vous jouent parfois avec
> du
> > système/chiffrement. ;)
>
> Oui mais plutôt tendance raton laveur.
>
> [...]
> > Avez-vous déjà observé un tel comportement? Vous auriez des pistes pour
> > mieux comprendre ce qu'il se passe?
>
> Au pif:
> - Le traitement par lot qui est effectué en contexte softirq peut être
>   interrompu avant épuisement complet de son budget et reporté à une
>   invocation ultérieure de ksoftirqd s'il provoque le réveil d'un
> processus.
>   Ca n'explique pas pourquoi ksoftirqd consomme plus dans un cas que dans
>   l'autre.
> - Si l'application n'utilise véritablement qu'un seul socket (IPSec => UDP,
>   ça peut être plausible, vérifiez ce que fait Strongswan) et que la carte
>   réseau ne présente qu'une seule file de réception, à taux de paquets
> élevé,
>   il vaut mieux effectuer la ventilation des trames depuis un seul
> processeur
>   (i.e.: appliquer un masque restrictif au /proc/irq/xx/smp_affinity
> kivabien)
>   et ne pas forcément multiplier à outrance les processeurs en charge du
>   traitement protocolaire réseau (cf
> /sys/class/net/eth0/queues/rx-Y/rps_cpus).
>   Peut-être - de plus en plus au pif - que le changement de parité de
>   l'adresse IP du serveur ventile deux fois plus les trames reçues avec
>   comme conséquence une augmentation de la contention sur la ligne de cache
>   du verrou de la socket schtroumpf.
> - ethtool -k ethX ?
> - perf top ?
>   Si crépage de chignon pour la même ligne de cache on peut s'attendre à
>   retrouver en tête un spinlock_machinchose (ou un passant innocent qui
> paie
>   pour les autres)
>
> --
> Ueimor
>

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