> 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
d
❦ 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 citai
❦ 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 suppo
> 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
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 à x
❦ 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 b
>> 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 co
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 bizarr
❦ 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/dp
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.
J
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 (
❦ 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 fo
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
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 logicie
❦ 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 e
> 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
---
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'é
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à te
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
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 e
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:
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
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 fa
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 ch
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'i
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 .
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 attendu
27 matches
Mail list logo