OTB trouve sans arrêt le moyen d'oublier 1 connexion sur 2

[CyrilT1]

Tu peux nous dire tes lignes
ADSL ? 4G?
Et la version de ton Firmware

[Julien.R]

La ce soir par exemple c'est marrant parce que ça me le fait avec le modem opposé au précédent :

Et la deuxième connexion marche bien, il y a même un peu de traffic dessus. C'est juste que mon synchroniseur (Syncthing) n'utilise plus que la bande passante d'une seule connexion. Je vais le fermer et le ré-ouvrir, si ça marche pas du premier coup j'essayerais une deuxième fois, et ainsi de suite.

Après je tiens à préciser que ça arrive sur absolument toute forme de connexion (http, https, ftp, VPN, etc).

Pour les connexions : c'est du ADSL 5700 kbps. ZyXEL AMG1001-T10A

• OVH sur DSLAM SFR - IF1
• Orange sur DSLAM Orange - IF2

Toutes deux très stables, aucune n'a déconnecté au cours de l'après midi. Le modem Orange a changé d'IP vers 4h00 du matin visiblement, ça semble coller avec le graphe de tout à l'heure.
Sur Orange ça se reconnecte tous les 7 jours, je confirme que la reconnexion d'un modem (changement d'IP) est bien un élément déclencheur mais visiblement ce n'est pas le seul, car ça vient de le refaire dans l'après midi (et ça le fait dès l'ouverture de certains téléchargements).

EDIT :

OverTheBox (109.190.131.117)
Version 0.5-4
Load : 0.01 0.05 0.05
Core temp : 53.0 °
Uptime : 22d 3h 38m 19s
lan address: 192.168.1.150
lan range: 192.168.1.50 - 192.168.1.249

Pour essayer d'installer OverTheBox sur un autre support, je veux bien essayer par principe, je vais regarder comment on fait ça pour voir si ça a un rapport.

Mais dans le principe j'ai une sorte de gros doute : un ordinateur défectueux ça plante les programmes qui tournent dessus, ça freeze ou ça ralentis, ça corromps les fichiers téléchargés, or là il semble s'agir d'un problème de routage de connexions VPN / MPTCP. Je ne sais pas quel mécanisme décide d'inclure ou d'exclure l'utilisation de l'une des connexions sur chaque socket en cours mais ce mécanisme semble être capricieux, et je sais que dans l'ensemble, ce système est pas mal capricieux vu tous les bugs que j'ai eu à contourner avec.

[CyrilT1]

Coucou je te recommande de flasher avec le dernier firmware en 0.6.17
Ca m'a résolu mes problèmes de débit et de ping
Il faut se connecter en SSH via un logiciel comme Putty (adresse ip de ton OTB, login: root, pass; ton mot de passe), et une fois que tu as l'accès root tu tapes overthebox_last_upgrade

Ca va lancer un script d'upgrade de la box...

J'ai copié collé un message dans les archives j'ai trouvé la solution :)

[Julien.R]

Salut, merci pour l'info j'ai fait la mise à jour

Je l'avais réinstallé en reformatage usine il y a peu, en passant par le lien donné sur le site (qui pointe également, sur http://downloads.overthebox.net/testing/targets/x86/64/latest.img.gz, tout comme le script) je m'étais posé la question une fois de savoir si le maintien à jour était automatique ou non

Effectivement cette version semble plus à jour, déjà en détail il n'y a plus "wan" et "mptcp", y'a juste wan, et c'est bien passé de 0.5-4 à 0.6-17 !

Je vous tiendrais ici au jus pour vous dire si ce firmware fait mieux que l'autre

[Julien.R]

Pas le temps de dire "ouf", le problème est déjà de retour, en ce moment même, soit moins de 2h après l'installation de la dernière version.

Aussi, il semble y avoir un facteur d'échelle 0.5 entre le débit rapporté sur le site (Manager OVH) et le débit réel.
Dans l'interface OverTheBox en revanche le débit remonté est bien le bon

