Auteur Sujet: Photos de la WiBox v3 et SpeedTest => Elle est + rapide que la v2 (Lu 24355 fois)

tgassilloud · « **Réponse #24 le:** 02 septembre 2013 à 15:54:10 »

Citation de: Mimi21 le 02 septembre 2013 à 14:25:11

Mon lotissement est entrain d'être raccordé au réseau-LIain. (Commune 01500 Chateau Gaillard)

Bonne nouvelle

Citation de: Mimi21 le 02 septembre 2013 à 14:25:11

J'ai pu voir concernant WIBOX dans les différents échanges que la connexion est bridée dans le routeur, et n'offre pas le débit max théorique

Effectivement, car nos premières offres FTTH étaient à 30 Mbits et ne sont passées à 100 Mbits que dans un second temps

Citation de: Mimi21 le 02 septembre 2013 à 14:25:11

Mes questions :
La box v3 a-t-elle corrigée ce "problème" ou à l'heure actuelle, existe-t-il toujours une limitation du débit ? Pour info, je ne souhaite uniquement une connexion filaire, et non du wifi.

Oui, la nouvelle box a un port Giga

Pour info, c'est le même processeur que la freebox V6 de mémoire

Citation de: Mimi21 le 02 septembre 2013 à 14:25:11

Quels sont les frais de raccordement et de configuration à domicile ?

Le raccordement à la fibre est inclus car pris en charge en grande partie par le SIEA. La box est livrée pré-provisionnée (suffit de la brancher). Le wifi pourra être désactivé sur l'espace clients ou par demande téléphonique.

cali · « **Réponse #25 le:** 02 septembre 2013 à 16:14:44 »

Et niveau paquets par seconde ça donne quoi ?

tgassilloud · « **Réponse #26 le:** 02 septembre 2013 à 16:36:56 »

je pense que cela dépasse mes compétences

la question est de savoir si la box peut être saturée ?

vivien · « **Réponse #27 le:** 02 septembre 2013 à 19:33:38 »

Cali, ce n'est pas un routeur Cisco !

Les box ont des accélérateurs ou processeurs spécialisés pour traiter les paquets IP et la limitation la plus intéressant est peut être celle du nombre de nouvelle connexions TCP par seconde ou de paquets UDP...

Voici la réponse du chef de projet de CPE FTTH Sagem le 31 juillet 2006 sur des problèmes de performances sur le port 80 (les clients citéFibre étaient limité à 20 Mb/s sur le port 80 mais les autres ports supportaient le 100 Mb/s sans problème) :

Explication des performances non satisfaisantes vues sur un téléchargement HTTP.

Fonctionnement des Accélérateurs:
Lorsque l'utilisateur lance un téléchargement TCP/UDP, les premiers paquets qui sont responsables de l'établissement de la connexion passent par le CPU(chemin classique :NAT/FIREWALL/policies...), une fois le lien est établie tous les prochains paquets passeront par les accélérateurs (chemin rapide). Les accélérateurs n'analyse que l'entête TCP/IP du paquet et pas son contenue.

Cas d'un transfert de texte par MSN MESSENGER:
Lorsque un client utilise MSN MESSENGER pour chatter se dernier se connecte sur le port 1863/TCP à un serveur de chez Microsoft. dans ce cas le Nat est traversé proprement et le message retour est bien identifié par le Firewall du F@st3374.

Cas d'un transfert de vidéo par MSN MESSENGER :
Les problèmes arrivent lorsque le client demande une connexion vocale/video. Dans ce cas, MSN MESSENGER va demander au serveur de choisir un autre port pour faire passer le flux vidéo. Et le problème c'est que ce port est choisie au hasard entre le port TCP/9000 et TCP/65535. Pour que le flux
vidéo provenant du serveur soit identifier par le firewall du F@st3374 et qu'il soit forwardé correctement, tous les paquets msn( TCP et destPort/srcPort = 1863) passeront par une fonction de traitement supplèmentaire qui permet d'analyser les contenues des paquets en plus de leurs entêtes TCP/IP.
Dans ce cas le flux vidéo passera par les accélérateurs(chemin rapide) mais tous les paquets msn(TCP-port =1863) passeront par le CPU(chemin classique).

Cas du port 80:
Si pour une raison ou pour une autre le MSN MESSENGER n'arrive pas à se connecter au serveur Microsoft sur le port 1863 alors il retombe sur le port 80 en faisant du HTTP tunneling. Affin de supporter ce cas bien particulier le F@st3374 fait passer touts les paquets HTTP(port 80) par le même chemin par lequel passe les paquets msn (port 1863).

Solution immédiate :
Ne supporter que le chat en mode texte dans le cas où le client MSN MESSENGER fait du backup sur le port 80. Et si dans ce cas particulier l'utilisateur veut faire du Chat en mode vidéo il doit installer UPNP sur son poste qui va s'en charger de communiquer avec le Firewall du F@st3374 pour ouvrir les bons ports.

Je reste à votre disposition pour tout éclaircissement supplèmentaire.

Cordialement.

A noter que le même phénomène est utilisé sur le port 21 pour le FTP.

Note : Les box équipées de Watchdog reboot lors d'un transfert HTTP à 20 Mb/s ou plus, le CPU étant utilisé à 100%, le watchdog est là pour rétablir la situation via un reboot

thenico · « **Réponse #28 le:** 02 septembre 2013 à 19:54:36 »

Citation de: vivien le 02 septembre 2013 à 19:33:38

Cali, ce n'est pas un routeur Cisco !

Cisco fait aussi des routeurs software qui sature très bien très vite ^^^

« **Réponse #29 le:** 03 septembre 2013 à 21:55:36 »

Citation de: vivien le 02 septembre 2013 à 19:33:38

Les box ont des accélérateurs ou processeurs spécialisés pour traiter les paquets IP et la limitation la plus intéressant est peut être celle du nombre de nouvelle connexions TCP par seconde ou de paquets UDP...

J'aimerai aussi connaitre le nombre max d'associations TCP/UDP/ICMP simultanées...

« **Réponse #30 le:** 03 septembre 2013 à 21:57:06 »

Citation de: thenico le 02 septembre 2013 à 19:54:36

Cisco fait aussi des routeurs software qui sature très bien très vite ^^^

Les matériels Michu-compatibles Cisco ont la réputation d'être les plus moisis qu'y soient. (Et pas mis à jour.)