Re: [TECH] Global DDOS was Re: [FRnOG] [TECH] Jaguar Network : Attaque DDOS en cours

[Guillaume Barrot]

Ca serait pas mal d'avoir un postmortem des concernés (Zayo, Acorus,
Jaguar, Colt), qu'on puisse voir ce qui a tapé, quel débit, comment les
solutions AntiDDOS se sont comportées ...

Genre au prochain Frnog, une table ronde, des slides chiffrés, tout ça ...

Le ven. 1 nov. 2019 à 07:08, Michel Py 
a écrit :

> Raphael,
>
> Tu pourrais nous donner quelques détails ? Cà vient d'IP réelles ou de
> spoofing ?
> Il y a combien d'IP sources ?
>
> 700G c'est pas de la rigolade. Bon courage.
>
> Michel.
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>


-- 
Cordialement,

Guillaume BARROT

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

RE: [ML] Re: [FRnOG] [TECH] WDM sans SFP colorés

[Michel Py]

> Manuel Guesdon a écrit :
> Je crois que tu as raté un truc: le "1310nm port" fait référence
> non pas aux ports "lambdas" du MUX/DEMUX mais au port 1310 qui est séparé.
> https://www.fs.com/fr/products/35887.html

Ah oui en relisant attentivement la question, je pense que tu as raison.
Le port 1310, c'est un truc qui existe sur un mux/demux en bande C donc 1500nm.
Donc tu peux mettre ET une optique 40G ER-4 en 1300nm ET garder tous tes canaux 
DWDM en 1500nm.

Bien compris la question, Manuel.

Pour faire çà, il faut avoir la fibre noire, bien entendu.

Michel.







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

Re: [FRnOG] [MISC] OVH Over the box

[Bernard Joseph]

Le ven. 1 nov. 2019 à 21:04, Carroussel Informatique
 a écrit :
>
> Bonsoir Bernard.
>
> Le 01/11/2019 à 19:30, Bernard Joseph a écrit :
> > Bonsoir à tous,
> >
> > J'ai pour ma part fait l'expérience de ce produit à la demande d'un
> > client, donc même problématique que toi, découverte du produit sur le
> > tas.
> > La solution tourne toujours aujourd'hui. Mise en production il y a 2
> > ans si je ne dis pas de bêtises.
> >
> > A l'époque et vu que c'est sur un site distant où l'on se rend 1 ou 2
> > fois par an, on est parti sur la solution la plus simple à savoir
> > utiliser le produit de la manière la plus plug qui soit, donc
> > finalement, comme OVH avait prévu que ça fonctionne, à savoir (pour 2
> > WAN) :
> > - le routeur de l'accès Internet n°1 quasiment en configuration par
> > défaut avec serveur DHCP activé
> > - le routeur de l'accès Internet n°2, idem, quasiment en configuration
> > par défaut, on a juste changé son LAN car il était en conflit avec le
> > n°1 (192.168.1.0/24...)
>
> C'est ça qui m'intéresse !
> On a un petit LAN, une dizaines de postes, un NAS (bientôt un deuxième)
> et un copieur multifonction.
> Tout est relié à un switch, et une seule Livebox pour le moment.
>
> Le LAN fonctionne grâce au DHCP  de la première livebox (192.168.0.x /
> 255.255.255.0 si je ne dit pas de bêtises)
> Ça marche asser bien. Et si j'ai bien compris, une fois que l'OTB sera
> branché, il faudra que je modifie la config de la deuxième LB pour
> éviter un conflit d'adresse. (de 192.168.0.x elle passerais en
> 192.168.1.x c'est suffisant ?)
> En revanche, qui va servir de DHCP et de DNS ? la LB1, la LB2 ou l'OTB ?

Je pense que le plus simple c'est de regarder la doc qui est bien faite.
Voici le lien vers la doc :
https://docs.ovh.com/fr/overthebox/
Pour les services DHCP / DNS, à voir ça dépend du réseau sur place.
Si la Livebox faisait tout avant, la logique voudrait que ce soit donc
l'OTB, mais ça peut aussi être le NAS.

Dans tous les cas ça ne sera jamais LB1 et LB2 (LB1 et LB2 seront DHCP
pour les ports WAN de l'OTB, voir documentation OVH justement pour
comprendre le fonctionnement si c'est le modèle d'OTB qui a des ports
WAN dédiés, sinon si c'est le modèle avec 1 seul port il faudra suivre
la documentation OVH)


>
>
> > Il fallait qu'en cas de problème quelconque, n'importe quel
> > non-technicien puisse être nos bras et jambes pour rebrancher 3 câbles
> > + l'alim électrique.
> >
> > Etape 1 : mettre en route l'OTB (OverTheBox) sur le lien 1, ça fait
> > vraiment tout tout seul c'est du suivant-suivant-suivant-terminer. A
> > la fin on obtient donc à travers ce produit, une nouvelle IP publique
> > d'OVH. Pour vulgariser la chose, en gros c'est comme si on avait une
> > boîte qui nous monte un tunnel OpenVPN sur un VPS OVH par exemple
> > ("serveur" qu'on paie finalement puisque la solution OTB est un
> > abonnement mensuel encore maintenant si je ne me trompe pas + le fait
> > aussi qu'on génère du transit IP, c'est pas gratuit tout ça...)
> 19.99€ ht/mois + 150 boules le pitit boitier... Sur l'abo, je dis rien,
> avec vos explications, j'ai compris le pourquoi du comment. par contre
> le boitier est un peu cher. Je trouve...
> > Etape 2 : idem avec le lien 2. A cette étape là, ce qu'il se passe en
> > gros, c'est que ça monte un 2e tunnel, et l'OTB va faire un bonding
> > des 2 tunnels en gros.
> >
> > Faut donc bien comprendre qu'en utilisant cette solution, il faut tout
> > configurer chez le client final de telle sorte que ça passe dans ce
> > nouveau bonding de tunnels monté par l'OTB, et donc qu'il faut
> > utiliser l'IP publique de l'OTB et considérer les 2 liens Internet
> > simplement comme un moyen de transport de ces tunnels.
> Question sotte : Cela veut i dire que l'IP de la passerelle sera celle
> de l'OTB ?
>
> Deuxième question sotte : les deux livebox doivent être branchés au switch ?

Sur le modèle d'OTB que j'avais qui à priori s'appelle maintenant Over
The Box Plus, j'avais 1 port dédié par accès Internet car nous avions
le modèle moyenne gamme ou haute gamme de l'époque.
https://docs.ovh.com/fr/overthebox/mes-10-premieres-minutes-avec-overthebox-plus/

