Re: [FRnOG] Re: [MISC] Idée "smartgrid"- valo des groupes

[François Lacombe]

Salut Jérôme,

Le 2 mai 2016 à 10:18, Jérôme Nicolle  a écrit :
> Salut François,
>
> Pour une source non pilotable, oui, il y a de l'attente. Pour une source
> pilotable, vu qu'ils ont l'air d'en manquer, on peut espérer un peu
> moins de délai.

La logique est compréhensible. C'est surement vrai.
Toutefois, sur http://capareseau.fr/ il est bien fait état d'une
capacité d'accueil de production intermittente ou pas. C'est à ça que
je faisait référence.
D'un autre côté c'est établi par rapport à un schéma directeur
d'accueil des énergies renouvelables. C'est pas très clair.

Si on prend Romainville par exemple, un gros poste pas loin du 9-3
https://www.openstreetmap.org/way/35538714#map=18/48.89454/2.43841

Il reste 5 MW chez ERDF dispo pour des raccordements de producteurs.
A moins tu t’appelles Octave et que tu veuilles injecter en HTB où 500
MW attendent.

>
>> Niveau retour d'info, Linky marche pour l'instant dans un seul sens,
>>  comment penses-tu anticiper des pertes d'alim HTA ?
>
> C'est au pilote de la grille de gérer ça : il émet des ordres de
> production plus ou moins anticipés, et ce via des liens dédiés, comme
> ils le font pour le pilotage de certains petits sites hydro sur lesquels
> il n'y a pas forcement d'équipe d'astreinte.

Oui mais l'opérateur a son système de gestion pour piloter sa centrale
C'est pas la grille qui choisi de le démarrer directement.
En premier lieu parce que la CRE et l'ENTSOE n'obligent à la
publication de la disponibilité des moyens de production qu'à partir
de 100MW (donc la gestion d'équilibre du réseau ne peut pas savoir
quand  démarrer la centrale ou pas).
Les petits sites hydro (1-3 MW) doivent pouvoir injecter a peu près
n'importe quand sur la grille sans trop risquer de mettre à mal la
tension. La régulation se fait physiquement au niveau du poste source.
Après tout face à un transfo de 70 MVA, ton groupe de 2 MW ne pèse pas
lourd et le transfo s'adapte.
Au temps pour moi, ça doit pas être le 1er des problèmes sinon
considérer l'ensemble des producteurs d'une zone.

>
> Faure tourner un compresseur directement sur un arbre de puissance en
> sortie de turbine évite la double-conversion, donc ça ne peut pas faire
> de mal au rendement. La question est plus de savoir si tu peux l'amortir
> puisqu'il ne fonctionnera pas en continu, ne remplace pas es groupes
> froid électriques, et induit des coûts de maintenance supplémentaires en
> plus de son coût d'acquisition.
>
> Toujours en gros, l'élec fluctue entre 20 et 120€/MWh (ordre de
> grandeur, j'ai que les graphes, pas les données brutes).
>
> Donc, gaz pas cher + heure de pointe où l'élec est cher = très rentable.

+1 bien vu le coup de la période chargée.

>
>> Environnementalement c'est un désastre, et la plupart des DC
>> concernés sont en IDF.
>
> Un peu de modération, non ? Le désastre en question c'est celui des
> éoliennes, pour commencer. C'est totalement irresponsable d'en déployer
> sans en gérer l'impact sur la grille, c'est à dire procéder à des
> investissements énormes et changer les habitudes de consommation.

On ne parle pas des mêmes choses
Une éolienne, bien ou mal installée sur la grille ne produit pas de
CO2 (hors fabrication/transport)
Un groupe qui brule du gasoil si, tel était mon propos.
Une cellule PV fabriquée en Asie à côté d'une centrale à charbon
restitue en quelque sorte ce CO2 sur la grille européenne, mais c'est
aussi une autre question.


>> On prendra soin de vérifier que l'Infra de comptage elec est bien
>> prévu pour tourner dans les deux sens.
>
> Dans une logique de production pilotée je pense que c'est pas un souci :
> dans certains pays civilisés c'est déjà un marché qui fonctionne à
> l'ordre de production (tant de puissance pendant tant de temps à tel
> prix). Chaque producteur répond à la demande du réseau avec un accord ou
> une contre-proposition, et l'opérateur du réseau confirme l'ordre.

