Jump to content
Justneuf

LeK

Membres
  • Content Count

    39
  • Joined

  • Last visited

Community Reputation

0 Neutre

About LeK

  • Rank
    Matelot

Informations diverses

  • Dégroupage
    Dégroupage total
  • SFR TV
    Oui
  • O.S.
    Windows XP
  • Modem
    Neuf Box 4 SER
  • Firmware
    NB4-R1.5.4-MAIN

Profil

  • Ville
    Paris

Contact Methods

  • Site Internet
    http://
  1. Je confirme. Le lendemain de l'activation qui n'est visiblement pas faîte par défaut, tout fonctionne parfaitement.
  2. J'ai fini par trouver que dans l'espace "moncompte.neuf.fr", il était possible de gérer la ligne mobile en cliquant sur "faire évoluer mon offre -> modifier mes options". Sur cette page, on trouve un tas d'options dont l'accès GPRS qui n'est visiblement pas activé par défaut... j'espère que ceci va résoudre mon problème!
  3. 24h plus tard, toujours rien... quelqu'un saurait-il me dire si je dois continuer à patienter ou si je dois envisager de déclencher le plan orsec?
  4. Bonjour, Client ADSL 9 de longue date, j'ai fini par m'abonner au forfait "Twin sans abonnement, sans engagement" en optant pour un téléphone Twin Tact. Le téléphone est arrivé assez rapidement avec sa puce, l'activation s'est fait sans problème, le délai pour pouvoir associer le numéro de mobile de l'abonnement "TSASE" sur "moncompte.neuf.fr" a quant elle été un peu longue (supérieure à 48h), mais c'est désormais fait. Après avoir suivi la procédure et lancé le 9Install.exe (au passage, on aurait aimé une procédure manuelle plus neutre, mais peu importe), la connexion SIP/VOIP fonctionne bien, le Wi-Fi ne pose aucun problème que ce soit sur des AP publiques ou sur ma NB4 (même si je n'ai pas encore eu la chance de voir le voyant VOIP passer au vert ailleurs que sur ma NB4). Je n'ai pas beaucoup de recul sur la capacité de la batterie, mais depuis presque 12h et quelques connexions Wi-Fi, elle est à 100%. Cela semble donc aller de ce côté là. En revanche, je n'arrive pas à me connecter en GPRS avec le téléphone. J'ai bien trois paramètres différents dans le menu connexion (mmsneuf, internetneuf, wapneuf), mais aucun des deux concernés ne semble fonctionner. Si j'ouvre le browser wap ou le browser www, le browser se lance, la tentative de connexion s'effectue (le G doré s'affiche en haut à gauche), mais un message d'erreur réseau (du navigateur?) s'affiche et quelques secondes après (3-5 environ), le G disparaît. J'ai vérifié les paramètres par rapport à ce que l'on trouve sur le web, tout semble fonctionner... Quelqu'un peut-il m'aider? Le fait que l'activation ait quelques jours seulement et que l'association avec mon compte adsl date d'hier serait-il à l'origine du problème? Merci d'avance pour vos réponse. Robin
  5. Bonjour, Je souhaite passer en ADSL2+, je possède une neuf box 4 et un décodeur neuf tv hd: Débit flux descendant 7616 Kbps Débit flux montant 800 Kbps Marge de bruit flux descendant 19.4 dB Marge de bruit flux montant 18.0 dB Atténuation flux descendant 23.0 dB Atténuation flux montant 12.5 dB Mode de transmission G.DMT Temps de service ADSL 0 j 2 h 8 min. 36 sec. Merci d'avance.
  6. Plusieurs heures se sont écoulées depuis que j'ai fait la manip', pour l'instant tout va bien. A en croire l'autre topic sur ce sujet, ce changement de port semble bien résoudre le problème... MERCI !!!!!!! (content car depuis quinze jours que j'ai écrit le premier post je ne voyais pas de solution ni de réactions et commençait à me décourager)
  7. Le problème survient lorsque les paquets (ping ou arp mais à ce que j'en ai vu, le problème vient surtout des résolutions ARP) transitent par la partie "switch" de la neuf box. Par exemple entre le wifi de la neuf box et un PC relié à un switch derrière la neuf box ou entre un pc sur l'un des ports de la neuf box et un pc branché sur un switch branché sur l'un des ports de la neuf box. Pour info, le Switch avec lequel j'ai eu des problèmes est un Switch/Routeur/AP 802.11ab de marque Netgear modèle WGU624. Après l'avoir branché sur le port PC2 de la neuf box comme me l'a conseillé JMD sur ce forum, cela semble refonctionner (depuis quelques heures en tout cas, tout va bien). Le problème semble bien lié à la mise à jour de la 1.3.8 car chez tout le monde cela fonctionnait bien avant.
  8. Bonjour, Merci pour cette information. Je viens de refaire les branchements. Pour le moment cela fonctionne (ce qui ne prouve rien puisque le problème survient après un certain temps). Je surveille cela de près et vous tiens au courant ici même. A suivre... PS: ma NB4 était efffectivement reliée par le port PC1
  9. Je suis toujours bien embêté avec ce problème, je vais tenter d'envoyer un mail au support (si je retrouve le lien qui était bien planqué). Les 9 Corp sont en vacances? Je ne m'attends pas à ce qu'ils résolvent mon problème ici et en un claquement de doigt, mais un avis, une info m'aiderait à patienter car cela commence à devenir pénible (je ne peux plus utiliser l'accès 802.11a de mon netgear et c'est très crispant :( ). ----- J'ai bien retrouvé le formulaire mais il est indiqué qu'il ne concerne que les problèmes administratifs. J'ai toujours trouvé cette politique de "support" assez scandaleuse. M'y trouvant confronté directement c'est vraiment rageant: je rencontre un problème avec le matériel neuf (changé à prix d'or) et *je* dois payer pour signaler les bugs. Sachant qu'avec un problème pareil (si celui-ci se révèle avéré), je dois me préparer à passer une heure avec leur support minimum). C'est à pleurer! Et oui, je sais, si je ne suis pas content je peux toujours aller voir ailleurs. SVP, faîtes moi mentir, faîtes mentir les mauvaises langues et réagissez .
  10. Puisque la piste du bug semble se confirmer, je relance un appel au peuple 9... Vers quel service précis remonter cette anomalie ? Merci d'avance.
  11. J'espère que lundi l'un des quelques 9corp passera dans le coin. La seule chose qui m'étonne c'est que je sois le seul à avoir remonté ce problème. J'avais sorti ehtereal au début pour constater que mes pings perdus ne généraient aucun trafic louche, ils étaient juste perdus. Pour l'instant, je laisse tomber car de toute façon je ne pourrais rien faire. S'il y a besoin d'autres éléments pour aider à déverminer la boîte, je resortirais l'artillerie lourde.
  12. Cela semble bien confirmer mon premier diagnostique. J'ai également fait le test en vidant la table dhcp/@mac/ip sans que cela ne change grand chose. Le comportement est assez étrange: ce que j'ai le plus de difficulté à comprendre, c'est les packets icmp qui se perdent de temps en temps quand le truc est en train de planter. Une chose semble certaine, la neufbox avale les requetes arp à un moment ou un autre (je ne sais si elle mange les réponses ou les questions, il faudrait que je pousse un peu les recherches). Je ne me sens pas trop d'appeler la hotline à 1k€ la minute pour leur expliquer que la partie switch du routeur perd des packets arp et icmp. Y'a-t-il une chance que l'info remonte par le biais des 9Corp?
  13. Je peux essayer de les désactiver mais j'aimerais bien revenir à cette conf, ça me saoulait de les resaisir ou de backup/restaurer ma conf NB4...cela dit je peux m'y résoudre . Je confirme que rien n'est branché sur le WAN du routeur. Je dois avoir un switch tout bete non wifi qui traine au fond d'un placard mais ça m'ennuie un peu d'aller trafiquer tous les branchements électrique pour aboutir (je le crains) au même résultat. J'ai du mal à soupçonner le Netgear (qui est pourtant une belle bouse pleine de bugs) puisque c'est arrivé du jour au lendemain sans que je ne touche rien sur le netgear et puisque le redémarrage complet du netgear ne résout rien. Voici la suite des essais (je reprends le scénario du début): Avec PC2 branché sur le netgear et le netgear branché sur la prise PC1 de la NB4, un arp-scan sur le linux (PC2) donne ceci: sun:~# arp-scan -l Interface: eth0, datalink type: EN10MB (Ethernet) Starting arp-scan 1.6 with 256 hosts (http://www.nta-monitor.com/tools/arp-scan/) 192.168.1.5 00:0f:b5:XXXXX:70 NETGEAR Inc 2 packets received by filter, 0 packets dropped by kernel Ending arp-scan 1.6: 256 hosts scanned in 2.048 seconds (125.00 hosts/sec). 1 responded Si juste après, je déplace le cable qui relie la NB4 et le Netgear en le passant de la prise PC1 de la NB4 à PC3 , le arp-scan donne ceci: sun:~# arp-scan -l Interface: eth0, datalink type: EN10MB (Ethernet) Starting arp-scan 1.6 with 256 hosts (http://www.nta-monitor.com/tools/arp-scan/) 192.168.1.2 00:0b:6a:XXXXX:6d Asiarock Incorporation 192.168.1.1 00:17:33:XXXXX:18 neuf cegetel 192.168.1.5 00:0f:b5:XXXXX:70 NETGEAR Inc 192.168.1.8 00:04:20:XXXXX:bd Slim Devices, Inc. 5 packets received by filter, 0 packets dropped by kernel Ending arp-scan 1.6: 256 hosts scanned in 2.141 seconds (119.57 hosts/sec). 4 responded Et vingt minutes plus tard (sans que je ne change rien à mes cables): sun:~# arp-scan -l Interface: eth0, datalink type: EN10MB (Ethernet) Starting arp-scan 1.6 with 256 hosts (http://www.nta-monitor.com/tools/arp-scan/) 192.168.1.5 00:0f:b5:XXXXX:70 NETGEAR Inc 192.168.1.5 00:0f:b5:XXXXX:70 NETGEAR Inc (DUP: 2) 4 packets received by filter, 0 packets dropped by kernel Ending arp-scan 1.6: 256 hosts scanned in 2.016 seconds (126.98 hosts/sec). 2 responded
  14. Bonjour, Mon firmware est le suivant: NB4-R1.3.8-MAIN (NB4-R1.3.4-RESCUE) J'ai ajouté cette information dans mon profil Effectivement le DHCP est désactivé sur le netgear et activé sur la NB4. Au départ, j'avais déclaré 192.168.1.2 -> 192.168.1.200 comme plage DHCP mais PC2 (192.168.1.3) sous linux utilisait une IP fixe (j'avais du désactiver dhcpclient car cet imbécile générait sans raison des "adresses dupliquées" dans le syslog). Actuellement PC1 et PC2 sont en IP fixe et la plage DHCP de la NB4 a été modifiée en 192.168.1.15 -> 192.168.1.200 En revanche, dans la rubrique DHCP/Adresses statiques ( http://192.168.1.1/2_4 ), j'ai conservé les "alias mac/ip" que j'utilisais avant de passer en IP Fixe. Voici ce que donne un arpscan dans cette configuration qui fonctionne: Interface: eth0, datalink type: EN10MB (Ethernet) Starting arp-scan 1.6 with 256 hosts (http://www.nta-monitor.com/tools/arp-scan/) 192.168.1.1 00:17:33:XXXXX:18 neuf cegetel 192.168.1.2 00:0b:6a:XXXXX:6d Asiarock Incorporation 192.168.1.5 00:0f:b5:XXXXX:70 NETGEAR Inc 192.168.1.5 00:0f:b5:XXXXX:70 NETGEAR Inc (DUP: 2) 192.168.1.8 00:04:20:XXXXX:bd Slim Devices, Inc. 6 packets received by filter, 0 packets dropped by kernel Ending arp-scan 1.6: 256 hosts scanned in 2.040 seconds (125.49 hosts/sec). 5 responded Je vais rebrancher PC2 sur le netgear et je relancerais un arp-scan quand ca se mettra à gluter... Merci de vous pencher sur la question, je me sens moins seul -------------- Je viens de rebrancher PC2 sur le netgear et immédiatement, le arp-scan commence à se comporter étrangement: Interface: eth0, datalink type: EN10MB (Ethernet) Starting arp-scan 1.6 with 256 hosts (http://www.nta-monitor.com/tools/arp-scan/) 192.168.1.5 00:0f:b5:XXXXX:70 NETGEAR Inc 2 packets received by filter, 0 packets dropped by kernel Ending arp-scan 1.6: 256 hosts scanned in 2.033 seconds (125.92 hosts/sec). 1 responded Et le cache arp prend cette allure ci: sun:~# arp -an ? (192.168.1.8) at 00:04:20:XXXXX:BD [ether] on eth0 ? (192.168.1.1) at <incomplete> on eth0 ? (192.168.1.2) at 00:0B:6A:XXXXX:6D [ether] on eth0 sun:~# ping 192.168.1.8 PING 192.168.1.8 (192.168.1.8) 56(84) bytes of data. 64 bytes from 192.168.1.8: icmp_seq=1 ttl=64 time=2.68 ms 64 bytes from 192.168.1.8: icmp_seq=2 ttl=64 time=1.69 ms --- 192.168.1.8 ping statistics --- 2 packets transmitted, 2 received, 0% packet loss, time 1000ms rtt min/avg/max/mdev = 1.696/2.188/2.681/0.494 ms Je crains que si je ne le flush, plus rien ne fonctionne -------------------- Dernier constat amusant. Avec PC2 branché sur le netgear et le netgear branché sur la prise PC1 de la NB4, un arp-scan sur le linux (PC2) donne ceci: sun:~# arp-scan -l Interface: eth0, datalink type: EN10MB (Ethernet) Starting arp-scan 1.6 with 256 hosts (http://www.nta-monitor.com/tools/arp-scan/) 192.168.1.5 00:0f:b5:XXXXX:70 NETGEAR Inc 2 packets received by filter, 0 packets dropped by kernel Ending arp-scan 1.6: 256 hosts scanned in 2.048 seconds (125.00 hosts/sec). 1 responded Si juste après, je déplace le cable qui relie la NB4 et le Netgear en le passant de la prise PC1 de la NB4 à PC3 , le arp-scan donne ceci: sun:~# arp-scan -l Interface: eth0, datalink type: EN10MB (Ethernet) Starting arp-scan 1.6 with 256 hosts (http://www.nta-monitor.com/tools/arp-scan/) 192.168.1.2 00:0b:6a:XXXXX:6d Asiarock Incorporation 192.168.1.1 00:17:33:XXXXX:18 neuf cegetel 192.168.1.5 00:0f:b5:XXXXX:70 NETGEAR Inc 192.168.1.8 00:04:20:XXXXX:bd Slim Devices, Inc. 5 packets received by filter, 0 packets dropped by kernel Ending arp-scan 1.6: 256 hosts scanned in 2.141 seconds (119.57 hosts/sec). 4 responded N'est-ce pas surprenant?
  15. Bonjour. Pas de réponse jusqu'à présent, je reviens à la charge avec peut être un peu plus d'éléments. J'étais dans la configuration suivante: NB4: 192.168.1.1 PC1: 192.168.1.2 PC2: 192.168.1.3 Audio: 192.168.1.8 Tout en IP Fixe, Tout upnp et firewalls désactivés Audio / <- Wifi neuf box ___NBB4___ | | <- ethernet PC1 Switch Netgear | <- ethernet PC2 Tout fonctionnait bien entre PC1 et PC2 depuis plus de cinq heures quand soudain, pertes de connection. Les pings depuis PC1 ont commencé à afficher des paquets perdus: C:Documents and Settings>ping 192.168.1.3 -n 1 Pinging 192.168.1.3 with 32 bytes of data: Request timed out. Reply from 192.168.1.3: bytes=32 time<1ms TTL=64 Reply from 192.168.1.3: bytes=32 time<1ms TTL=64 Reply from 192.168.1.3: bytes=32 time=1ms TTL=64 Reply from 192.168.1.3: bytes=32 time<1ms TTL=64 Reply from 192.168.1.3: bytes=32 time<1ms TTL=64 Reply from 192.168.1.3: bytes=32 time=1ms TTL=64 Reply from 192.168.1.3: bytes=32 time=1ms TTL=64 Request timed out. Reply from 192.168.1.3: bytes=32 time<1ms TTL=64 Reply from 192.168.1.3: bytes=32 time<1ms TTL=64 Reply from 192.168.1.3: bytes=32 time<1ms TTL=64 Reply from 192.168.1.3: bytes=32 time<1ms TTL=64 Reply from 192.168.1.3: bytes=32 time=1ms TTL=64 Request timed out. Request timed out. Reply from 192.168.1.3: bytes=32 time<1ms TTL=64 Reply from 192.168.1.3: bytes=32 time<1ms TTL=64 Reply from 192.168.1.3: bytes=32 time<1ms TTL=64 Request timed out. Reply from 192.168.1.3: bytes=32 time<1ms TTL=64 Reply from 192.168.1.3: bytes=32 time<1ms TTL=64 Request timed out. Reply from 192.168.1.3: bytes=32 time<1ms TTL=64 Je reboot le switch, rien ne change, pings intermittants. Je reboot la neufbox, plus aucune connection entre PC1 et PC2, plus aucun ping entre PC2 et la neufbox. Sur PC2, j'ai fait le constat suivant: sun:~# arp -an ? (192.168.1.8) at 00:04:20:07:63:BD [ether] on eth0 ? (192.168.1.1) at <incomplete> on eth0 ? (192.168.1.2) at <incomplete> on eth0 (pas de résolution ARP sur la neuf box ni sur le pc relié en ethernet sur la neufbox) sun:~# ping 192.168.1.1 PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data. From 192.168.1.3 icmp_seq=1 Destination Host Unreachable From 192.168.1.3 icmp_seq=2 Destination Host Unreachable From 192.168.1.3 icmp_seq=3 Destination Host Unreachable (forcément, pas d'@mac, pas de host reachable) Etrangement, le périphérique audio branché au wifi de la neuf box fonctionne très bien: sun:~# ping 192.168.1.8 PING 192.168.1.8 (192.168.1.8) 56(84) bytes of data. 64 bytes from 192.168.1.8: icmp_seq=1 ttl=64 time=1.73 ms 64 bytes from 192.168.1.8: icmp_seq=2 ttl=64 time=2.43 ms 64 bytes from 192.168.1.8: icmp_seq=3 ttl=64 time=1.90 ms Pareil pour le routeur netgear qui répond aux pings. J'ai été obligé de brancher PC2 sur la neuf box et là, cela refonctionne: sun:~# 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=4.85 ms 64 bytes from 192.168.1.1: icmp_seq=2 ttl=64 time=0.495 ms --- 192.168.1.1 ping statistics --- 2 packets transmitted, 2 received, 0% packet loss, time 999ms rtt min/avg/max/mdev = 0.495/2.673/4.852/2.179 ms Moi j'en perds mon latin... please, help...
×
×
  • Create New...