Par contre en effet sur les autres modèles il n'y a qu'un port
ethernet, donc là il faut soit tout mettre dans le LAN du client, soit
si on met un routeur pour le client comme c'était mon cas,
effectivement avoir un switch dédié ou un VLAN à créer pour isoler la
partie "WAN" où on met les 2 BOXs dedans + l'OTB + le port WAN du
routeur du client.
https://docs.ovh.com/fr/overthebox/mes-10-premieres-minutes-avec-overthebox-intel/
https://docs.ovh.com/fr/overthebox/mes-10-premieres-minutes-avec-overthebox/


>
> J’espère qu'au niveau performance, ca ira mieux. Dans la boite tout le
> monde bosse avec des claoude ouvert (Gmail, facebook etc...) donc ça
> rame un peu, d'autant que c'est un peu l'internet avec les corbeaux chez
> nous...
>
> Merci du temps que vous m'avez consacré. c'est fort aimable.
>
> Etienne
>

Re: [FRnOG] [MISC] OVH Over the box

[Carroussel Informatique]

Non, c'est juste deux livebox pro sur deux lignes téléphoniques. On 
attend la fibre pour... un jour...

ES

Le 01/11/2019 à 18:42, Richard Klein a écrit :

Bonsoir
Le mixe de techno 4G/ADSL par exemple aura pour effet d avoir la 
latence global de la techno la plus lente


Richard

Le ven. 1 nov. 2019 à 16:43, Olivier Lange > a écrit :


Hello,

globalement ca marche plutot bien. Evite d'avoir du trop bizzare
(4G avec
FTTH par exemple). Pour 2 connexions semblable, c'est largement
utilisable.

Olivier

Le ven. 1 nov. 2019 à 11:26, Carroussel Informatique
mailto:carrous...@wanadoo.fr>>
a écrit :

> Bonjour,
>
> Un de mes clients viens de souscrire à cette offre :
> https://www.ovhtelecom.fr/overthebox/overTheBox.xml
>
> Je ne connaissais pas. Le réseau n'est pas ma partie. Mais je
dois quand
> même le faire marcher et agréger deux lignes Orange.
>
> Je voulais savoir si c'est fiable, si ça marche vraiment. Et
comment ça
> peu marcher.
>
> A priori, le réseau n'étant pas ma partie, ça ne me parais pas
loufoque
> d’agréger deux connexions. Mais j'ai du mal à comprendre
comment, sous
> le capot, ça peu marcher.
>
> Quelqu’un a déjà utilisé une de ces engins ?
>
> Merci.
> ES
>
>
> ---
> 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] [MISC] OVH Over the box

[Carroussel Informatique]

Bonsoir Bernard.

Le 01/11/2019 à 19:30, Bernard Joseph a écrit :

Bonsoir à tous,

J'ai pour ma part fait l'expérience de ce produit à la demande d'un
client, donc même problématique que toi, découverte du produit sur le
tas.
La solution tourne toujours aujourd'hui. Mise en production il y a 2
ans si je ne dis pas de bêtises.

A l'époque et vu que c'est sur un site distant où l'on se rend 1 ou 2
fois par an, on est parti sur la solution la plus simple à savoir
utiliser le produit de la manière la plus plug qui soit, donc
finalement, comme OVH avait prévu que ça fonctionne, à savoir (pour 2
WAN) :
- le routeur de l'accès Internet n°1 quasiment en configuration par
défaut avec serveur DHCP activé
- le routeur de l'accès Internet n°2, idem, quasiment en configuration
par défaut, on a juste changé son LAN car il était en conflit avec le
n°1 (192.168.1.0/24...)


C'est ça qui m'intéresse !
On a un petit LAN, une dizaines de postes, un NAS (bientôt un deuxième) 
et un copieur multifonction.

Tout est relié à un switch, et une seule Livebox pour le moment.

Le LAN fonctionne grâce au DHCP  de la première livebox (192.168.0.x / 
255.255.255.0 si je ne dit pas de bêtises)
Ça marche asser bien. Et si j'ai bien compris, une fois que l'OTB sera 
branché, il faudra que je modifie la config de la deuxième LB pour 
éviter un conflit d'adresse. (de 192.168.0.x elle passerais en 
192.168.1.x c'est suffisant ?)

En revanche, qui va servir de DHCP et de DNS ? la LB1, la LB2 ou l'OTB ?



Il fallait qu'en cas de problème quelconque, n'importe quel
non-technicien puisse être nos bras et jambes pour rebrancher 3 câbles
+ l'alim électrique.

Etape 1 : mettre en route l'OTB (OverTheBox) sur le lien 1, ça fait
vraiment tout tout seul c'est du suivant-suivant-suivant-terminer. A
la fin on obtient donc à travers ce produit, une nouvelle IP publique
d'OVH. Pour vulgariser la chose, en gros c'est comme si on avait une
boîte qui nous monte un tunnel OpenVPN sur un VPS OVH par exemple
("serveur" qu'on paie finalement puisque la solution OTB est un
abonnement mensuel encore maintenant si je ne me trompe pas + le fait
aussi qu'on génère du transit IP, c'est pas gratuit tout ça...)
19.99€ ht/mois + 150 boules le pitit boitier... Sur l'abo, je dis rien, 
avec vos explications, j'ai compris le pourquoi du comment. par contre 
le boitier est un peu cher. Je trouve...

Etape 2 : idem avec le lien 2. A cette étape là, ce qu'il se passe en
gros, c'est que ça monte un 2e tunnel, et l'OTB va faire un bonding
des 2 tunnels en gros.

Faut donc bien comprendre qu'en utilisant cette solution, il faut tout
configurer chez le client final de telle sorte que ça passe dans ce
nouveau bonding de tunnels monté par l'OTB, et donc qu'il faut
utiliser l'IP publique de l'OTB et considérer les 2 liens Internet
simplement comme un moyen de transport de ces tunnels.
Question sotte : Cela veut i dire que l'IP de la passerelle sera celle 
de l'OTB ?


Deuxième question sotte : les deux livebox doivent être branchés au switch ?

J’espère qu'au niveau performance, ca ira mieux. Dans la boite tout le 
monde bosse avec des claoude ouvert (Gmail, facebook etc...) donc ça 
rame un peu, d'autant que c'est un peu l'internet avec les corbeaux chez 
nous...


Merci du temps que vous m'avez consacré. c'est fort aimable.

Etienne


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

Re: [FRnOG] [TECH] Discussion technique

[Hugues Voiturier]

Ben ça dépend, tu veux un routeur qui tient le débit sur ses ports ou pas ?

Faire passer 10G sur un CCR c’est tendu

Faire passer 100G sur un ASR9K ça passe crème.

Et encore, je parle uniquement de bande passante, le gouffre fonctionnel entre 
un ASR et un CCR est tellement énorme...

Regardes du côté du 1001 en Broke, c’est pas cher et ça juste marche... 

