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&play 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&play, 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&play 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&play, 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 <varicap....@gmail.com> 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 <olang...@gmail.com> 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/
---------------------------
Liste de diffusion du FRnOG
http://www.frnog.org/
