Blocage/freeze récurrent : grosse déception Options

[Invité_schwomp_*]

Bonjour à tous !

J'aurais espéré m'inscrire sur ce forum dans d'autres circonstances mais, hélas, ce qui suit ne sera guère "joyeux"...

Config "maison" ultra classique :

- 1 XP dans le "lan"
- 1 Linux avec 2 cartes ethernet
- 1 FVS 114
- 1 SpeedTouch (Home)

En résumé : XP <==> Switch <==> Linux <==> FVS114 <==> SpeedTouch <==> Prise FT

Le Linux, Debian Sarge, s'intercale entre mon PC et le FVS114, lui même connecté au SpeedTouch, et s'occupe de fowarder le traffic dans un sens comme dans l'autre avec un zeste de QOS.

J'ai acheté le FVS114 pour remplacer mon défunt D-Link DI-604, celui-ci n'ayant rien trouvé de mieux que de "freezer" avec la ferme intention d'ignorer définitivement (si, si...) le bouton reset. Ce n'est pas 30 euros qui vont me faire pleurer mais jeter un "jouet" en plastique au bout d'un mois, c'est toujours casse-pieds.

Bref, j'ai rapidement besoin d'un petit routeur qui fonctionne et je m'oriente vers le FVS vu que les produits Cisco me semblent un poil démesurés et surtout hors de prix.

---

Sauf que, depuis le premier jour, c'est "l'horreur" : il freeze de manière aléatoire.

J'ai essayé, sans succès, le firmware 1.1_10 (1.1_06 par défaut) et la config "standard" en 192.168.0.1 mais rien à faire, il bloque. Reset après Reset, il fonctionne un moment et puis, d'un coup, "plof"...

Mon but n'est pas de "démolir" ce produit mais, puisque que j'ai un peu de temps, d'essayer d'identifier la source du problème.

---

Pour l'instant, la "config" actuelle : Reset + username + password + idle timout 0. Pas de "rules", pas de "dyndns", rien...

Lorqu'il bloque, voici ce que le Linux me dit :

Code

root@www.xxxx.lan:~# arp -n
Address                  HWtype  HWaddress           Flags Mask            Iface
192.168.144.32           ether   00:50:70:23:1B:BF   C                     eth0
192.168.0.1                      (incomplete)                              eth1

Et quand il fonctionne :

Code

root@www.xxxx.lan:~# arp -n
Address                  HWtype  HWaddress           Flags Mask            Iface
192.168.144.32           ether   00:50:70:23:1B:BF   C                     eth0
192.168.0.1              ether   00:18:4D:C7:FA:DA   C                     eth1

---

Je sais qu'avec ce peu d'indications il n'est pas aisé d'identifier le problème mais j'ai sincèrement l'impression qu'il s'agit d'un souci logiciel qui pourrait être corrigé.

Si vous avez des idées, n'hésitez pas. J'aurais préféré faire autre chose d'un vendredi soir, "mébon"...

A+