Sent from my iPhone

> On 1 Nov 2019, at 20:16, Yoann Lagrange  wrote:
> 
> Bonjour je souhaiterais commencer mon activité d'opérateur Télécom ayant de 
> bonnes connaissances en réseaux mais je ne souhaite pas du tout utiliser la 
> gamme ASR de chez cisco étant donné le prix exorbitant pour le peux de bande 
> passante.
> Les routeurs Microtik sont t-ils capable d'assurer le routage (Statique et 
> BGP) et la gestion des sessions PPPoE et IPoE.
> 
> 
> 
> [cid:7a9cdc68-88b8-465c-b90a-c147cde70de8]
> 
> Lagrange Yoann
> 
> Technicien Réseau et Télécommunication / Dirigeant
> 
> Tél: 06 86 64 46 50
> 
> Mail: lagrangeyoan...@hotmail.fr
> 
> 
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


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

[FRnOG] [TECH] Discussion technique

[Yoann Lagrange]

Bonjour je souhaiterais commencer mon activité d'opérateur Télécom ayant de 
bonnes connaissances en réseaux mais je ne souhaite pas du tout utiliser la 
gamme ASR de chez cisco étant donné le prix exorbitant pour le peux de bande 
passante.
Les routeurs Microtik sont t-ils capable d'assurer le routage (Statique et BGP) 
et la gestion des sessions PPPoE et IPoE.



[cid:7a9cdc68-88b8-465c-b90a-c147cde70de8]

Lagrange Yoann

Technicien Réseau et Télécommunication / Dirigeant

Tél: 06 86 64 46 50

Mail: lagrangeyoan...@hotmail.fr



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

Re: [FRnOG] [MISC] OVH Over the box

[Sébastien Lesimple]

Finalement, on aurait tout aussi interet à faire du MLPPP sur plusieurs
liens pas trops pourris non?
Avec 15% de perte de bande passante, un MLPPP des famille tout basique
ca fait le job si les acces sont pas trop différents (exit le 4G mais vu
les prefs...).

J'avais essayé Peplink il y a trèèès longtemps, avant que ma barbe
devienne tout blanche...
Et ca marchait du feu de dieu, mais çà c’était avant ;)
Quelqu'un a des retours d'expérience récents sur ce produit?

seb.

Le 01/11/2019 à 19:30, Bernard Joseph a écrit :
> Bonsoir à tous,
>
> J'ai pour ma part fait l'expérience de ce produit à la demande d'un
> client, donc même problématique que toi, découverte du produit sur le
> tas.
> La solution tourne toujours aujourd'hui. Mise en production il y a 2
> ans si je ne dis pas de bêtises.
>
> A l'époque et vu que c'est sur un site distant où l'on se rend 1 ou 2
> fois par an, on est parti sur la solution la plus simple à savoir
> utiliser le produit de la manière la plus plug qui soit, donc
> finalement, comme OVH avait prévu que ça fonctionne, à savoir (pour 2
> WAN) :
> - le routeur de l'accès Internet n°1 quasiment en configuration par
> défaut avec serveur DHCP activé
> - le routeur de l'accès Internet n°2, idem, quasiment en configuration
> par défaut, on a juste changé son LAN car il était en conflit avec le
> n°1 (192.168.1.0/24...)
> Il fallait qu'en cas de problème quelconque, n'importe quel
> non-technicien puisse être nos bras et jambes pour rebrancher 3 câbles
> + l'alim électrique.
>
> Etape 1 : mettre en route l'OTB (OverTheBox) sur le lien 1, ça fait
> vraiment tout tout seul c'est du suivant-suivant-suivant-terminer. A
> la fin on obtient donc à travers ce produit, une nouvelle IP publique
> d'OVH. Pour vulgariser la chose, en gros c'est comme si on avait une
> boîte qui nous monte un tunnel OpenVPN sur un VPS OVH par exemple
> ("serveur" qu'on paie finalement puisque la solution OTB est un
> abonnement mensuel encore maintenant si je ne me trompe pas + le fait
> aussi qu'on génère du transit IP, c'est pas gratuit tout ça...)
> Etape 2 : idem avec le lien 2. A cette étape là, ce qu'il se passe en
> gros, c'est que ça monte un 2e tunnel, et l'OTB va faire un bonding
> des 2 tunnels en gros.
>
> Faut donc bien comprendre qu'en utilisant cette solution, il faut tout
> configurer chez le client final de telle sorte que ça passe dans ce
> nouveau bonding de tunnels monté par l'OTB, et donc qu'il faut
> utiliser l'IP publique de l'OTB et considérer les 2 liens Internet
> simplement comme un moyen de transport de ces tunnels.
>
> Pour ma part, j'ai simplement rencontré 1 problème avec ce produit,
> lorsque mon client final a débarqué avec une application 100% faite
> maison qui balançait des centaines de requêtes HTTP en même temps pour
> récupérer des vignettes miniatures d'images. L'OTB ne tolère
> absolument pas cela.
> A l'époque, on a pas cherché trop longtemps le pourquoi du comment,
> ils ne voulaient pas améliorer leur outil fait maison.
> Ceci dit, on a quand même fait un test rapide, on va dire que passé
> les 100 ou 150 requêtes simultanées, plus rien ne passait à
> destination du serveur en question qui contenait les données à
> récupérer.
> Solution adoptée pour contourner le problème :
> - en fait le client a toujours été en double NAT avec son propre
> routeur derrière l'OTB (comme je disais, on a utilisé l'OTB vraiment
> en mode plug, je ne suis même pas sûr qu'on ait modifié quoi que
> ce soit dans la config par défaut), et donc vue comme un WAN par le
> routeur du client
> - nous avions prévu le coup dès la mise en route, donc notre routeur
> chez le client était un routeur avec 3 ports WAN :
> - 1 WAN sur l'OTB
> - 1 WAN sur le lien 1
> - 1 WAN sur le lien 2
> Ainsi nous avions toujours la possibilité de contourner l'OTB (il me
> semble avoir tenté de router directement une IP via 1 des 2 liens via
> l'OTB dans la table de routage de celle-ci, je crois pas que c'était
> concluant, mais on a pas trop cherché non plus, l'idée c'était
> vraiment du plug avec le moins de config dedans et en gros
> équipement jetable si jamais il tombe en panne).
>
> Si tu es dans le même cas, je ne peux que conseiller d'utiliser l'OTB
> en mode plug, on ne touche à rien, on lui demande le moins
> possible, et on se met donc en double NAT avec son propre routeur
> derrière pour avoir la main indépendamment sur tous les liens et ne
> jamais être bloqué par les éventuelles limites de la solution OTB.
>
> Je n'ai pas parlé des performances mais il me semble qu'on perd bien
> 15% à 20% de bande passante, j'ai de vagues souvenirs...
> Et à l'époque il y avait aussi différentes gammes de produit, avec
> certaines limitations sur la bande passante maxi possible (soit
> techniques, soit imposées par OVH selon abonnement OTB choisi).
> Désolé, je ne suis pas allé vérifier le catalogue OVH en vigueur actuellement 
> ^^
>
> Si quelqu'un peut confirmer ou infirmer toutes les infos que j'ai
> 