Ça reste de la négoce.
Mais un ordre de démarrage / fonctionnement / production ne te dit pas
combien effectivement tu as injecté sur le réseau
C'est essentiel pour être payé.
C'est valable dans l'autre sens, tu peux accepter la
contre-proposition et une avarie t’empêche d'y répondre. On va pas te
payer le montant prévu n'est-ce pas ?

> Bref, avec ce mode de pilotage, le comptage n'est plus qu'un détail il
> me semble : un peu comme le peering, tu te fais pas chier à compter les
> électrons / photons ;-)

En fait si, tu as un compteur à chaque raccordement que ce soit pour
ERDF ou RTE.
Tu as même un compteur entre ERDF et RTE.

Cette discussion est fort intéressante ;)

A+

François


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

Re: [FRnOG] [TECH] Adresses RFC 1918 dans l'infrastructure

[Phil Regnauld]

Kave Salamatian (kave.salamatian) writes:
> Très utilisé en Iran, Chine, Russie. bref tout pays qui souhaiterait pouvoir 
> basculer son réseau "internet" en intranet rapidement. Pour l'Iran bonne 
> étude faite par Collin Anderson http://arxiv.org/abs/1209.6398

Comptons le Danemark parmi ces démocraties alors - la 1ère IP non 
RFC1918
chez mon fournisseur (câblo opérateur) au hop 7. J'ai bien une IP 
publique
sur l'extérieur du 1.

 1. 192.168.168.254   0.0% 13.4   3.4   3.4   3.4   0.0
 2. 10.200.24.1   0.0% 19.0   9.0   9.0   9.0   0.0
 3. 10.242.20.14  0.0% 19.6   9.6   9.6   9.6   0.0
 4. 10.0.20.1 0.0% 19.4   9.4   9.4   9.4   0.0
 5. 10.0.20.2 0.0% 19.7   9.7   9.7   9.7   0.0
 6. 10.0.50.130   0.0% 19.0   9.0   9.0   9.0   0.0
 7. 212.98.127.85 0.0% 18.9   8.9   8.9   8.9   0.0


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

RE: [FRnOG] [TECH] Adresses RFC 1918 dans l'infrastructure

[Michel Py]

> David Ponzone a écrit :
> Il y a des raisons légitimes d’utiliser du 1918, pour numéroter un parc 
> énorme de PC, imprimantes, etc., sans pour autant que l’infra utilise du 1918.

Absolument d'accord.

> Je peux dire par exemple par contre, en tant que client final SFR Grand 
> Public, qu’ils en utilisent beaucoup, parce
> que souvent quand je suis chez moi et que je me trompe de fenêtre, je me 
> retrouve à faire un telnet ou un ssh sur
> un truc en 10.X.X.X, et j’arrive sur un équipement SFR (pas protégé par une 
> ACL d’ailleurs).

C'est pas les seuls qui le font, et là ou çà devient rigolo c'est quand tu 
commenceras à voir du 25.x.x.x parce qu'ils n'ont plus de place dans leur 
10.x.x.x

Michel.


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

Re: [FRnOG] [TECH] Adresses RFC 1918 dans l'infrastructure

[David Ponzone]

Michel,

Il y a des raisons légitimes d’utiliser du 1918, pour numéroter un parc énorme 
de PC, imprimantes, etc….., sans pour autant que l’infra utilise du 1918.

Je peux dire par exemple par contre, en tant que client final SFR Grand Public, 
qu’ils en utilisent beaucoup, parce que souvent quand je suis chez moi et que 
je me trompe de fenêtre, je me retrouve à faire un telnet ou un ssh sur un truc 
en 10.X.X.X, et j’arrive sur un équipement SFR (pas protégé par une ACL 
d’ailleurs).


> Le 2 mai 2016 à 19:35, Michel Py  a écrit 
> :
> 
>> Stephane Bortzmeyer a écrit :
>> [..] repose sur l'hypothèse que rares sont les opérateurs sérieux qui 
>> numérotent leur infra avec du RFC 1918.
>> Je me demande s'il existe des chiffres précis à ce sujet. Je sais que cette 
>> (mauvaise) pratique existe mais a-t-on une idée de l'ampleur ?
> 
> Ca serait plus rapide de demander qui c'est qui ne le fait pas C'est 
> moins visible qu'avant vu que maintenant tout est MPLS/VPLS/VPN/VRF et donc 
> quand on fait un traceroute çà dissimule l'infra interne et les adresses 
> RFC1918, mais c'est très répandu. Pour des raisons en général lamentables, il 
> y en a plusieurs qui n'ont plus de place dans le 10.net et qui se sont 
> étendus dans le 11.net ou le 25.net ou le 30.net.
> 
> La réponse à ta question : l'utilisation des class A legacy du DoD à des fins 
> de RFC1918ter devrait te donner une idée de l'ampleur de l'utilisation de 
> RFC1918.
> 
> Michel
> 
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


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