[kik']

Bonjour,

Pour ma part le firmware qui ne me pose aucun problème de freeze et pourtant j'en ai testé même des bêtas non-diffusés, c'est curieusement le V1.1_01

Aucun blocage avec celui-ci, je te recommande donc vivement de l'installer afin de tester.

http://www.netgear-forum.com/forum/index.php?showtopic=35536

Surtout pas d'importation de sauvegarde, faire le paramétrage "à la main" après un reset hard du routeur.

Le FVS114 est vraiment un super produit.

+

[olivier78_91]

Bonsoir,
je confirme ce que kik' dit,le fvs114 est vraiment un super produit...
pour ma part j ai le firm V1_1_10 avec plus de 1200 heures sans aucune deconnexion,et sur une autre
ligne le V1_1_03 sans aucune deconnexion aussi...mais j ai eu sur 3 fvs114 le firm 1_1_01 qui ne m as
jamais pose de soucis (contrairement au 1_1_06)....

+

[Invité_schwomp_*]

Merci pour vos réponses !

(Tapez pas, j'arrive pô à "quoter" correctement avec les noms et tout et tout...)

[...]c'est curieusement le V1.1_01 [...] Aucun blocage [...]

[...] j ai eu sur 3 fvs114 le firm 1_1_01 qui ne m as jamais pose de soucis [...]

Donc, ça serait la solution de repli-en-dernier-recours-y-a-rien-daut-ki-marche...

J'aurais préféré trouver l'origine du problème ou du moins essayer d'identifier la cause des blocages mais en lisant le forum, j'ai un doute : est-ce que Netgear tient compte des rapports de bugs et corrige ensuite le tir au niveau du firmware ? (Le stateful avec du FTP en mode passif, ça n'a pas l'air concluant !)

Quant à savoir si le FVS114 est un super produit, bein honnêtement, j'en sais rien : j'attendais juste de cette "boite noire" qu'elle clignote sans rien dire, comme un switch tout bête... Sauf que c'est pas le cas et si, par exemple, demain je devais installer un routeur chez un client, je ne prendrai aucun risque. o

---

M'enfin bref : aujourd'hui, rebelote, plantage. Il a tenu trois jours, pas loin du record !

Au cas où, voici comment ça s'est passé :

- tout était allumé depuis ce matin (XP, Linux, routeur, switch, modem)
- extinction de mon PC vers 18h00, le reste est toujours sous tension
- réallumage du PC environ une demi heure plus tard.
- Thunderbird + pop en SSL, lectures des nouveaux mails (seulement 4, une misère...)
- Firefox + forum.kiwak.net
- 2 posts lu plus tard, plof...

Et mon pauv' Linux (192.168.0.254 sur eth1) qui essaye désespérement de joindre un correspondant :
(Alllloooo ? Kelkun ? Aaaaallloooo !? Y'a persooooonnne ? )

Code

root@www.xxxx.lan:~# tcpdump -i eth1 -nevvv
tcpdump: listening on eth1, link-type EN10MB (Ethernet), capture size 96 bytes
18:58:27.266360 00:17:31:7a:6d:c7 > ff:ff:ff:ff:ff:ff, ethertype ARP (0x0806), length 42: arp who-has 192.168.0.1 tell 192.168.0.254
18:58:28.265227 00:17:31:7a:6d:c7 > ff:ff:ff:ff:ff:ff, ethertype ARP (0x0806), length 42: arp who-has 192.168.0.1 tell 192.168.0.254
18:58:29.265073 00:17:31:7a:6d:c7 > ff:ff:ff:ff:ff:ff, ethertype ARP (0x0806), length 42: arp who-has 192.168.0.1 tell 192.168.0.254
Etc...

Sauf erreur, j'ai cru voir clignoter la led du Wan mais j'ai pas pensé à faire un branchement sur le Linux pour voir si ça causait (PPPOE avec le SpeedTouch).

Je vais refaire un reset complet et rajouter par étape les options de base dont j'ai besoin :
- Nouveau password
- Update DynDNS
- SSH en inbound
- NTP

---

Est-ce que quelqu'un aurait des infos techniques sur les fonctionnement interne du FVS ?

- Le SPI c'est tout mignon pour se la péter mais en pratique, il fait quoi et surtout, quand ?
- Block UDP/TCP flood : super, on est 'achement rassuré... Mais quels sont donc les seuils ?
- MAC address cloning : Beuh... Oui, d'accord mais c'est tout le temps activé ?
- C'est grave si le DNS lookup est off alors qu'il doit résoudre "pool.ntp.net" pour le NTP ?

En fait, la vraie question que je me pose est de savoir s'il est possible de "tracer/débugger" le firmware du FVS...
(Comme avec le penguin : strace -Ff -o gros-debug.txt <prog-ki-fait-suer>...)

A+

PS: s'il pouvait laisser un core dump, ça m'irait aussi !

[Invité_schwomp_*]

Suite et fin !

Le message qui suit provient d'un modérateur du forum anglais de Netgear, lui même possesseur de ce routeur et ayant eu quelques "démelés" avec le support de Netgear :

FVS114 lock up is "known" issue by netgear. I have one and does occur time to time. I had some converstion on this issue and the claim it's in NAT part of the router. Fixes on this is unknow. it was about month ago I taked to Netgear.

Sur plus d'une centaine de posts parlant de soucis avec le FVS114, les trois quarts font état du même problème : comme disait l'autre, y'a pas de fumée sans feu...

Donc, pour ceux qui ont la flemme de s'inscrire sur le forum anglais de Netgear mais surtout pour ceux qui ne peuvent pas accéder aux sujets traitant du FVS114 car un numéro de série est obligatoire pour les lire, je vous la fait courte :

1) Le problème de freeze/blocage/lockup/hang est connu comme le loup blanc !
2) Croire qu'une solution est activement recherchée relève de l'espérance puérile...

Résultat des courses, sur les conseils prodigués plus haut, je vais redescendre en 1.1_01 et "attendre" : tant mieux si ça marche sinon direction la poubelle.

Au delà du fait que ce produit puisse connaître quelques problèmes, ce qui m'indigne profondément est la politique de rétention d'informations de Netgear : si j'avais pu accéder au forum anglais, jamais je n'aurais acheté le FVS114.

A+

---

FVS114 Lockup issue (V1.1_xx)

I agree with Alre90210, the problem seems to be related to the SPI process. I've seen the FVS114 "hang" on specific websites -- it becomes unresponsive on its internal interface (192.168.0.1) -- although there is some regular LED activity that looks like rapid polling on the LAN ports.

I don't trust Netgear to supply reliable equipment anymore and will look at other manufacturers. The FVS114 in question has a blue box, written ProSafe on it and required me to log into the business products section of this forum and works unreliable WITH Netgear being aware of the problem. Suggestions on how to reproduce the problem have been given by me and other customers and still nothing happens.

Re: FVS114 Lockup issue (V1.1_xx)

I was able to capture data on both sides of my router and observed the exact pattern which triggered the lockup. The only "oddity" about the data pattern was a pecularity in the behaviour of the server:

When the server sends its initial SYN+ACK packet, it advertised a window size of 5792 bytes. In the next packet it sent (acknowledging the GET request from the client), its window size had increased to 6432 bytes. This is an odd thing to do - how can a window get larger after a connection is established?

The server was sending data in 1448 byte packets (both sides reported an MSS of 1460, derived from MTU 1500 less standard TCP and IP headers), and 5792 is exactly 1448 x 4.

The lockup occured at the point where the server had sent four packets of 1448 bytes (5792 bytes). The arrival of the next packet was the point of death. Coincidence? I think not.

This looks very much like a bug in the SPI Firewall of the FVS114, not being able to handle an increase in window size over the initially advertised limit.

Netgear haven't even responded to my support query (with detailed technical information about the repeatable fault) for four days. I am not impressed. They were quick to give me boilerplate answers first time around (suggesting faulty hardware or needing the latest firmware).

[Tchek]

Bon ben on est deux ici.

Acheté il y a deux jours, j'abandonne. Dernier firmware à jour. (livré avec d'ailleur)