Re: [FRnOG] [MISC] OVH Over the box

[Bernard Joseph]

Bonsoir à tous,

J'ai pour ma part fait l'expérience de ce produit à la demande d'un
client, donc même problématique que toi, découverte du produit sur le
tas.
La solution tourne toujours aujourd'hui. Mise en production il y a 2
ans si je ne dis pas de bêtises.

A l'époque et vu que c'est sur un site distant où l'on se rend 1 ou 2
fois par an, on est parti sur la solution la plus simple à savoir
utiliser le produit de la manière la plus plug qui soit, donc
finalement, comme OVH avait prévu que ça fonctionne, à savoir (pour 2
WAN) :
- le routeur de l'accès Internet n°1 quasiment en configuration par
défaut avec serveur DHCP activé
- le routeur de l'accès Internet n°2, idem, quasiment en configuration
par défaut, on a juste changé son LAN car il était en conflit avec le
n°1 (192.168.1.0/24...)
Il fallait qu'en cas de problème quelconque, n'importe quel
non-technicien puisse être nos bras et jambes pour rebrancher 3 câbles
+ l'alim électrique.

Etape 1 : mettre en route l'OTB (OverTheBox) sur le lien 1, ça fait
vraiment tout tout seul c'est du suivant-suivant-suivant-terminer. A
la fin on obtient donc à travers ce produit, une nouvelle IP publique
d'OVH. Pour vulgariser la chose, en gros c'est comme si on avait une
boîte qui nous monte un tunnel OpenVPN sur un VPS OVH par exemple
("serveur" qu'on paie finalement puisque la solution OTB est un
abonnement mensuel encore maintenant si je ne me trompe pas + le fait
aussi qu'on génère du transit IP, c'est pas gratuit tout ça...)
Etape 2 : idem avec le lien 2. A cette étape là, ce qu'il se passe en
gros, c'est que ça monte un 2e tunnel, et l'OTB va faire un bonding
des 2 tunnels en gros.

Faut donc bien comprendre qu'en utilisant cette solution, il faut tout
configurer chez le client final de telle sorte que ça passe dans ce
nouveau bonding de tunnels monté par l'OTB, et donc qu'il faut
utiliser l'IP publique de l'OTB et considérer les 2 liens Internet
simplement comme un moyen de transport de ces tunnels.

Pour ma part, j'ai simplement rencontré 1 problème avec ce produit,
lorsque mon client final a débarqué avec une application 100% faite
maison qui balançait des centaines de requêtes HTTP en même temps pour
récupérer des vignettes miniatures d'images. L'OTB ne tolère
absolument pas cela.
A l'époque, on a pas cherché trop longtemps le pourquoi du comment,
ils ne voulaient pas améliorer leur outil fait maison.
Ceci dit, on a quand même fait un test rapide, on va dire que passé
les 100 ou 150 requêtes simultanées, plus rien ne passait à
destination du serveur en question qui contenait les données à
récupérer.
Solution adoptée pour contourner le problème :
- en fait le client a toujours été en double NAT avec son propre
routeur derrière l'OTB (comme je disais, on a utilisé l'OTB vraiment
en mode plug, je ne suis même pas sûr qu'on ait modifié quoi que
ce soit dans la config par défaut), et donc vue comme un WAN par le
routeur du client
- nous avions prévu le coup dès la mise en route, donc notre routeur
chez le client était un routeur avec 3 ports WAN :
- 1 WAN sur l'OTB
- 1 WAN sur le lien 1
- 1 WAN sur le lien 2
Ainsi nous avions toujours la possibilité de contourner l'OTB (il me
semble avoir tenté de router directement une IP via 1 des 2 liens via
l'OTB dans la table de routage de celle-ci, je crois pas que c'était
concluant, mais on a pas trop cherché non plus, l'idée c'était
vraiment du plug avec le moins de config dedans et en gros
équipement jetable si jamais il tombe en panne).

Si tu es dans le même cas, je ne peux que conseiller d'utiliser l'OTB
en mode plug, on ne touche à rien, on lui demande le moins
possible, et on se met donc en double NAT avec son propre routeur
derrière pour avoir la main indépendamment sur tous les liens et ne
jamais être bloqué par les éventuelles limites de la solution OTB.

Je n'ai pas parlé des performances mais il me semble qu'on perd bien
15% à 20% de bande passante, j'ai de vagues souvenirs...
Et à l'époque il y avait aussi différentes gammes de produit, avec
certaines limitations sur la bande passante maxi possible (soit
techniques, soit imposées par OVH selon abonnement OTB choisi).
Désolé, je ne suis pas allé vérifier le catalogue OVH en vigueur actuellement ^^

Si quelqu'un peut confirmer ou infirmer toutes les infos que j'ai
communiqué, ça m'intéresse, je n'ai pas retouché à cette OTB depuis la
mise en route :)




Le ven. 1 nov. 2019 à 18:45, Richard Klein  a écrit :
>
> Bonsoir
> Le mixe de techno 4G/ADSL par exemple aura pour effet d avoir la latence
> global de la techno la plus lente
>
> Richard
>
> Le ven. 1 nov. 2019 à 16:43, Olivier Lange  a écrit :
>
> > Hello,
> >
> > globalement ca marche plutot bien. Evite d'avoir du trop bizzare (4G avec
> > FTTH par exemple). Pour 2 connexions semblable, c'est largement utilisable.
> >
> > Olivier
> >
> > Le ven. 1 nov. 2019 à 11:26, Carroussel Informatique <
> > carrous...@wanadoo.fr>
> > a écrit :
> >
> > > Bonjour,
> > >
> > > Un de mes clients viens de 

Re: [FRnOG] [MISC] OVH Over the box

[Richard Klein]

Bonsoir
Le mixe de techno 4G/ADSL par exemple aura pour effet d avoir la latence
global de la techno la plus lente

Richard

Le ven. 1 nov. 2019 à 16:43, Olivier Lange  a écrit :