RE: [FRnOG] [TECH] Adresses RFC 1918 dans l'infrastructure

[Michel Py]

> Stephane Bortzmeyer a écrit :
> [..] repose sur l'hypothèse que rares sont les opérateurs sérieux qui 
> numérotent leur infra avec du RFC 1918.
> Je me demande s'il existe des chiffres précis à ce sujet. Je sais que cette 
> (mauvaise) pratique existe mais a-t-on une idée de l'ampleur ?

Ca serait plus rapide de demander qui c'est qui ne le fait pas C'est moins 
visible qu'avant vu que maintenant tout est MPLS/VPLS/VPN/VRF et donc quand on 
fait un traceroute çà dissimule l'infra interne et les adresses RFC1918, mais 
c'est très répandu. Pour des raisons en général lamentables, il y en a 
plusieurs qui n'ont plus de place dans le 10.net et qui se sont étendus dans le 
11.net ou le 25.net ou le 30.net.

La réponse à ta question : l'utilisation des class A legacy du DoD à des fins 
de RFC1918ter devrait te donner une idée de l'ampleur de l'utilisation de 
RFC1918.

Michel


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

Re: [FRnOG] [BIZ] BIZ

[Benjamin Perdrijau]

Bonjour,

Oui, Orange fait effectivement ce type d'offre. Si vous avez le contact
d'un commercial Orange, je vous invite à lui en parler il pourra vous
proposer des offres ou d'autres commerciaux qui sauront vous répondre.

Cordialement,
Le 2 mai 2016 14:39, "David Ponzone"  a écrit :

> Orange ? :)
> Tu peux essayer Covage mais ils utilisent le réseau déployé par Eiffage
> donc ça ne couvre pas tout le département, loin de là….
>
> > Le 2 mai 2016 à 14:33, JEAN, OLIVIER  a écrit :
> >
> > Bonjour , nouveau sur la liste je recherche un fournisseur pour relier
> en LAN to LAN fibre haut débit plusieurs sites industriels dans le 78 .
> > Contacter-moi si vous savez faire ce type d'offre.
> > Cordialement
> > Olivier JEAN
> >
> >
> >
> > ---
> > 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] Vous avez dit concurrence par les infras ?

[Jérôme Nicolle]

Plop,

Je viens de sortir une stat de mon SIG d'éligibilité BLOD. Je la trouve
assez amusante pour vous en faire profiter.

Sur un échantillon de 1585 sites bien répartis en France, j'obtiens :
- 1539 sites éligibles Orange CELAN
- 300 sites éligibles SFR collectivités
- 256 sites éligibles Axione
- 132 sites éligibles Covage
- 15 sites éligibles Fullsave
- 14 sites éligibles Eurafibre
- 14 sites éligibles Zayo (IdF)
- 3 sites éligibles AZNetworks

Seulement 13 de ces sites sont éligible à un RIP ou réseau privé sans
être éligible (hors devis) par Orange.

Ça laisse songeur, non ?

Les autres opérateurs n'ont pas eu la jugeote (ou l'opportunité, dans ce
cas envoyez moi un mail SVP) de communiquer leurs plans ou zonages pour
pouvoir être short-listés.

@+

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


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

Re: [FRnOG] [BIZ] BIZ

[David Ponzone]

Orange ? :)
Tu peux essayer Covage mais ils utilisent le réseau déployé par Eiffage donc ça 
ne couvre pas tout le département, loin de là….

> Le 2 mai 2016 à 14:33, JEAN, OLIVIER  a écrit :
> 
> Bonjour , nouveau sur la liste je recherche un fournisseur pour relier en LAN 
> to LAN fibre haut débit plusieurs sites industriels dans le 78 .
> Contacter-moi si vous savez faire ce type d'offre.
> Cordialement
> Olivier JEAN
> 
> 
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


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