J'ai tout essayé

De nombreuses déconnexions par jour, ce routeur se bloque, il refile une IP locale en 169 à toutes les machines (15), il faut le redémarrer. Et j'ai pas l'impression d'être un branque en réseau.

Bon, j'abrège.

Il devait se faire oublier, juste une boite bleu dans un coin et faire son boulot.

C'est raté. Je vais l'oublier mais en le remballant et le ramener d'où il vient.

Inutilisable dans des conditions professionnelles.

Il assure pas un calot.

Déçu.

Sans rancune Netgear, mais vous m'avez fait perdre du temps.

@+

Ce message a été modifié par Tchek - samedi 21 juin 2008 à 02:52.

[patrvlie]

Salut,

Vous pouvez m'ajouter a la liste.
J'ai le routeur depuis Septembre 2007, livre avec le dernier firmware.

Au debut les freeze n'etaient pas trop frequents, mais la depuis 2 jours......je deviens fou furieux!
Les blocages sont effectivement tres simples a reproduire lorsqu'on a identifie un site web particulier.
Je n'aurais jamais cru que cela soit possible!

Je vais appeler cette bande de moules afin de voir si ils ont l'intention de faire quelque chose.
La moindre des choses serait de proposer un autre produit en echange.

Je vais me frotter au support Netgear Belge.......on va voir

A+

[Tchek]

Alors le Support Net Gear !!

Il faut que je raconte ça :

Il m'était impossible de réserver des IP, l'adresse des machines changeaient en permanence malgré les réservations sur un ProSafe FVS318 V3
(v3.0_26)

J'en ai vu et parametré des routeurs sans soucis, mais ça , JAMAIS.

Donc, je me décide d'appeller le support.

J'ai du tomber sur une truffe, ça n'est pas possible que tout le support de netgear soit à ce niveau de compétence sur les routeurs Pro.

Je lui explique mon Probléme, que j'ai 20 machines réservés en IP mais qu'il est impossible de conserver la même IP a chaque démarrage des clients.

On valide un certain nombre de truc, on est d'accord.

Il entend bien et comprend bien le soucis mais propose une solution Hallucinante :

Moi : Alors je fais quoi, je ramene le NG ?

Lui : Non, non, c'est simple, puisque votre plage DHCP locale est 192.168.0.2 jusqu'a 192.168.0.50, vous ne pouvez bien évidemment pas reserver ces adresses de 2 à 50 ! Donc reserver apres 50 !

BIEN SUUUUUUUUUUUUUUUUUURRRRR

Et il m'assure à fond la caisse que c'est ça.

Là je me dis, j'ai affaire soit à un branque, soit j'ai zappé dans ma carriere réseau un truc dément, soit ils se paie ma tronche, mais quand même, je tousse de rire discretement assez fort