> Hello,
>
> globalement ca marche plutot bien. Evite d'avoir du trop bizzare (4G avec
> FTTH par exemple). Pour 2 connexions semblable, c'est largement utilisable.
>
> Olivier
>
> Le ven. 1 nov. 2019 à 11:26, Carroussel Informatique <
> carrous...@wanadoo.fr>
> a écrit :
>
> > Bonjour,
> >
> > Un de mes clients viens de souscrire à cette offre :
> > https://www.ovhtelecom.fr/overthebox/overTheBox.xml
> >
> > Je ne connaissais pas. Le réseau n'est pas ma partie. Mais je dois quand
> > même le faire marcher et agréger deux lignes Orange.
> >
> > Je voulais savoir si c'est fiable, si ça marche vraiment. Et comment ça
> > peu marcher.
> >
> > A priori, le réseau n'étant pas ma partie, ça ne me parais pas loufoque
> > d’agréger deux connexions. Mais j'ai du mal à comprendre comment, sous
> > le capot, ça peu marcher.
> >
> > Quelqu’un a déjà utilisé une de ces engins ?
> >
> > Merci.
> > ES
> >
> >
> > ---
> > 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: [ML] Re: [FRnOG] [TECH] WDM sans SFP colorés

[David Ponzone]

> 
> Je crois que tu as raté un truc: le "1310nm port" fait référence
> non pas aux ports "lambdas" du MUX/DEMUX mais au port 1310 qui est séparé.
> https://www.fs.com/fr/products/35887.html
> <>
> Regarde vers le bas: Allow existing 1310nm traffic ... 40G/100G ER4/LR4)

Hmm mon propos était à propos du QSFP https://www.fs.com/fr/products/36173.html 
, pas à propos du MUX/DEMUX.


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

RE: [FRnOG] [TECH] WDM sans SFP colorés

[Laurent GUINCHARD]

> C'est définitivement pas du cohérent.
>
>
>Je vois pas comment çà peut marcher. Cà prend 4 lambdas et tu peux pas les 
>choisir.
>C'est du ER-4, dans tous les standards 40G ou il y a un "4" dans le nom tu 
>peux être sur que c'est du 4x quelque chose.


J'ai pas du ER-4 chez moi, j'ai du LR-4. Mais le principe est le même.
Y'a un Mux/Demux CWDM à l'intérieur. Et pour le coup, c'est pas du 1310 ... 
enfin pas que : 4x CWDM DFB transmitters (1271/1291/1311/1331nm)
> LR-4 : 
https://www.skylaneoptics.com/en/product/qfpql010400d-qsfp-40gbase-lr4/ 
> ER-4 : 
https://www.skylaneoptics.com/en/product/qfpql040400d-qsfp-40gbase-er4/  

Laurent

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

Re: [ML] Re: [FRnOG] [TECH] WDM sans SFP colorés

[Manuel Guesdon]

On Thu, 31 Oct 2019 17:29:46 +0100
David Ponzone  wrote:
>| > Du coup Ethernet-only ou autre chose ?
>| 
>| Oui Ethernet-only, what else!
>| 
>| > Si Ethernet-only, la solution la
>| > plus cheap, c'est effectivement de mettre un switch qui agrège en
>| > 1x40Gbps avec 4 VLANs ou réémet en coloré sur 4x10Gbps.
>| > 
>| 
>| Yep, l’avantage c’est que je peux faire ça sur un simple lambda, donc moins 
>cher, et dispo en version sécurisé.
>| 
>| J’ai quand même un doute: si je prends l’offre Lambda Paris, ils annoncent 
>jusqu’à 16Gbps sur leur service lambda, c’est qu’ils ont pas mis à jour leur 
>site web pour inclure le 40G, ou c’est qu’effectivement leurs lambdas sont 
>bridés ?

Aux dernières nouvelles les offres Lambda Paris (Sipartech) sont basés sur
des MUX/DEMUX DWDM 100Ghz passif, Je ne connais pas le matos emplyé mais
de toute façon ca doit ressembler a ca:
 https://www.fs.com/fr/c/dwdm-mux-demux-178

Après si tu arrives a faire passer 4 longueurs d'onde dans
"l'espace" d'un lambda DWDM 100 Ghz (moyennant les specs du mux/demux), a un
cout intéressant, ben t'es le roi du pétrole :-)

Manuel
--
__
Manuel Guesdon - OXYMIUM


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

Re: [ML] Re: [FRnOG] [TECH] WDM sans SFP colorés

[Manuel Guesdon]

On Fri, 1 Nov 2019 11:34:09 +0100
David Ponzone  wrote:
>| > Le 1 nov. 2019 à 11:12, Julien Escario  a écrit 
>:
>| > 
>| > Le 01/11/2019 à 00:16, David Ponzone a écrit
>| >>> Dans les standards 40G, il y en a qui utilisent 4 fibres physiques 
>(40Gbase-SR4) et d'autres qui utilisent 4 lambdas (40Gbase-LR4 et 40Gbase-ER4).
>| >>> Donc attention, une optique 40G çà peut déjà contenir du WDM et prendre 
>4 lambdas; le coup de consolider 4x10G en 40G çà ne va probablement pas faire 
>gagner sur le nombre de lambda, et c'est pas aussi flexible que des optiques 
>colorées individuelles.
>| >> Oui en fait, je viens de comprendre ça: 40G sur un seul lambda, ça existe 
>pas, sauf en coherent mais là je pense que le budget est un peu différent.
>| > 
>| > C'est un peu plus oui mais pas totalement inabordable non plus :
>| > https://www.fs.com/fr/products/36173.html 
>
>| 
>| Hmm t’as pas lu les Q plus bas :)
>| 
>| Y a une jolie contradiction:
>| 
>| Q :Does this work in a 1310nm port of a DWDM filter? Par Mattias.Lindgren le 
>10/07/2019
>| R  Thanks for your question. #36173 has a ±10nm band, which can meet the 
>DWDM filter transmission requirements. So it can work in the 1310nm port of 
>the DWDM filter. Par FS le 11/07/2019
>| 
>| Q :Is this using multiple frequencies or a single 1310nm frequency?  Par 
>matt le 12/09/2018
>| R : Thanks for your question. Our 40G ER4 transceiver use multiple 
>frequencies: 1264.5-1277.5nm, 1284.5-1297.5nm, 1304.5-1317.5nm, 
>1324.5-1337.5nm.  Par FSle 13/09/2018
>| 
>| Quelqu’un peut m’expliquer comment il peut marcher sur un port 1310 avec une 
>tolérance de += 10nm, alors qu’ils annoncent ensuite qu’il utilise 4 lambdas ?
>| J’ai raté un truc ou il faut se méfier quand même des infos sur fs.com 
> ?

Je crois que tu as raté un truc: le "1310nm port" fait référence
non pas aux ports "lambdas" du MUX/DEMUX mais au port 1310 qui est séparé.
https://www.fs.com/fr/products/35887.html
<>
Regarde vers le bas: Allow existing 1310nm traffic ... 40G/100G ER4/LR4)