[FRnOG] [BIZ] BIZ

[JEAN, OLIVIER]

Bonjour , nouveau sur la liste je recherche un fournisseur pour relier en LAN 
to LAN fibre haut débit plusieurs sites industriels dans le 78 .
Contacter-moi si vous savez faire ce type d'offre.
Cordialement
Olivier JEAN



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

Re: [FRnOG] [TECH] Adresses RFC 1918 dans l'infrastructure

[Jérôme Nicolle]

David,

Le 02/05/2016 à 13:42, David Ponzone a écrit :
> D’ailleurs à ce sujet, numéroter les interfaces en public et les loopback 
> (pour IGP) en privé, c’est considéré comme correct ?

Tout dépend d'où tu source l'ICMP. Mais intuitivement je préfère l'inverse.

@+


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


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

Re: [FRnOG] [TECH] Adresses RFC 1918 dans l'infrastructure

[David Ponzone]

D’ailleurs à ce sujet, numéroter les interfaces en public et les loopback (pour 
IGP) en privé, c’est considéré comme correct ?


> Le 2 mai 2016 à 12:35, Jérôme Nicolle  a écrit :
> 
> Plop,
> 
> Le 02/05/2016 à 12:03, Stephane Bortzmeyer a écrit :
>> Ce petit truc de sécurité
>>  repose sur
>> l'hypothèse que rares sont les opérateurs sérieux qui numérotent leur
>> infra avec du RFC 1918.
> 
> Le hijack supposé est tout aussi probable s'il passait par des adresses
> publiques quelconques. Un moins mauvais indicateur aurait été de se dire
> que le hop pénultième aurait du être dans le même AS que la destination.
> 
>> Je me demande s'il existe des chiffres précis à ce sujet. Je sais que
>> cette (mauvaise) pratique existe mais a-t-on une idée de l'ampleur ?
> 
> Difficile à déterminer, par construction. Mais ça va nécessairement être
> de plus en plus fréquent à cause de la pénurie.
> 
> Il y a déjà trois ans, un transitaire Tier2 reconnu en France me
> proposait une interco BGP en RFC1918 et ne comprenait pas que je la
> refuse… Maintenant je numérote des backbones clients comme ça, faute de
> place.
> 
> Note bien, avec Internet dans une VRF, et juste une loopback publique
> par routeur dans cette VRF, sans TTL copy, ça pose un peu moins de
> problèmes.
> 
> Il y a aussi de plus en plus souvent des réseaux numérotés en RFC6598.
> Tu confirmes que ça pose les mêmes problèmes ?
> 
> @+
> 
> -- 
> Jérôme Nicolle
> 06 19 31 27 14
> 
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


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

Re: [FRnOG] [TECH] Adresses RFC 1918 dans l'infrastructure

[Kave Salamatian]

Bonjour



Envoyé de mon iPhone

> Le 2 mai 2016 à 12:36, Alexis VACHETTE  a écrit :
> 
> Bonjour Kave,
> 
> Il ne me semble pas que l'Iran soit sur un Intranet à l'heure actuelle ? Sauf 
> erreur de ma part.
> 
Je n'ai pas dit que c'est un intranet. J'ai dit qu'il peut basculer en 
Intranet. La réglementation sur l'Internet national اينترنت ملي 
Oblige la plupart des sites gouvernementaux à avoir une adresse sur le réseau 
"internet national" et ces adresses sont  pour la plupart des adresses  RFC 
1918. Pour tout les details voir l'article de Collin.
> Je sais que lors d'un récent voyage là-bas, le DNS menteur était légion.
> 

Un des moyens d'appliquer la censure à moindre coût. 

Kv
> Alexis VACHETTE | Network and System Engineer
>> On 02/05/2016 12:29, Kave Salamatian wrote:
>> Très utilisé en Iran, Chine, Russie. bref tout pays qui souhaiterait pouvoir 
>> basculer son réseau "internet" en intranet rapidement. Pour l'Iran bonne 
>> étude faite par Collin Anderson http://arxiv.org/abs/1209.6398
>> Nv
>> Envoyé de mon iPhone
>> 
>>> Le 2 mai 2016 à 12:03, Stephane Bortzmeyer  a écrit :
>>> 
>>> Ce petit truc de sécurité
>>>  repose sur
>>> l'hypothèse que rares sont les opérateurs sérieux qui numérotent leur
>>> infra avec du RFC 1918.
>>> 
>>> Je me demande s'il existe des chiffres précis à ce sujet. Je sais que
>>> cette (mauvaise) pratique existe mais a-t-on une idée de l'ampleur ?
>>> 
>>> 
>>> ---
>>> 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 RFC 1918 dans l'infrastructure

