Box 8 fibre -> Routage KO ?

Re  @Ctk,

Bon ben le routage à l'adresse "unitaire" ne fonctionne pas mieux sur la box 8...

Les paquets partent dans la nature.

Dans mon cas, le réseau "box" est en 192.168.109.0/24 et j'ai un réseau "virtualisé" en 192.168.1.0/24 (j'ai essayé de le passer en 192.168.2.0/24 vu que 192.168.1.0/24 c'est le réseau natif des box SFR mais ça fait pareil).

Que je mette une route vers 192.168.1.0/24 ou 192.168.1.50/24 (sachant que /32 n'est pas accepté) via ma passerelle 192.168.109.152, ça ne fonctionne pas, les paquets partent dans la nature

Détermination de l’itinéraire vers 192.168.1.50 avec un maximum de 30 sauts.
1 <1 ms <1 ms <1 ms GEN8 [192.168.109.254]
2 15 ms 14 ms 14 ms 129.224.16.109.rev.sfr.net [109.16.224.129]
3 23 ms 22 ms 22 ms 86.248.193.77.rev.sfr.net [77.193.248.86]
4 * * ^C

La solution de saisir les routes adresse par adresse aurait pu être un moyen de contournement du bug, mais effectivement pas idéal. Dans tous les cas, ça ne marche pas.

Ma solution de contournement est donc de claquer des routes manuellement dans chaque PC... mais bon pour les smartphones / box TV, c'est bien moins pratique

Re  @Ctk,

Alors, je viens de faire le test avec une box 7 (une NB7, celle qui a la même interface de configuration que la NB8, Version logiciel : 3ENT010200R01B) dans mon environnement.

Les menus sont similaires, impossible d'invoquer le fait que la configuration ait pu été saisie différemment sur une box ou sur l'autre.

Sur la box 7, ça marche. Que je mette une route 192.168.1.50/24 ou 192.168.1.0/24, mes requêtes arrivent bien dans mon réseau "virtuel". Et contrairement à toi, la mise en place d'une route sur l'adresse .0 ne fait rien buguer (j'ai pu joindre plusieurs équipements sans problème).

C:\Windows\system32>tracert 192.168.1.50
Détermination de l’itinéraire vers 192.168.1.50 avec un maximum de 30 sauts.
1 3 ms 3 ms 3 ms ALG7 [192.168.109.254]
2 4 ms 6 ms 3 ms 192.168.109.152
3 4 ms 3 ms 3 ms 192.168.1.50
Itinéraire déterminé.

Maintenant qu'on sait que c'est bien localisé dans la box 8, il serait temps que les développeurs se penchent sérieusement sur le problème...

@Eyeid je ne sais pas si tu as moyen de "compléter" une remontée, mais il est toujours possible rajouter ces infos...

Voilà des tests bien complets !

Je vais ré-essayer un de ces jours pour vérifier si la déclaration en 192.168.x.0 refait planter ma box.

Je suis moi aussi en 3ENT010200R01B

Du coup, elle se défend bien la petite SFR7 sur ce coup là, malgré la similitude apparente de la partie logiciel de la SFR8.

Oui j'avoue qu'elle s'en tire bien sur ce coup là  @Ctk 

Je n'ai pas eu le réflexe de tester le DynDNS, mais je pense que ça va marcher.

Mais qu'est-ce qu'elle est lente cette NB7 ! Que ce soit le temps d'allumage, de synchro ou la navigation dans l'interface de configuration. Rien que pour ça, à performances équivalentes, j'aurais tendance à préférer la NB6VAC avec l'ONT ^^

Je confirme que la NB7 (SFR7fibre) est d'une lenteur déconcertante aussi bien au niveau de l'interface de gestion que du reboot.

J'imagine qu'il faut mettre cela sur le compte de sa sobriété énergétique (modeste Ram de 256 Mo de SDRAM DDR3L)

Le temps de remontée de la ligne téléphonique est lunaire à chaque redémarrage (4 ou 5 min).

Je la considère comme un ONT de luxe, car elle permet quand même un plan B en cas de panne de mon routeur et elle permet de conserver une ligne téléphonique. Donc pour ces points (et son prix) elle convient très bien.

Une fois démarrée, elle fait le job et n'utilise qu'une seule prise électrique (comme un ONT, donc).

Je n'utilise pas DynDNS. Je tenterais aussi. 

Merci pour tous ces tests. Cela a beaucoup de sens, à mon avis, de faire corriger le bug sur la SFR8.

En effet, le débit partagé sur 2 ports incite à utiliser deux flux (comme dans mon cas) et la table de routage devient nécessaire pour faire communiquer tout le réseau ensemble.