C'est grave quand même.


La solution était ailleur et je n'ai pas eu besoin d'appeller ces branques pour la trouver finalement.

Les Net Gear Pro "n'acceptent pas" , enfin, ne tiennent pas compte du nom du client DHCP qui bien sur chez moi est TOUJOURS renseigné, bien que facultatif (MacOSX).

Jamais je n'ai eu de soucis avec tout les autres routeurs que j'ai peu avoir en main, sur ce point précis, tous étaient capables de gerer le nom DHCP renseigné de la machine.

Du coup en effacant le champs du nom "Client DHCP" sur les machines clientes, POUF, plus de soucis !

Inutile de dire qu'avec ou sans, la découverte sur le reseau des attached devices, est totalement merdique, ce qui n'aide pas de surcroît.


Je retourne chez Thomson Speed Touch

Dommage pour une fois qu'il y avait un forum sympa sur deux routeurs Pro NG que j'ai essayé !

Non, mais franchement.


@ schwomp : Je crois qu'il ya des commandes CLI sur le 114 pour tenter un débug, mais pas sur le 318 !
A mon avis il y a du boulot.

Ce message a été modifié par Tchek - mardi 24 juin 2008 à 20:52.

[Prolag]

Information interresante à propos du Client DHCP dans Mac OS X (surement une option qui manque sur le serveur DHCP...)

[lbuisson]

Pour info j'utilise sans soucis depuis des mois un FVS114 sur un réseau entièrement MAC et aucun soucis

Pour info je n'utilise que le firmware 1.1.01 http://www.netgear-forum.com/forum/index.php?showtopic=35536

[Tchek]

Pour info j'utilise sans soucis depuis des mois un FVS114 sur un réseau entièrement MAC et aucun soucis

Pour info je n'utilise que le firmware 1.1.01 http://www.netgear-forum.com/forum/index.php?showtopic=35536

Je parlais du ProSafe FVS318 V3

Voir plus haut j'ai aussi essayé le 114, mais que j'ai ramené pour d'autres ennuis ( decos aléatoires)


Bref pour du Matos de Pro, c'est pas très sérieux.

Ce message a été modifié par Tchek - vendredi 27 juin 2008 à 14:50.

[lbuisson]

Il me semble que Prolag a le 318 et je n'ai pas connaissance de soucis de déconexion avec

on estb plusieurs à avoir le 114 et idem avec le firm 1,01,1 pas de soucis

donc surement une mauvaise série, suffit de l'échanger c'est gratuit (même le port est gratuit )

[Tchek]

Si tu relie bien le fil, tu verras que je parle en premier lieu du FVS 114 et en second lieu du ProSafe FVS318 V3.

Les deux routeurs ont présentés chacun des symptômes différents:

- le ProSafe FVS318 V3 ne sait pas reconnaître le nom du client DHCP avec Mac OS X.
- le 114 déconnecte aléatoirement

Comme par hasard sur mon premier coup de fil au support Net Gear, je suis tombé sur une belle Truffe qui sublime le principe de Dilbert.


En ce qui me concerne c'est deux de trop sur deux modèles différents

Rédhibitoire.

Je n'ai pas le temps de passer mon temps a changer de routeur. Mon réseau doit fonctionner .
Je suis venu, j'ai vu, NG ne m'a pas convaincu[b]

Une gamme qui se dit PRO, se doit de fonctionner, surtout sur des fonctions aussi basiques que le DHCP pour l'un, et le maintien de la connexion pour l'autre.

./

Ce message a été modifié par Tchek - vendredi 27 juin 2008 à 18:51.

[Invité_schwomp_*]

Juste pour info...

Malgré avoir changé de firmware plusieurs fois, il continuait de freezer (ingérable quand on veut bosser...) donc j'ai fini par jeter le FVS144 à la poubelle.

J'ai réinstallé un Linux qui fonctionne très bien, ne râle jamais et fait ce qu'on lui dit.

Merci Netgear, content d'être pris pour un pigeon !

A+

[Prolag]

Juste pour info...

Malgré avoir changé de firmware plusieurs fois, il continuait de freezer (ingérable quand on veut bosser...) donc j'ai fini par jeter le FVS144 à la poubelle.

J'ai réinstallé un Linux qui fonctionne très bien, ne râle jamais et fait ce qu'on lui dit.

Merci Netgear, content d'être pris pour un pigeon !

A+

Tu a testé la 1.1.015 ?

[MacManiak]

Tu a testé la 1.1.015 ?

Tu veux passer la poubelle en version 1.1.015 ?