[Alexis VACHETTE]

A la lecture du document c'est plus cons?quent que ce que pensais.

Envoy? de mon iPhone

Le 2 mai 2016 ? 12:36, Alexis VACHETTE 
> a ?crit :


Bonjour Kave,

Il ne me semble pas que l'Iran soit sur un Intranet ? l'heure actuelle ? Sauf 
erreur de ma part.

Je sais que lors d'un r?cent voyage l?-bas, le DNS menteur ?tait l?gion.

Alexis VACHETTE | Network and System Engineer
On 02/05/2016 12:29, Kave Salamatian wrote:

Tr?s utilis? en Iran, Chine, Russie. bref tout pays qui souhaiterait pouvoir 
basculer son r?seau "internet" en intranet rapidement. Pour l'Iran bonne ?tude 
faite par Collin Anderson http://arxiv.org/abs/1209.6398
Nv
Envoy? de mon iPhone



Le 2 mai 2016 ? 12:03, Stephane Bortzmeyer 
 a ?crit :

Ce petit truc de s?curit?

 repose sur
l'hypoth?se que rares sont les op?rateurs s?rieux qui num?rotent leur
infra avec du RFC 1918.

Je me demande s'il existe des chiffres pr?cis ? ce sujet. Je sais que
cette (mauvaise) pratique existe mais a-t-on une id?e de l'ampleur ?


---
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 RFC 1918 dans l'infrastructure

[Jérôme Nicolle]

Plop,

Le 02/05/2016 à 12:03, Stephane Bortzmeyer a écrit :
> Ce petit truc de sécurité
>  repose sur
> l'hypothèse que rares sont les opérateurs sérieux qui numérotent leur
> infra avec du RFC 1918.

Le hijack supposé est tout aussi probable s'il passait par des adresses
publiques quelconques. Un moins mauvais indicateur aurait été de se dire
que le hop pénultième aurait du être dans le même AS que la destination.

> Je me demande s'il existe des chiffres précis à ce sujet. Je sais que
> cette (mauvaise) pratique existe mais a-t-on une idée de l'ampleur ?

Difficile à déterminer, par construction. Mais ça va nécessairement être
de plus en plus fréquent à cause de la pénurie.

Il y a déjà trois ans, un transitaire Tier2 reconnu en France me
proposait une interco BGP en RFC1918 et ne comprenait pas que je la
refuse… Maintenant je numérote des backbones clients comme ça, faute de
place.

Note bien, avec Internet dans une VRF, et juste une loopback publique
par routeur dans cette VRF, sans TTL copy, ça pose un peu moins de
problèmes.

Il y a aussi de plus en plus souvent des réseaux numérotés en RFC6598.
Tu confirmes que ça pose les mêmes problèmes ?

@+

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


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

Re: [FRnOG] [TECH] Adresses RFC 1918 dans l'infrastructure

[Kave Salamatian]

Très utilisé en Iran, Chine, Russie. bref tout pays qui souhaiterait pouvoir 
basculer son réseau "internet" en intranet rapidement. Pour l'Iran bonne étude 
faite par Collin Anderson http://arxiv.org/abs/1209.6398
Nv
Envoyé de mon iPhone

> Le 2 mai 2016 à 12:03, Stephane Bortzmeyer  a écrit :
> 
> Ce petit truc de sécurité
>  repose sur
> l'hypothèse que rares sont les opérateurs sérieux qui numérotent leur
> infra avec du RFC 1918.
> 
> Je me demande s'il existe des chiffres précis à ce sujet. Je sais que
> cette (mauvaise) pratique existe mais a-t-on une idée de l'ampleur ?
> 
> 
> ---
> 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é ?

[David Ponzone]

Vincent,

il y a une doc quelque part qui montre un peu comment marche la partie VRF dans 
le Turbo Router ?