Manuel 

--
__
Manuel Guesdon - OXYMIUM


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

Re: [FRnOG] [MISC] OVH Over the box

[Daniel Huhardeaux]

Le 01/11/2019 à 16:24, Carroussel Informatique a écrit :

Bonjour,

Un de mes clients viens de souscrire à cette offre : 
https://www.ovhtelecom.fr/overthebox/overTheBox.xml


Je ne connaissais pas. Le réseau n'est pas ma partie. Mais je dois quand 
même le faire marcher et agréger deux lignes Orange.


Je voulais savoir si c'est fiable, si ça marche vraiment. Et comment ça 
peu marcher.


A priori, le réseau n'étant pas ma partie, ça ne me parais pas loufoque 
d’agréger deux connexions. Mais j'ai du mal à comprendre comment, sous 
le capot, ça peu marcher.


Quelqu’un a déjà utilisé une de ces engins ?


Un de mes clients y avait souscrit et a abandonner au bout de quelques 
mois, pas de stabilité et pourtant Paris intra-muros.


--
Daniel


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

RE: [FRnOG] [TECH] WDM sans SFP colorés

[Michel Py]

> David Ponzone a écrit :
> Quelqu’un peut m’expliquer comment il peut marcher sur un port 1310 avec une
> tolérance de += 10nm, alors qu’ils annoncent ensuite qu’il utilise 4 lambdas ?

C'est définitivement pas du cohérent.

Je vois pas comment çà peut marcher. Cà prend 4 lambdas et tu peux pas les 
choisir.
C'est du ER-4, dans tous les standards 40G ou il y a un "4" dans le nom tu peux 
être sur que c'est du 4x quelque chose.


> Nang Bat a écrit :
> Et globalement les spare parts de 40g cohérents aujourd'hui sont des 100g+ 
> down-clocké.

Classique : c'est des 100G qui n'ont pas passé les tests.

I'll be back.


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

Re: [FRnOG] [MISC] OVH Over the box

[Olivier Lange]

Hello,

globalement ca marche plutot bien. Evite d'avoir du trop bizzare (4G avec
FTTH par exemple). Pour 2 connexions semblable, c'est largement utilisable.

Olivier

Le ven. 1 nov. 2019 à 11:26, Carroussel Informatique 
a écrit :

> Bonjour,
>
> Un de mes clients viens de souscrire à cette offre :
> https://www.ovhtelecom.fr/overthebox/overTheBox.xml
>
> Je ne connaissais pas. Le réseau n'est pas ma partie. Mais je dois quand
> même le faire marcher et agréger deux lignes Orange.
>
> Je voulais savoir si c'est fiable, si ça marche vraiment. Et comment ça
> peu marcher.
>
> A priori, le réseau n'étant pas ma partie, ça ne me parais pas loufoque
> d’agréger deux connexions. Mais j'ai du mal à comprendre comment, sous
> le capot, ça peu marcher.
>
> Quelqu’un a déjà utilisé une de ces engins ?
>
> Merci.
> ES
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>

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

Re: [FRnOG] [MISC] OVH Over the box

[Jonathan Leroy - Inikup]

Le ven. 1 nov. 2019 à 16:26, Carroussel Informatique
 a écrit :
> A priori, le réseau n'étant pas ma partie, ça ne me parais pas loufoque
> d’agréger deux connexions. Mais j'ai du mal à comprendre comment, sous
> le capot, ça peu marcher.

C'est du MPTCP : https://fr.wikipedia.org/wiki/Multipath_TCP
En (très) résumé, la box ouvre un tunnel vers un serveur OVH sur
chaque connexion. Le serveur "rassemble" ensuite le trafic.

Je n'ai jamais utilisé OverTheBox, mais les retours me semblent
globalement positifs.

-- 
Jonathan Leroy


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

Re: [FRnOG] [MISC] [Vendredi] Un truc qui optimise les routes

[Jonathan Leroy - Inikup]

Le ven. 1 nov. 2019 à 16:13, David Ponzone  a écrit :
> Tu veux parier que leurs « serveurs » sont des instances AWS ou autre un peu 
> partout ?
> Remarque c’est pas con.
> Pas d’infra, coûts à géométrie variable.

Ça ne m'étonnerait pas.


> L’autosuggestion doit au moins donner l’impression à 50% des joueurs qui 
> testent qu’il y a une amélioration, même de 1ms, et on sait ce qu’ils sont 
> prêts à faire pour un frag.

De ce que j'en ai vu, les retours sont plutôt positifs. Certains
utilisateurs signalent des gains de +80 ms.
Après ce sont surtout des utilisateurs d'amérique latine (la boîte est
brésilienne) où les connexions ne sont pas toujours de qualité. Donc
le service peut avoir un intérêt pour peu que le FAI utilisé n'ait pas
de peering avec l'éditeur du jeu ou que ses transits saturent
régulièrement.

-- 
Jonathan Leroy


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

[FRnOG] [MISC] OVH Over the box

[Carroussel Informatique]

Bonjour,

Un de mes clients viens de souscrire à cette offre : 
https://www.ovhtelecom.fr/overthebox/overTheBox.xml


Je ne connaissais pas. Le réseau n'est pas ma partie. Mais je dois quand 
même le faire marcher et agréger deux lignes Orange.


Je voulais savoir si c'est fiable, si ça marche vraiment. Et comment ça 
peu marcher.


A priori, le réseau n'étant pas ma partie, ça ne me parais pas loufoque 
d’agréger deux connexions. Mais j'ai du mal à comprendre comment, sous 
le capot, ça peu marcher.


Quelqu’un a déjà utilisé une de ces engins ?

Merci.
ES


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

Re: [FRnOG] [MISC] RIPE "Assisted registery Check"

[David Ponzone]

J’ai finalement eu mon call ARC et ma foi, rien de méchant, et ils sont même 
très serviables ces gens!


> Le 22 août 2019 à 11:37, David Ponzone  a écrit :
> 
> Moi j’ai 2 LIR et je l’ai reçu que pour la seconde.
> Ils vérifieraient que les gens qui en ont plusieurs ?
> 
> David Ponzone
> 
> 
> 
>> Le 22 août 2019 à 10:55, Xavier Beaudouin  a écrit :
>> 
>> Hello,
>> 
>> 
>>> Bizarre qu'ils passent par le téléphone, ils savent pourtant faire des
>>> vérifications ou des obligations de changements dans les déclarations par 
>>> mail.
>> 
>> +1
>> 
 Je viens de m’apercevoir que le RIPE a envoyé aux détenteurs d'ASN un
 mail d'info pour prise de RDV téléphonique et check des info de l'ASN.
 Le hic, c'est que chez moi c'est arrivé dans les SPAMs.
 Du coups, petit mot à tous histoire de ne pas passer à coté.