[PHILIPPEL17]

Bonjour Julien.R,

Quand une ligne ne fonctionne plus, a tu regardé si l'OTB la signalait offline ?

Cdt, Ph.L

[Julien.R]

Salut,

Je viens de relire la question : non, quand un téléchargement cesse d'utiliser une ligne, celle-ci fonctionne toujours, et d'autres téléchargement peuvent continuer de l'utiliser (c'est arrivé dans l'une des captures d'écran un peu plus haut).

Après oui quand une ligne est débranchée, elle est vue en erreur, et quand elle revient elle est même souvent réutilisée... mais pas toujours, du moins certains téléchargement doivent être stoppés puis relancés pour continuer d'utiliser la connexion brièvement interrompue.

La nuit a été édifiante :

Et il n'y a pas eu de coupure de connexion sur aucun des modems

J'ai du mal à comprendre, y'a vraiment qu'à moi que ça arrive ? Ca me l'a fait avec tous les modems du monde, et dieu sait que j'en ai un paquet !

[PHILIPPEL17]

Re,
Ca me fait un peu la même chose, la 2 eme box passe offline, mais apres quelques minutes elle repasse online.
J'ai essayé avec une autre box identique et avec une autre IP, j'ai le même pb.
Durant cette periode elle est toujours connecté au net et fonctionne correctement.
J'ai l'impression qu'avec le WIFI actif elle passe offline plus facilement, mais pas évident à valider.
Je vais tenter une MAJ et reprog complete :-(

[Julien.R]

Souvent pour que les set de paramètres soient écrits à partir du nouveau firmware, quand il y a des mises à jour (smartphone, PC, OverTheBox..) il m'arrive de faire des restaurations usine ou réinstall toutes neuves. J'ai toujours tout ce qu'il faut sauvegardé bien à l'abri pour tout remettre en route en peu de minutes (comptons 20 min pour l'overthebox car je place en IP fixe tous les appareils du réseau histoire des les reconnaitre)

J'ai plus le temps de le faire ce matin mais je tenterai ça dans la soirée ou demain

Pour les Box la pire c'est Livebox2 Sagem : du moins avec OverTheBox.
Quand je l'utilisais, mes switchs 8 ports subissaient des problèmes de routage un peu partout, les transferts locaux se bloquaient ou échouaient toutes les 5 minutes. Les téléchargements aussi

Avec un TPLINK 8616 mes téléchargements Internet étaient sans arrêt interrompus, tandis que sans l'OverTheBox ils marchaient très bien

Sur SFR Box à priori y'a eu une sorte de panique aussi recemment

En fait j'ai l'impression qu'il y a un problème différent avec chaque configuration lol

[PHILIPPEL17]

Ma box Principal est une Livebox2 ... je vais essayé avec une autre box lors de ma ré installation.

[Julien.R]

Salut à tous,

Rien de nouveau, cela continue encore

En fait ce problème a toujours existé et n'a jamais cessé d'exister, or je semble être le seul à le remonter, est-ce que c'est parce que je suis le seul à regarder systématiquement ce genre de choses ?

Comme le volume de données que j'utilise est en ce moment plutôt important et passe tout juste dans 10 Mbit/s, je passe de plus en plus de temps à vérifier que le boitier fait bien son boulot sinon je ne m'en sors pas.

Sachant que les deux liens DSL + PPP sont actifs depuis 01:05 cette nuit et n'ont pas bougé depuis.

[Julien.R]

Salut à tous,

J'ai lancé un scripts en boucle de "wget" de 1Gio au courant de la nuit jusqu'à ce midi, qui met en avant le fait que cela se produit encore :

Je ne suis pas sur de savoir s'il s'agit de téléchargement se terminant au débit normal, suivi de téléchargements démarrant en oubliant l'une des deux connexions, ou s'il s'agit d'un arrêt de l'utilisation de l'une des deux connexions par l'un de ces téléchargements.

Quoi qu'il en soit, ma paire de Zyxel est bien restée connectée (aussi bien en DSL qu'en PPPoE), il s'agit donc bien toujours du même souci.

Y'a-t-il eu du nouveau récemment à ce sujet ? Suis-je le seul à l'avoir rencontré/signalé ?

Merci d'avance !

[Pierre-LucP]

J'ai un problème similaire:
- ADSl Free
- ADSL OVH
- 4G Free Mobile (un Android en partage de connexion USB)

La plupart du temps seule la connexion ADSL Free est utilisée, et parfois toutes le sont, mais c'est aléatoire!

[Julien.R]

Salut, n’hésites pas à lancer un script avec plusieurs téléchargements, qui tourne la nuit par exemple.

Le lendemain tu peux regarder sur le graphe dans le "Manager OVH", "Télécom", puis "OverTheBox". Privilégie des fichiers de 10Gio plutot que de 1Gio car si l'un d'eux se met à arrêter d'utiliser l'une des connexions quelques minutes avant sa fin, ça ne se verra pas de façon très franche sur le graphe.

De mon côté mon PC va pour synchroniser un fichier de 3Go mais je m'étonne que ça ne soit pas fini... car en effet, re-belote, à droite du graphe :

La moitié "if1" de la connexion n'est pas utilisée par ce téléchargement. Or cette moitié est bien fonctionnelle, j'ai redémarré le logiciel de synchronisation pour retenter ma chance, et là ça utilise bien les deux.

[Pierre-AngeC]

Bonjour,

J'ai exactement le même problème, c'est assez pénible.
Pour ma part, la version 0.5 fonctionner mieux que les versions actuelle, malheureusement il mais impossible de revenir a la première version car un problème d'identifiant certificat du tunnel. Il on du bloqué l'échange avec la v 0.5.

[Julien.R]

Bonjour à tous,

C'est rassurant dans un sens de savoir que je ne suis pas tout seul à devoir me battre contre ce problème !

Un partage de plus :

Je tiens aussi à ajouter un élément dont je ne parlais pas tellement pour le moment : OverTheBox passe son temps à planter les sockets en cours (téléchargements HTTP ou HTTPS, liens SSH sur port 22, ou même connexion à "Shadow" le truc avec le PC Gaming à distance : tous les jours chaque lien est inopinément coupé plusieurs fois, bien qu'il arrive parfois des miracles (8 à 10 heures de travail sans devoir me reconnecter, ou aucun plantage durant les tests de nuit).

En une 10 aine d'heure de test ça me l'a encore fait deux fois, et j'ai toujours connu ce problème, depuis près d'un an et demi

!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
L'OverTheBox est normalement censée servir à s'assurer que ça n'arrive jamais
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!

./wget-loop.sh
--2018-02-17 01:33:34-- http://ovh.net/files/10Gio.dat
Resolving ovh.net (ovh.net)... 213.186.33.6
Connecting to ovh.net (ovh.net)|213.186.33.6|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 10737418240 (10G) [application/octet-stream]
Saving to: ‘10Gio.dat’

10Gio.dat 6%[=> ] 711.88M --.-KB/s in 15m 52s

2018-02-17 01:49:28 (766 KB/s) - Connection closed at byte 746457189. Retrying.

--2018-02-17 01:49:29-- (try: 2) http://ovh.net/files/10Gio.dat
Connecting to ovh.net (ovh.net)|213.186.33.6|:80... connected.
HTTP request sent, awaiting response... 206 Partial Content
Length: 10737418240 (10G), 9990961051 (9.3G) remaining [application/octet-stream]
Saving to: ‘10Gio.dat’

10Gio.dat 100%[++==========================>] 10.00G 584KB/s in 3h 57m

2018-02-17 05:47:23 (684 KB/s) - ‘10Gio.dat’ saved [10737418240/10737418240]

b55cf0fa2337fcd09fbc0d7b9bd0d18d 10Gio.dat
--2018-02-17 05:48:40-- http://ovh.net/files/10Gio.dat
Resolving ovh.net (ovh.net)... 213.186.33.6
Connecting to ovh.net (ovh.net)|213.186.33.6|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 10737418240 (10G) [application/octet-stream]
Saving to: ‘10Gio.dat’

10Gio.dat 100%[============================>] 10.00G 591KB/s in 4h 6m

2018-02-17 09:54:53 (710 KB/s) - ‘10Gio.dat’ saved [10737418240/10737418240]

b55cf0fa2337fcd09fbc0d7b9bd0d18d 10Gio.dat
--2018-02-17 09:55:59-- http://ovh.net/files/10Gio.dat
Resolving ovh.net (ovh.net)... 213.186.33.6
Connecting to ovh.net (ovh.net)|213.186.33.6|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 10737418240 (10G) [application/octet-stream]
Saving to: ‘10Gio.dat’

10Gio.dat 29%[=======> ] 2.94G --.-KB/s in 46m 22s

2018-02-17 10:42:21 (1.08 MB/s) - Connection closed at byte 3160561899. Retrying.

--2018-02-17 10:42:22-- (try: 2) http://ovh.net/files/10Gio.dat
Connecting to ovh.net (ovh.net)|213.186.33.6|:80... connected.
HTTP request sent, awaiting response... 206 Partial Content
Length: 10737418240 (10G), 7576856341 (7.1G) remaining [application/octet-stream]
Saving to: ‘10Gio.dat’

10Gio.dat 64%[++++++++=========> ] 6.43G 1.20MB/s

---

Et de leur côté, les liens DSL et PPPoE n'ont pas bougé depuis plusieurs jours : leur stabilité est totale.

---

Pour ceux qui veulent faire l'essai chez eux :
#!/bin/sh
wget http://ovh.net/files/10Gio.dat
md5sum 10Gio.dat
rm 10Gio.dat
wget http://ovh.net/files/10Gio.dat
md5sum 10Gio.dat
rm 10Gio.dat
wget http://ovh.net/files/10Gio.dat
md5sum 10Gio.dat
rm 10Gio.dat
wget http://ovh.net/files/10Gio.dat
md5sum 10Gio.dat
rm 10Gio.dat
[...]

---

EDIT :
De mon côté je viens de formater la boite et de la réinstaller à la dernière version, puis j'ai tout reconfiguré : on verra si quelque chose évolue.

J'ai pu voir quelques changements plutôt positifs, désormais il y a une adresse fixée à 192.168.100.1 par défaut qui permet de ne pas avoir à remettre en place des serveurs DHCP juste pour pouvoir entamer une communication avec le boitier et lui donner les adresses des modems.

J'ai désactivé le monitoring DHCP, personnalisé l'adresse LAN, entré manuellement les deux connexions à mes Modems, replacé toutes les adresses MAC et leur IP fixe associées, et tout ré-allumé.

[Julien.R]

Après tests, en 6.20 le problème survient encore :

A 8h23 ça ne se voit pas sur le graphe mais il y a également eu une fermeture inopinée du socket de téléchargement (mais avec wget ça reprend tout seul)

J'ai également 2 problèmes à part mais je vais en parler dans un autre sujet

[Julien.R]

Je vais essayer de faire la modification suivante :

• Modem 1 sur 192.168.0.1/24
• Modem 2 sur 192.168.2.254/24
• Réseau local sur 192.168.1.150/24

Car actuellement, rien de nouveau :

On se rend compte qu'assez systématiquement, quand l'une des connexions est oubliée par un téléchargement, c'est valable en Up comme en Down

[Julien.R]

Cela ne change rien
Les connexions SFTP sont également concernées

[Julien.R]

Ce matin re-belote, le débit du téléchargement en cours est descendu à 1 seule connexion (alors que l'autre connexion fonctionne bien pour tout le reste) - faut que je redémarre le logiciel afin de fermer/ouvrir le socket à nouveau, afin d'utiliser à nouveau les deux connexions sur ce téléchargement)