> Le 2 mai 2016 à 11:15, Vincent JARDIN  a écrit :
> 
> Le 02/05/2016 11:01, Alexandre DERUMIER a écrit :
>> Je ne connaissais pas du tout 6wind, mais les spec sont assez impressionnates
>> 
>> http://www.6wind.com/products/6wind-turbo-router/
>> 
>> Il y a des appliances ? ou alors c'est une simple distro que tu peux 
>> deployer sur des serveurs ?
>> 
> 
> Tu as l'option soit de mettre des packages (ex. .deb) sur une distribution ou 
> bien le tout packagé avec une distribution que tu peux booter directement.
> 
>> Autre question, est-ce qu'on a des perfs identiques dans une vm ?  
>> (qemu-kvm/dpdk/vhost-user ?)
> 
> "oui" , c'est même un des gros intérêts.
> 
> Cordialement,
>  Vincent
> 
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


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

Re: [FRnOG] [TECH] Adresses RFC 1918 dans l'infrastructure

[Alexis VACHETTE]

Je viens de me rendre compte que cette personne est en Iran en plus !

Cordialement,

*Alexis VACHETTE | Network and System Engineer*
On 02/05/2016 12:03, Stephane Bortzmeyer wrote:

Ce petit truc de sécurité
 repose sur
l'hypothèse que rares sont les opérateurs sérieux qui numérotent leur
infra avec du RFC 1918.

Je me demande s'il existe des chiffres précis à ce sujet. Je sais que
cette (mauvaise) pratique existe mais a-t-on une idée de l'ampleur ?


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



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

[FRnOG] [TECH] Adresses RFC 1918 dans l'infrastructure

[Stephane Bortzmeyer]

Ce petit truc de sécurité
 repose sur
l'hypothèse que rares sont les opérateurs sérieux qui numérotent leur
infra avec du RFC 1918.

Je me demande s'il existe des chiffres précis à ce sujet. Je sais que
cette (mauvaise) pratique existe mais a-t-on une idée de l'ampleur ?


---
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]

> Je ne connaissais pas du tout 6wind, mais les spec sont assez impressionnates 
> 
> http://www.6wind.com/products/6wind-turbo-router/ 
> 
> Il y a des appliances ? ou alors c'est une simple distro que tu peux deployer 
> sur des serveurs ? 
> 

>>Tu as l'option soit de mettre des packages (ex. .deb) sur une 
>>distribution ou bien le tout packagé avec une distribution que tu peux 
>>booter directement. 

> Autre question, est-ce qu'on a des perfs identiques dans une vm ? 
> (qemu-kvm/dpdk/vhost-user ?) 

>>"oui" , c'est même un des gros intérêts. 

Ca a l'air vraiment interessant, effectivement


Et au niveau tarifs ? (je sais pas si c'est le bon endroit pour poser la 
question ?)





- Mail original -
De: "Vincent JARDIN" 
À: "aderumier" 
Cc: "Vincent Bernat" , "Michel Py" 
, "raf" , frnog@frnog.org
Envoyé: Lundi 2 Mai 2016 11:15:00
Objet: Re: [FRnOG] [TECH] router linux : quagga + packet-journey , quelqu'un a 
déjà essayé ?

Le 02/05/2016 11:01, Alexandre DERUMIER a écrit : 
> Je ne connaissais pas du tout 6wind, mais les spec sont assez impressionnates 
> 
> http://www.6wind.com/products/6wind-turbo-router/ 
> 
> Il y a des appliances ? ou alors c'est une simple distro que tu peux deployer 
> sur des serveurs ? 
> 

Tu as l'option soit de mettre des packages (ex. .deb) sur une 
distribution ou bien le tout packagé avec une distribution que tu peux 
booter directement. 

> Autre question, est-ce qu'on a des perfs identiques dans une vm ? 
> (qemu-kvm/dpdk/vhost-user ?) 

"oui" , c'est même un des gros intérêts. 

Cordialement, 
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 JARDIN]

Le 02/05/2016 11:01, Alexandre DERUMIER a écrit :

Je ne connaissais pas du tout 6wind, mais les spec sont assez impressionnates

http://www.6wind.com/products/6wind-turbo-router/

Il y a des appliances ? ou alors c'est une simple distro que tu peux deployer 
sur des serveurs ?



Tu as l'option soit de mettre des packages (ex. .deb) sur une 
distribution ou bien le tout packagé avec une distribution que tu peux 
booter directement.



Autre question, est-ce qu'on a des perfs identiques dans une vm ?  
(qemu-kvm/dpdk/vhost-user ?)