>> 
>> Bah étrange j'ai un AS mais rien recu du tout... p'tet que mon ami le LIR 
>> l'as reçu ? :p
>> 
>> /Xavier
>> 
>> 
>> ---
>> Liste de diffusion du FRnOG
>> http://www.frnog.org/


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

Re: [FRnOG] [MISC] [Vendredi] Un truc qui optimise les routes

[David Ponzone]

Tu veux parier que leurs « serveurs » sont des instances AWS ou autre un peu 
partout ?
Remarque c’est pas con.
Pas d’infra, coûts à géométrie variable.
L’autosuggestion doit au moins donner l’impression à 50% des joueurs qui 
testent qu’il y a une amélioration, même de 1ms, et on sait ce qu’ils sont 
prêts à faire pour un frag.

> Le 1 nov. 2019 à 16:01, Jonathan Leroy - Inikup  a écrit 
> :
> 
> Ça a l'air d'être un VPN entre le PC client et les serveurs ExitLag,
> puis du MPTCP entre leurs serveurs les serveurs de jeux.
> À priori le client configure seulement les routes vers les jeux
> sélectionnés par l'utilisateur, le reste du trafic ne passe pas par le
> VPN.
> 
> Je n'ai pas trouvé leur AS par contre.
> 
> -- 
> Jonathan Leroy
> 
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


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

[FRnOG] Re: [MISC] [Vendredi] Un truc qui optimise les routes

[Stephane Bortzmeyer]

On Fri, Nov 01, 2019 at 03:57:07PM +0100,
 David Ponzone  wrote 
 a message of 79 lines which said:

> Ca sent fort le bullshit non ?

J'avais bien mis « vendredi » dans le titre.


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

Re: [FRnOG] [MISC] [Vendredi] Un truc qui optimise les routes

[Sébastien Lesimple]

Le 01/11/2019 à 15:57, David Ponzone a écrit :
> Ca sent fort le bullshit non ?
Non non just horse dump...
>
> La vache, je viens de découvrir tout un monde:
> https://www.battleping.com 
> https://www.wtfast.com 
>
> Bon, je peux à la limite comprendre que ça puisse aider dans le cas d’un jeu 
> qui n’ait pas de miroir en France ou très proche, ou quand on veut jouer sur 
> un serveur US par exemple.
>
>> Le 1 nov. 2019 à 15:42, Stephane Bortzmeyer  a écrit :
>>
>> https://www.exitlag.com/
>>
>> "ExitLag is a software that was developed by games, to gamers that
>> optimizes your connection, leaving it more stable, lowering your ping
>> and by leaving you out of fearless from freezes and spikes. Besides
>> optimizing your connection, ExitLag also amplifies the performance of
>> your game by raising the frame rates per second with our FPS Boost
>> tools, letting you with the best resource as an advantage. [...] The
>> selection of routes is made automatically by ExitLag. Our technology
>> has intelligent artificial algorithms that identifies which are the
>> best ways to lead the packet from your ISP to the game server."
>>
>>
>> ---
>> 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] [MISC] [Vendredi] Un truc qui optimise les routes

[Jonathan Leroy - Inikup]

Ça a l'air d'être un VPN entre le PC client et les serveurs ExitLag,
puis du MPTCP entre leurs serveurs les serveurs de jeux.
À priori le client configure seulement les routes vers les jeux
sélectionnés par l'utilisateur, le reste du trafic ne passe pas par le
VPN.

Je n'ai pas trouvé leur AS par contre.

-- 
Jonathan Leroy


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

Re: [FRnOG] [MISC] [Vendredi] Un truc qui optimise les routes

[David Ponzone]

Ca sent fort le bullshit non ?

La vache, je viens de découvrir tout un monde:
https://www.battleping.com 
https://www.wtfast.com 

Bon, je peux à la limite comprendre que ça puisse aider dans le cas d’un jeu 
qui n’ait pas de miroir en France ou très proche, ou quand on veut jouer sur un 
serveur US par exemple.

> Le 1 nov. 2019 à 15:42, Stephane Bortzmeyer  a écrit :
> 
> https://www.exitlag.com/
> 
> "ExitLag is a software that was developed by games, to gamers that
> optimizes your connection, leaving it more stable, lowering your ping
> and by leaving you out of fearless from freezes and spikes. Besides
> optimizing your connection, ExitLag also amplifies the performance of
> your game by raising the frame rates per second with our FPS Boost
> tools, letting you with the best resource as an advantage. [...] The
> selection of routes is made automatically by ExitLag. Our technology
> has intelligent artificial algorithms that identifies which are the
> best ways to lead the packet from your ISP to the game server."
> 
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


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

[FRnOG] [MISC] [Vendredi] Un truc qui optimise les routes

[Stephane Bortzmeyer]

https://www.exitlag.com/

"ExitLag is a software that was developed by games, to gamers that
optimizes your connection, leaving it more stable, lowering your ping
and by leaving you out of fearless from freezes and spikes. Besides
optimizing your connection, ExitLag also amplifies the performance of
your game by raising the frame rates per second with our FPS Boost
tools, letting you with the best resource as an advantage. [...] The
selection of routes is made automatically by ExitLag. Our technology
has intelligent artificial algorithms that identifies which are the
best ways to lead the packet from your ISP to the game server."


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

Re: [FRnOG] [TECH] WDM sans SFP colorés

[Nang Bat]

Normalement si c'est du ER4, c'est 4 lambdas.
Le 40g cohérent j'en ai pas vu beaucoup, ça coute cher et finalement
le 100g cohérent est pas beaucoup plus cher. Et globalement les spare
parts de 40g cohérents aujourd'hui sont des 100g+ down-clocké.

