Voir le sujet précédent :: Voir le sujet suivant |
Auteur |
Message |
Zbuben Nouveau Membre
Inscrit le: 18 Juil 2008 Messages: 28
|
Posté le: Ven 18 Juil 2008 am 06:45 Sujet du message: [AH 4021] Firmware v50: l'horreur ? |
|
|
Bonjour,
je me suis décidé à rouspéter un peu contre neuf, même si dans l'ensemble je trouve que la migration CI -> neuf ne se passe pas trop mal j'ai quand même pas mal de reproches à faire quand à la mise à jour de ce firmware.
Le principal problème est qu'au bout de quelques dizaines de minutes de fonctionnement, le modem (un hitachi AH4021 dans mon cas) devient terriblement lent. Plus moyen d'aller dans de bonnes conditions sur l'interface d'admin, le net devient lent à mourrir .... Et même pire, le wifi lui même est terriblement atteint: mes connexions locales deviennent très lentes. Le débit ne dépasse alors pas 100ko/s tout cumulé ...... !
De plus, les paramètres de configuration hérités de la migration ne semblent pas pouvoir être connus de l'utilisateur (et si je veux mon propre modem routeur ??)... Le service telnet est arrété ... Le modem ne fait plus DNS...... Autant de petits détails crispants...
Même les vitesses de synchronisations sont plus faibles ... mais bon, c'est peut être le paramétrage de la synchro adsl qui a été revu à la baisse pour améliorer la stabilité ... Mais j'en avais personnellement pas besoin, tout était stable :( )
Jusqu'à présent les mises à jour de firmwares étaient plutôt des améliorations, mais celui là est une catastrophe totale. La première grosse régression de service de l'histoire de club internet pour ma part....
Neuf c'est la honte.
Avez vous ce genre de problèmes avec ce nouveau firmware ?
edit: j'ai downgradé hier soir sur le firmware v39 et la seule chose qui m'a retenu est que je n'ai pas réussi à activer la téléphonie avec les paramètres CI. Neuf serait en train de nous déposseder de notre autonomie ? En tout cas avec la v39, tout était rapide. |
|
Revenir en haut de page |
|
|
Dumboton Membre indispensable
Inscrit le: 20 Juin 2005 Messages: 10316 Localisation: 95170
|
Posté le: Ven 18 Juil 2008 am 07:12 Sujet du message: |
|
|
Le changement de firmware a principalment pour but de basculer la VOIP de CI à Neuf...donc c'est incompatible
l'accès telnet est sur le port 1287 _________________
CI c'était des hommes, un service et de la qualité |
|
Revenir en haut de page |
|
|
Expertclub Membre indispensable
Inscrit le: 07 Juin 2006 Messages: 2532 Localisation: Paris
|
Posté le: Ven 18 Juil 2008 am 10:44 Sujet du message: |
|
|
L'interface Web n'est pas plus lente que la V47 (pas de changement sur celle-ci, la V47 étant bien plus lente que la V43 et précédentes) pareil sur la partie Wifi, et le code adsl est le même donc niveau synchro rien ne change.
Par contre si tu downgrades, plus de voip, le modem ne s'upgradera plus passé quelques jours, et le firmware n'est pas disponible au téléchargement, donc a ne pas faire sous peine de devoir appeler la hotline pour qu'ils t'envoient un nouveau modem. |
|
Revenir en haut de page |
|
|
Zbuben Nouveau Membre
Inscrit le: 18 Juil 2008 Messages: 28
|
Posté le: Ven 18 Juil 2008 pm 16:03 Sujet du message: |
|
|
Ok, de toute façon j'ai remis le firmware v50, me disant que ça serait pas la meilleure idée de rester sans téléphone.
Cependant je ne m'explique pas vraiment la lenteur du routeur, c'est assez catastrophique lorsque la connexion est chargée... |
|
Revenir en haut de page |
|
|
Zbuben Nouveau Membre
Inscrit le: 18 Juil 2008 Messages: 28
|
Posté le: Ven 18 Juil 2008 pm 16:28 Sujet du message: |
|
|
Bon ben j'ai pu aller sur telnet et remarquer que quand le routeur est lent (cela survient quand la connexion est très chargée...), même le telnet est quasi innaccessible, un simple sysinfo met longtemps à sortir. Cependant il ne m'indique pas de charge CPU particulière, et il reste 350ko de mémoire libre... Cela semble largement suffisant pour assurer le fonctionnement :o
J'ai aussi remarqué que l'Upnp ne semblait plus fonctionner depuis la v50, alors qu'il marchait bien sur la v44 (et sans doute suivantes jusqu'à cette mise à jour. ) |
|
Revenir en haut de page |
|
|
cmezza Membre important
Inscrit le: 11 Oct 2006 Messages: 514 Localisation: Paris
|
Posté le: Ven 18 Juil 2008 pm 17:32 Sujet du message: |
|
|
Plus d'UPnP ? C'est le mal... |
|
Revenir en haut de page |
|
|
Zbuben Nouveau Membre
Inscrit le: 18 Juil 2008 Messages: 28
|
Posté le: Ven 18 Juil 2008 pm 20:09 Sujet du message: |
|
|
bash-3.1# ping 192.168.1.1
PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data.
64 bytes from 192.168.1.1: icmp_seq=1 ttl=64 time=22264 ms
64 bytes from 192.168.1.1: icmp_seq=2 ttl=64 time=21255 ms
64 bytes from 192.168.1.1: icmp_seq=3 ttl=64 time=20290 ms
64 bytes from 192.168.1.1: icmp_seq=4 ttl=64 time=19310 ms
64 bytes from 192.168.1.1: icmp_seq=5 ttl=64 time=18331 ms
64 bytes from 192.168.1.1: icmp_seq=6 ttl=64 time=17396 ms
64 bytes from 192.168.1.1: icmp_seq=7 ttl=64 time=16423 ms
64 bytes from 192.168.1.1: icmp_seq=8 ttl=64 time=15482 ms
64 bytes from 192.168.1.1: icmp_seq=9 ttl=64 time=14514 ms
64 bytes from 192.168.1.1: icmp_seq=10 ttl=64 time=13542 ms
64 bytes from 192.168.1.1: icmp_seq=11 ttl=64 time=12600 ms
64 bytes from 192.168.1.1: icmp_seq=12 ttl=64 time=11601 ms
64 bytes from 192.168.1.1: icmp_seq=13 ttl=64 time=10604 ms
64 bytes from 192.168.1.1: icmp_seq=14 ttl=64 time=9605 ms
64 bytes from 192.168.1.1: icmp_seq=15 ttl=64 time=8610 ms
64 bytes from 192.168.1.1: icmp_seq=16 ttl=64 time=7612 ms
64 bytes from 192.168.1.1: icmp_seq=17 ttl=64 time=6613 ms
64 bytes from 192.168.1.1: icmp_seq=18 ttl=64 time=5615 ms
64 bytes from 192.168.1.1: icmp_seq=19 ttl=64 time=4617 ms
64 bytes from 192.168.1.1: icmp_seq=20 ttl=64 time=3618 ms
64 bytes from 192.168.1.1: icmp_seq=21 ttl=64 time=2620 ms
64 bytes from 192.168.1.1: icmp_seq=24 ttl=64 time=146 ms
64 bytes from 192.168.1.1: icmp_seq=25 ttl=64 time=52.5 ms
64 bytes from 192.168.1.1: icmp_seq=26 ttl=64 time=530 ms
--- 192.168.1.1 ping statistics ---
31 packets transmitted, 24 received, 22% packet loss, time 30011ms
rtt min/avg/max/mdev = 52.589/10969.270/22264.593/6872.477 ms, pipe 23
Impressionnant non ? Pourtant:
bash-3.1# netstat -n|grep tcp|wc
102 612 8160
Je n'ai "que" 102 connexions actives .. C'est n'est pas tant que ça ?
> sysinfo
Number of processes: 40
9:04pm up 1:56,
load average: 1 min:0.29, 5 min:0.23, 15 min:0.26
total used free shared buffers
Mem: 14196 13312 884 0 748
Swap: 0 0 0
Total: 14196 13312 884
ça semble assez correct (encore que le load average à 0.29 c'est beaucoup plus que le 0.01 habituel ...)
Dès que je coupe mon client torrent (gros générateur de multiples connexions) ça va beaucoup mieux. Chose étonnante, juste après un reboot du routeur même avec 300 connexions dans le nez il semble aller bien ?! Et surtout le débit arrive à passer outre 50ko/s :-$ |
|
Revenir en haut de page |
|
|
Zbuben Nouveau Membre
Inscrit le: 18 Juil 2008 Messages: 28
|
Posté le: Ven 18 Juil 2008 pm 23:04 Sujet du message: |
|
|
Je pense avoir fait un pas en avant ... En tuant httpd dans le modem cela rend la navigation vivable... Je pense qu'il doit consommer trop de mémoire et cela ruine la machine. Cela interdit évidemment d'aller sur l'interface http du modem pour le configurer, mais un simple reboot permet d'y retourner..
Espérons que la coupure de courant n'arrive pas trop tôt ;) |
|
Revenir en haut de page |
|
|
flr01 Membre indispensable
Inscrit le: 27 Mar 2008 Messages: 1080
|
Posté le: Ven 18 Juil 2008 pm 23:26 Sujet du message: |
|
|
Zbuben a écrit: | Je pense avoir fait un pas en avant ... En tuant httpd dans le modem cela rend la navigation vivable... Je pense qu'il doit consommer trop de mémoire et cela ruine la machine. Cela interdit évidemment d'aller sur l'interface http du modem pour le configurer, mais un simple reboot permet d'y retourner..
Espérons que la coupure de courant n'arrive pas trop tôt |
Curieux, curieux... il me semble étrange que le manque de mémoire ralentisse ainsi le noyau (toujours résident en mémoire vive) pour des opérations aussi simple que la réponse à un ping... et il y avait de la mémoire "libre" (amplement suffisante pour préparer la réponse au ping). Mais je n'ai pas d'autre meilleure explication.
Ainsi, si cela marche... Comme disent les anglais, the proof of the pudding is in the eating. |
|
Revenir en haut de page |
|
|
Zbuben Nouveau Membre
Inscrit le: 18 Juil 2008 Messages: 28
|
Posté le: Sam 19 Juil 2008 am 00:26 Sujet du message: |
|
|
Le fait que ça marche ne valide absolument pas l'explication ... Cependant si d'autres personnes que moi rencontrent le problème, voici un petit descriptif de ce qu'il est possible de faire:
Citation: |
# telnet 192.168.1.1 1287
Trying 192.168.1.1...
Connected to 192.168.1.1.
Escape character is '^]'.
[NB4-AH4021][NB4-V50-23][NB4-A2pB023c]
Lost login: root
Password:
> sh
BusyBox v1.00 (2008.05.19-07:50+0000) Built-in shell (msh)
Enter 'help' for a list of built-in commands.
# ps
PID Uid VmSize Stat Command
1 root 344 S init
2 root SWN [ksoftirqd/0]
3 root SW< [events/0]
4 root SW< [khelper]
5 root SW< [kblockd/0]
17 root SW [pdflush]
18 root SW [pdflush]
19 root SW [kswapd0]
20 root SW< [aio/0]
25 root SW [mtdblockd]
34 root 352 S -sh
58 root SW [wltmr]
59 root SW [wltmr]
60 root SW [wltmr]
61 root RW [wltmr]
62 root SW [wltmr]
66 root 964 S cfm
202 root 244 S pvc2684d
615 root 348 S syslogd -C -l 7
616 root 260 S sntp -s time.windows.com -t Brussels, Copenhagen, Mad
619 root 280 S klogd
623 root 948 S telnetd
624 root Z sshd
627 root 228 S tftpd
648 root 744 S vodsl
649 root 744 S vodsl
650 root 744 S vodsl
651 root 744 S vodsl
652 root 744 S vodsl
653 root 744 S vodsl
656 root Z httpd
878 root 360 S upnp -L br0 -W ppp_8_35_2 -D
1171 root 260 S dhcpc -i br1 -d neufbox_AH4222-rev1_V50-23-A2pB023c -
1235 root 260 S dhcpc -i nas_0_65 -d neufbox_AH4222-rev1_V50-23-A2pB0
1269 root 496 S pppd -c 8.35.2 -i nas_8_35 -u NEUF/000000000000000000
1486 root 1072 S vodsl
1493 root 1072 S vodsl
1494 root 1072 S vodsl
1495 root 1072 S vodsl
1496 root 1072 S vodsl
1505 root 1072 S vodsl
1510 root 1072 S vodsl
1511 root 1072 S vodsl
1512 root 1072 S vodsl
1748 root 968 S telnetd
1749 root 316 S sh -c sh
1750 root 356 S sh
1755 root 324 R ps
# kill 624
# kill 656
|
624 correspond au pid de sshd (qui accède à son modem en ssh ?).
656 correpond au pid de httpd.
Ces valeurs varient sans doute selon votre config, il convient donc de lancer la commande ps pour trouver le pid ad-hoc.
++ |
|
Revenir en haut de page |
|
|
Dumboton Membre indispensable
Inscrit le: 20 Juin 2005 Messages: 10316 Localisation: 95170
|
Posté le: Sam 19 Juil 2008 am 08:08 Sujet du message: |
|
|
le flag Z
root Z httpd
signifie que le process est zombie
c'est pas normal _________________
CI c'était des hommes, un service et de la qualité |
|
Revenir en haut de page |
|
|
flr01 Membre indispensable
Inscrit le: 27 Mar 2008 Messages: 1080
|
Posté le: Sam 19 Juil 2008 am 08:18 Sujet du message: |
|
|
Dumboton a écrit: | le flag Z
root Z httpd
signifie que le process est zombie
c'est pas normal |
Et on ne peut pas tuer un zombi.... (il l'a déjà été)
La commande "ps" aurait été lancée avec httpd déjà arrêté à des fins d'illustration ? |
|
Revenir en haut de page |
|
|
Dumboton Membre indispensable
Inscrit le: 20 Juin 2005 Messages: 10316 Localisation: 95170
|
Posté le: Sam 19 Juil 2008 am 08:35 Sujet du message: |
|
|
disons plutôt qu'il s'est tué tout seul _________________
CI c'était des hommes, un service et de la qualité |
|
Revenir en haut de page |
|
|
Zbuben Nouveau Membre
Inscrit le: 18 Juil 2008 Messages: 28
|
Posté le: Sam 19 Juil 2008 am 10:03 Sujet du message: |
|
|
En fait je l'ai relancé ps alors qu'httpd était déjà tué. |
|
Revenir en haut de page |
|
|
nounours Membre important
Inscrit le: 31 Mai 2006 Messages: 750
|
Posté le: Sam 19 Juil 2008 am 11:25 Sujet du message: |
|
|
Je pense surtout qu'il serait plus sage de ne pas modifier la configuration de votre modem et de faire je ne sais quel modification.
Laissez le firmware V50 et configurer le via http://192.168.1.1. _________________ Cercle 9 : 100 % SFR Neuf Box.
Neuf, SFR Neuf Box, Club-Internet : Incident & cas jamais résolu / Litiges. |
|
Revenir en haut de page |
|
|
|