"oui" , c'est même un des gros intérêts.

Cordialement,
  Vincent


---
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]

>>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...

Je ne connaissais pas du tout 6wind, mais les spec sont assez impressionnates

http://www.6wind.com/products/6wind-turbo-router/

Il y a des appliances ? ou alors c'est une simple distro que tu peux deployer 
sur des serveurs ?

Autre question, est-ce qu'on a des perfs identiques dans une vm ?  
(qemu-kvm/dpdk/vhost-user ?) 





- Mail original -
De: "Vincent JARDIN" 
À: "Vincent Bernat" , "Michel Py" 

Cc: "raf" , frnog@frnog.org
Envoyé: Vendredi 29 Avril 2016 20:15:18
Objet: Re: [FRnOG] [TECH] router linux : quagga + packet-journey , quelqu'un a 
déjà essayé ?

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/ 


---
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]

>>Je confirme: avec un FreeBSD 11-head, branche routing (pour corriger un
>>bug de non-linéarité), c'est en effet environ 1.5Mpps/cœurs et linéaire à
>>condition de n'avoir qu'un seul package physique: Les architectures NUMA
>>posent d'autre problèmes.
>>
>>Exemple, avec un Intel Xeon E5-2650 a 2.6GHz et 8 cœurs (Hyperthreading
>>desactivé), on atteins "presque" les 10Mpps:

est-ce que ca scale avec plus de coeurs ?  (N'y a t il pas une limite sur le 
nombre de queues rx/tx ?)

Car on peux trouver des 24 cores chez intel sur les xeon v4 (2,2ghz), ou alors 
des 8-12 cores à 3ghz

(Mon besoin est autour des 10gbits)


Une chose interessante également avec packet-journey, c'est l'implementation 
des acls avec dpdk également.
Je ne sais pas sous freebsd, mais avec mikrotik par exemple, les perf 
s'effondre dès qu'il y a des acls.
(ca ne passe plus quand le fastpath dans ce cas)




- Mail original -
De: "Olivier Cochard-Labbé" 
À: "Vincent Bernat" 
Cc: "Michel Py" , "raf" 
, frnog@frnog.org
Envoyé: Samedi 30 Avril 2016 18:14:33
Objet: Re: [FRnOG] [TECH] router linux : quagga + packet-journey , quelqu'un a 
déjà essayé ?

2016-04-29 19:51 GMT+02:00 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. 
> 


Je confirme: avec un FreeBSD 11-head, branche routing (pour corriger un 
bug de non-linéarité), c'est en effet environ 1.5Mpps/cœurs et linéaire à 
condition de n'avoir qu'un seul package physique: Les architectures NUMA 
posent d'autre problèmes. 
 
Exemple, avec un Intel Xeon E5-2650 a 2.6GHz et 8 cœurs (Hyperthreading 
desactivé), on atteins "presque" les 10Mpps: 

 
https://github.com/ocochard/netbenches/blob/master/Xeon_E5-2650-8Cores-Chelsio_T540-CR/nXxq10g.random.harvest.mask.351/results/fbsd11-routing.r287531/README.md
 

(le harvest.mask mentionné sur ces graphs concerne la configuration des 
sources d'entropie a utiliser: Utilise le trafic Ethernet créer un problème 
de performance avec 8 cœurs ou plus). 

Cordialement, 

Olivier 

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


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

Re: [FRnOG] Re: [MISC] Idée "smartgrid"- valo des groupes

[Jérôme Nicolle]

Salut François,

Le 01/05/2016 à 23:25, François Lacombe a écrit :
> Il faut déclarer ton infra de secours comme une installation de 
> production, non comme un élément de secours comme c'est 
> habituellement fait en ICPE ou autre. C'est comme si tu mettais une 
> ferme éolienne en service, parfois y'a de l'attente.

Pour une source non pilotable, oui, il y a de l'attente. Pour une source
pilotable, vu qu'ils ont l'air d'en manquer, on peut espérer un peu
moins de délai.

> Suivant la puissance (+ieurs MW) il va falloir un responsable 
> d'équilibre qui va échanger avec ErDF ou RTE sur les modalités 
> d'injection sur la grille.

Une des questions est justement de déterminer le palier à partir duquel
ça peut être intéressant. Une installation de 2-4MW ne fera pas une
grosse différence sur la grille, mais une install de 25MW+ est moins
courante vu la taille des datacenters.