Le ven. 1 nov. 2019 à 11:36, David Ponzone  a écrit :
>
>
> > Le 1 nov. 2019 à 11:12, Julien Escario  a écrit :
> >
> > Le 01/11/2019 à 00:16, David Ponzone a écrit
> >>> Dans les standards 40G, il y en a qui utilisent 4 fibres physiques 
> >>> (40Gbase-SR4) et d'autres qui utilisent 4 lambdas (40Gbase-LR4 et 
> >>> 40Gbase-ER4).
> >>> Donc attention, une optique 40G çà peut déjà contenir du WDM et prendre 4 
> >>> lambdas; le coup de consolider 4x10G en 40G çà ne va probablement pas 
> >>> faire gagner sur le nombre de lambda, et c'est pas aussi flexible que des 
> >>> optiques colorées individuelles.
> >> Oui en fait, je viens de comprendre ça: 40G sur un seul lambda, ça existe 
> >> pas, sauf en coherent mais là je pense que le budget est un peu différent.
> >
> > C'est un peu plus oui mais pas totalement inabordable non plus :
> > https://www.fs.com/fr/products/36173.html 
> > 
>
> Hmm t’as pas lu les Q plus bas :)
>
> Y a une jolie contradiction:
>
> Q :Does this work in a 1310nm port of a DWDM filter? Par Mattias.Lindgren le 
> 10/07/2019
> R  Thanks for your question. #36173 has a ±10nm band, which can meet the DWDM 
> filter transmission requirements. So it can work in the 1310nm port of the 
> DWDM filter. Par FS le 11/07/2019
>
> Q :Is this using multiple frequencies or a single 1310nm frequency?  Par matt 
> le 12/09/2018
> R : Thanks for your question. Our 40G ER4 transceiver use multiple 
> frequencies: 1264.5-1277.5nm, 1284.5-1297.5nm, 1304.5-1317.5nm, 
> 1324.5-1337.5nm.  Par FSle 13/09/2018
>
> Quelqu’un peut m’expliquer comment il peut marcher sur un port 1310 avec une 
> tolérance de += 10nm, alors qu’ils annoncent ensuite qu’il utilise 4 lambdas ?
> J’ai raté un truc ou il faut se méfier quand même des infos sur fs.com 
>  ?
>
> >
> > Bref, tu as plein d'options en fait ! Plus qu'à voir ce qui colle avec ton 
> > budget.
>
> Je suis justement en train de le définir le budget :)
> Et donc je pense que vu l’écart de prix faible, la solution lambda n’est pas 
> viable par rapport à FON.
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


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

Re: [FRnOG] [TECH] Vis M5 cisco 2960

[nikolaii]

Hello,

On 29/10/2019 16:05, Jerome Lien wrote:

bonjour à tous,

nous avons recu des switchs 2960 et nous ne trouvons pas de vis allant
dessus. On pensait utiliser des M5 .. comme toujours mais elle sont
légèrement trop grosse. la seul vis qui passe fait 4.69mm de diamètre
(filetage).

avez vous des conseils ou une explications ?



Sinon retarauder les pas de vis avec un taraud M5 [1]... En prenant soin 
d'aspirer la limaille résultante, à toutes fins utiles...



[1]: 
https://www.leroymerlin.fr/v3/p/produits/taraud-machine-hss-iso-gun-conicite-arriere-metal-diam-5-x-80-mm-tivoly-e1502229605




merci d'avance jerome

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




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

Re: [FRnOG] [TECH] WDM sans SFP colorés

[David Ponzone]

> Le 1 nov. 2019 à 11:12, Julien Escario  a écrit :
> 
> Le 01/11/2019 à 00:16, David Ponzone a écrit
>>> Dans les standards 40G, il y en a qui utilisent 4 fibres physiques 
>>> (40Gbase-SR4) et d'autres qui utilisent 4 lambdas (40Gbase-LR4 et 
>>> 40Gbase-ER4).
>>> Donc attention, une optique 40G çà peut déjà contenir du WDM et prendre 4 
>>> lambdas; le coup de consolider 4x10G en 40G çà ne va probablement pas faire 
>>> gagner sur le nombre de lambda, et c'est pas aussi flexible que des 
>>> optiques colorées individuelles.
>> Oui en fait, je viens de comprendre ça: 40G sur un seul lambda, ça existe 
>> pas, sauf en coherent mais là je pense que le budget est un peu différent.
> 
> C'est un peu plus oui mais pas totalement inabordable non plus :
> https://www.fs.com/fr/products/36173.html 
> 

Hmm t’as pas lu les Q plus bas :)

Y a une jolie contradiction:

Q :Does this work in a 1310nm port of a DWDM filter? Par Mattias.Lindgren le 
10/07/2019
R  Thanks for your question. #36173 has a ±10nm band, which can meet the DWDM 
filter transmission requirements. So it can work in the 1310nm port of the DWDM 
filter. Par FS le 11/07/2019

Q :Is this using multiple frequencies or a single 1310nm frequency?  Par matt 
le 12/09/2018
R : Thanks for your question. Our 40G ER4 transceiver use multiple frequencies: 
1264.5-1277.5nm, 1284.5-1297.5nm, 1304.5-1317.5nm, 1324.5-1337.5nm.  Par FSle 
13/09/2018

Quelqu’un peut m’expliquer comment il peut marcher sur un port 1310 avec une 
tolérance de += 10nm, alors qu’ils annoncent ensuite qu’il utilise 4 lambdas ?
J’ai raté un truc ou il faut se méfier quand même des infos sur fs.com 
 ?

> 
> Bref, tu as plein d'options en fait ! Plus qu'à voir ce qui colle avec ton 
> budget.

Je suis justement en train de le définir le budget :)
Et donc je pense que vu l’écart de prix faible, la solution lambda n’est pas 
viable par rapport à FON.


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

Re: [FRnOG] [TECH] WDM sans SFP colorés

[Julien Escario]

Le 01/11/2019 à 00:16, David Ponzone a écrit

Dans les standards 40G, il y en a qui utilisent 4 fibres physiques 
(40Gbase-SR4) et d'autres qui utilisent 4 lambdas (40Gbase-LR4 et 40Gbase-ER4).
Donc attention, une optique 40G çà peut déjà contenir du WDM et prendre 4 
lambdas; le coup de consolider 4x10G en 40G çà ne va probablement pas faire 
gagner sur le nombre de lambda, et c'est pas aussi flexible que des optiques 
colorées individuelles.


Oui en fait, je viens de comprendre ça: 40G sur un seul lambda, ça existe pas, 
sauf en coherent mais là je pense que le budget est un peu différent.


C'est un peu plus oui mais pas totalement inabordable non plus :
https://www.fs.com/fr/products/36173.html

C'est potentiellement limite en terme de budget optique dans ton cas et 
ce n'est pas coloré.


Après, il faut le backplane pour gérer ça. Par exemple, toujours en cheap :
https://mikrotik.com/product/crs326_24s_2q_rm
(pas testé)

Tu peux peut être aussi te contenter d'une optique 25G si tes 4 x 10G ne 
sont pas utilisés pleine balle tout le temps.
Mais c'est encore plus du bricolage et je n'ai pas de référence de 
switch qui me vienne avec un SFP28.


Bref, tu as plein d'options en fait ! Plus qu'à voir ce qui colle avec 
ton budget.


Julien


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

RE: [TECH] Global DDOS was Re: [FRnOG] [TECH] Jaguar Network : Attaque DDOS en cours

[Michel Py]

Raphael,

Tu pourrais nous donner quelques détails ? Cà vient d'IP réelles ou de spoofing 
?
Il y a combien d'IP sources ?

700G c'est pas de la rigolade. Bon courage.

Michel.


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