La Fibre
Fournisseurs d'accès à Internet fixe en France métropolitaine => 
Anciens FAI => Opérateurs grand public alternatifs => 
citéFibre => Discussion démarrée par: Lanfeust le 24 septembre 2006 à 11:42:30
-
Bonjour,
depuis la dernière mise à jour de la RGW (qui s'est bien déroulée), je remarque de fréquentes difficultés sur la RGW.
En fait on dirait que la RGW perd la connexion (je ne peux me connecter sur aucun site) et qu'elle la retrouve quelques secondes plus tard...
Et ça me fait ça TRES régulièrement... :(
D'autres on remarqué cela ??
-
Pas encore de pb de ce type pour moi ! ::)
-
En fait il faut , quand cette erreur se produit, que j'aille dans les préférences réseau faire "renouveler le bail DHCP" pour retrouver ma connexion... étrange, je n 'avais pas à faire cela avant...
-
Celà me là fait ce matin, par contre je suis en IP fixe et non en DHCP. J'ai du rebooter électriquement.
-
J'étais en IP fixe aussi, mais suite à un changement de PC j'ai du me remettre en IP définie par le serveur...
je vais tenter de me remettre en IP fixe.
EDIT 22h : j'ai remis en IP fixe et ça continue :(...
-
bah c'est le genre de problèmes que j'avais aussi avant l'update... et comme LePalois je suis en IPfixe la plupart du temps et bien c'est reboot electrique!!!
-
Pour rentrer dans les details, ceux qui sont en IP fixe peuvent me dire, quand cela ne foncitonne pas :
Est-il possible de pinger 192.168.1.1 (commande "ping 192.168.1.1") ?
Oui : l'interface http de sagem donne bien une @wan correcte ? un soft reboot résoud le problème ?
Non : que donne la commande "arp -a" (commande pour windows XP ou 2000) ou "arp" (commande pour linux) ? redémarer le PC résoud le problème ?
VIvien
-
Pour rentrer dans les details, ceux qui sont en IP fixe peuvent me dire, quand cela ne foncitonne pas :
Est-il possible de pinger 192.168.1.1 (commande "ping 192.168.1.1") ?
Oui : l'interface http de sagem donne bien une @wan correcte ? un soft reboot résoud le problème ?
Non : que donne la commande "arp -a" (commande pour windows XP ou 2000) ou "arp" (commande pour linux) ? redémarer le PC résoud le problème ?
VIvien
alors (dans mon cas) : en essayant d'aller sur la page de config, de la RGW j'obtiens un time out avec mon browser web quelle que soit la machine depuis laquelle "j'attaque". Redémarrer le PC ou juste faire un shut de l'interface réseau coté PC ne résout pas le problème. de mémoire (mais je reverifierai) le ping seul passe. en revanche vu que la page de de config ne s'affiche pas difficile de voir ce que donnent les stats de la RGW
Et en autres symptomes. Les connexions établies sont toujours actives (vers serveur IRC par exemple) en revanche, les nouvelles tentatives de connections vers l'extérieur se perdent.
-
Bon courage les gars ... moi ça marche nickel ... (PAUONLINE !) ::)
-
Bon courage les gars ... moi ça marche nickel ... (PAUONLINE !) ::)
mais lol !! ça marchait bien moi aussi avant cette *+%$& mise à jour :(
-
alors (dans mon cas) : en essayant d'aller sur la page de config, de la RGW j'obtiens un time out avec mon browser web quelle que soit la machine depuis laquelle "j'attaque". Redémarrer le PC ou juste faire un shut de l'interface réseau coté PC ne résout pas le problème. de mémoire (mais je reverifierai) le ping seul passe. en revanche vu que la page de de config ne s'affiche pas difficile de voir ce que donnent les stats de la RGW
Et en autres symptomes. Les connexions établies sont toujours actives (vers serveur IRC par exemple) en revanche, les nouvelles tentatives de connections vers l'extérieur se perdent.
Peut tu me donner le résultat de la commande "arp -a" en ligne de commande.
192.68.1.1 aparait où pas ?
Si les connexions établies sont actives ce devrait etre oui, mais dans ce cas là le ping 192.168.1.1 devrait répondre.
Vivien.
-
Je fais ca des que ca rrecommence (je l'ai eu ce soir mais avant de lire ton post)
-
alors voila les resultats lors d'un blocage comme précédemment décrit.
LE truc curieux c'est qu'un des PC ne ping pas la RGW puis la ping mais dans les 2 cas, la page de configuration est inaccessible.
PC 1
C:\Documents and Settings\g00nzy>ping 192.168.1.1
Envoi d'une requête 'ping' sur 192.168.1.1 avec 32 octets de données :
Délai d'attente de la demande dépassé.
Délai d'attente de la demande dépassé.
Délai d'attente de la demande dépassé.
Délai d'attente de la demande dépassé.
Statistiques Ping pour 192.168.1.1:
Paquets : envoyés = 4, reçus = 0, perdus = 4 (perte 100%),
C:\Documents and Settings\g00nzy>arp -a
Interface : 192.168.1.10 --- 0x4
Adresse Internet Adresse physique Type
192.168.1.1 00-00-00-00-00-00 dynamique
192.168.1.20 00-08-54-3f-c7-1b dynamique
C:\Documents and Settings\g00nzy>ping 192.168.1.1
Envoi d'une requête 'ping' sur 192.168.1.1 avec 32 octets de données :
Réponse de 192.168.1.1 : octets=32 temps=1 ms TTL=254
Réponse de 192.168.1.1 : octets=32 temps<1ms TTL=254
Réponse de 192.168.1.1 : octets=32 temps<1ms TTL=254
Réponse de 192.168.1.1 : octets=32 temps<1ms TTL=254
Statistiques Ping pour 192.168.1.1:
Paquets : envoyés = 4, reçus = 4, perdus = 0 (perte 0%),
Durée approximative des boucles en millisecondes :
Minimum = 0ms, Maximum = 1ms, Moyenne = 0ms
C:\Documents and Settings\g00nzy>
PC 2
C:\Documents and Settings>ping 192.168.1.1
Envoi d'une requte 'ping' sur 192.168.1.1 avec 32 octets de donnes:
Rponse de 192.168.1.1: octets=32 temps<1ms TTL=254
Rponse de 192.168.1.1: octets=32 temps<1ms TTL=254
Rponse de 192.168.1.1: octets=32 temps<1ms TTL=254
Rponse de 192.168.1.1: octets=32 temps<1ms TTL=254
Statistiques Ping pour 192.168.1.1:
Paquets: envoys = 4, reus = 4, perdus = 0 (perte 0%),
Dure approximative des boucles en millisecondes :
Minimum = 0ms, Maximum = 0ms, Moyenne = 0ms
C:\Documents and Settings>arp -a
Interface: 192.168.1.20 --- 0x2
Adresse Internet Adresse physique Type
192.168.1.1 00-00-00-00-00-00 dynamique
192.168.1.10 00-50-70-16-0d-99 dynamique
-
alors (dans mon cas) : en essayant d'aller sur la page de config, de la RGW j'obtiens un time out avec mon browser web quelle que soit la machine depuis laquelle "j'attaque". Redémarrer le PC ou juste faire un shut de l'interface réseau coté PC ne résout pas le problème. de mémoire (mais je reverifierai) le ping seul passe. en revanche vu que la page de de config ne s'affiche pas difficile de voir ce que donnent les stats de la RGW
Et en autres symptomes. Les connexions établies sont toujours actives (vers serveur IRC par exemple) en revanche, les nouvelles tentatives de connections vers l'extérieur se perdent.
Salut, alors je ne sais pas si cela va t'aider mais j'ai le même problème. Car j'accède au menu de la RGW avec Firefox, cela me fait rebooter cette dernière. Quand je fais la même manip avec IE, aucun problème.
Donc essai avec IE !!!
-
C:\Documents and Settings\g00nzy>arp -a
Interface : 192.168.1.10 --- 0x4
Adresse Internet Adresse physique Type
192.168.1.1 00-00-00-00-00-00 dynamique
192.168.1.20 00-08-54-3f-c7-1b dynamique
C:\Documents and Settings>arp -a
Interface: 192.168.1.20 --- 0x2
Adresse Internet Adresse physique Type
192.168.1.1 00-00-00-00-00-00 dynamique
192.168.1.10 00-50-70-16-0d-99 dynamique
Peut tu me confirmer que l'@mac de ta RGW est 00-00-00-00-00-00 quand cela foncitonne ?
Je pense que c'est ce type d'@mac incorecte qui case le problème. (ou la RGW change brutalement de mac)
Vivien.
-
C:\Documents and Settings\g00nzy>arp -a
Interface : 192.168.1.10 --- 0x4
Adresse Internet Adresse physique Type
192.168.1.1 00-00-00-00-00-00 dynamique
192.168.1.20 00-08-54-3f-c7-1b dynamique
quand ca marche
-
Adresse Internet Adresse physique Type
192.168.1.1 00-00-00-00-00-00 dynamique
quand ca marche
Le pb vient de là.
Une adresse MAC à zéro = non résolut, donc point de paquets Ethernet pouvant en théorie transiter vers la rgw ...
"quand ca marche" ??? tu peux expliquer ?
-
Comme j'ai dit dans un autre post, le problème de l'adresse MAC à 00:00:00:00:00:00 n'est pas réellement un problème car le RGW fonctionne assez correctement.
Avec le firmware 1.2.20, je n'avait aucun souci de particulier.
Avec le nouveau firmware 1.2.26+, j'ai des soucis, micro coupure, RGW qui ne répond pas.
-
Le pb vient de là.
Une adresse MAC à zéro = non résolut, donc point de paquets Ethernet pouvant en théorie transiter vers la rgw ...
"quand ca marche" ??? tu peux expliquer ?
Vivien demandait de refaire un arp -a quand le service fonctionnait pour voir s'il y'avait une différence (il y'en a une le ping passe a chaque fois.
Moi aussi l'adresse mac m'intrigue un peu... surtout avec ce fonctionnement erratique
De plus j'ai l'impression que cet état gelé n'arrive pas soudainement mais que la RGW se met a ralentir jusqu'a ne plus être en état de répondre.