Le pilotage induit des coûts fixes, qu'il faut pouvoir compenser par la
quantité de MWh vendus à un tarif élevé (le prix varie sur un facteur 3
au moins en fonction de la charge de la grille avec une granularité de
l'ordre du quart d'heure d'après le régulateur européen).

> Niveau retour d'info, Linky marche pour l'instant dans un seul sens,
>  comment penses-tu anticiper des pertes d'alim HTA ?

C'est au pilote de la grille de gérer ça : il émet des ordres de
production plus ou moins anticipés, et ce via des liens dédiés, comme
ils le font pour le pilotage de certains petits sites hydro sur lesquels
il n'y a pas forcement d'équipe d'astreinte.

> Enfin, qualitativement, c'est intéressant de délester ta clim sur la
>  source mécanique du groupe/turbine a condition que le carburant soit
>  moins cher que l'électricité. C'est le cas ?

En tarif de gros, le gaz va de 28 à 45€/MWh (mais l'amplitude peut
évoluer, c'est indexé sur le pétrole). Les turbines ont un rendement de
33 à 42% en simple cycle, jusqu'à 55% en cycle combiné (mécanique ->
élec + vapeur -> mécanique -> élec) et certaines Siemens affichent 61,5%
en dual-drive + cycle combiné. Un groupe ICE peut taquiner les 38%.

Faure tourner un compresseur directement sur un arbre de puissance en
sortie de turbine évite la double-conversion, donc ça ne peut pas faire
de mal au rendement. La question est plus de savoir si tu peux l'amortir
puisqu'il ne fonctionnera pas en continu, ne remplace pas es groupes
froid électriques, et induit des coûts de maintenance supplémentaires en
plus de son coût d'acquisition.

Toujours en gros, l'élec fluctue entre 20 et 120€/MWh (ordre de
grandeur, j'ai que les graphes, pas les données brutes).

Donc, gaz pas cher + heure de pointe où l'élec est cher = très rentable.

Mais en plus des variations de tarifs, il faut tenir compte des coûts
fixes et annexes (maintenances, qui augmentent avec le nombre de cycles
de montée en charge, pertes à l'injection…)

> Il faut pas perdre de vue que tout ça consiste quand même a faire 
> tourner des moteurs thermiques ou turbines pour produire de 
> l'électricité qui par ailleurs est obtenue avec peu de CO2 par 
> d'autres moyens On en rempli même des lacs la nuit parce qu'on en a 
> trop.

Note bien qu'avec les "renouvelables", on a pas d'autres choix : une
production variable, non pilotable, peu prévisible, impose au moins une
de trois contreparties :
- Stockage (hydro, batteries à flux)
- Production de pic (gaz et fiouls uniquement, le nucléaire et le
charbon sont trop lents à changer de régime)
- Délestage (mais on va pas éteindre un DC faute de vent non plus).

Historiquement on avait les EJP pour que les gros consommateurs se
rabattent sur leur production locale ou interrompent leur activité les
jours de trop forte consommation globale. Maintenant que les moyens
techniques le permettent, il peut y avoir un pilotage quasi temps-réel,
par la demande, via le réseau.

> Environnementalement c'est un désastre, et la plupart des DC 
> concernés sont en IDF.

Un peu de modération, non ? Le désastre en question c'est celui des
éoliennes, pour commencer. C'est totalement irresponsable d'en déployer
sans en gérer l'impact sur la grille, c'est à dire procéder à des
investissements énormes et changer les habitudes de consommation.

Donc les moulins, soit ça réduit le confort à cause de l'intermittence,
soit ça coûte beaucoup plus cher qu'on veut bien nous le faire croire.

Fort heureusement, malgré le bruit que ça fait dans les médias, l'éolien
est encore quasiment insignifiant sur le total de capacité de production
installée. Mais parce que c'est politiquement vendeur, ça risque de
finir par devenir un vrai problème auquel la génération d'appoint au gaz
est la réponse qui requiert le moins d'investissement public.

> On prendra soin de vérifier que l'Infra de comptage elec est bien 
> prévu pour tourner dans les deux sens.

Dans une logique de production pilotée je pense que c'est pas un souci :
dans certains pays civilisés c'est déjà un marché qui fonctionne à
l'ordre de production (tant de puissance pendant tant de