Profil de tinytox01
Promeneur

Promeneur

 • 

4  messages

jeudi 11 février 2016 19:53

iPhone self-assigned IP - VOO DHCP

Bonjour communauté,

Je me permets de revenir sur: "Adresses IP inconnues connectées à mon router VOO" (https://forum.voo.be/internet-43/adresses-ip-inconnues-connectees-a-mon-router-voo--492/) étant que j'ai le même problème. Corrigez-moi si je me trompe mais l'adresse en question (169.254.250.158) n'est autre que l'adresse self-assigned d'un iPhone, adresse qu'il s'approprie suite à x tentatives fail d'obtenir une IP du DHCP donc je suis un peu perplexe quant à la "solution" qui serait de réinitialiser le routeur (non pas que je remets en question, l'ai fait tout de même histoire de mais je ne voit pas comment que ça aurait pu)..

Dans mon cas c'est encore plus simple, je n'ai jamais changé quoi que ce soit niveau configuration routeur suite au passage du technicien et aucun problème pendant les ~6 premiers mois alors que maintenant (depuis quelques temps), impossible de tenir 5 minutes sur PSN sans des erreurs x ou y de DNS (aussi, j'ai des données sur ma PS3 donc DMZ n'est pas envisageable, je veut que ça fonctionne correctement, comme avant tout simplement - i.e. http://www.jeuxvideo.com/forums/1-60-9021073-1-0-1-0-erreurs-wifi-chez-voo-be.htm) et impossible de me connecter au réseau avec mon iPhone. Bref, ça ... c'est pas VOO qui gère le DNS & DHCP?

iphone connection pcap extract:
04:02:31.849424 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 20:a2:e4:7f:63:d4 (oui Unknown), length 300
04:02:31.852140 30:46:9a:78:9d:9d (oui Unknown) > 20:a2:e4:7f:63:d4 (oui Unknown) Null Information, send seq 0, rcv seq 16, Flags [Command], length 352
...
04:02:34.049075 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 20:a2:e4:7f:63:d4 (oui Unknown), length 300
04:02:34.051847 30:46:9a:78:9d:9d (oui Unknown) Null > 20:a2:e4:7f:63:d4 (oui Unknown) 802.1B I Information, send seq 0, rcv seq 16, Flags [Command], length 352
...
04:02:38.707262 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 20:a2:e4:7f:63:d4 (oui Unknown), length 300
04:02:38.710036 30:46:9a:78:9d:9d (oui Unknown) Null > 20:a2:e4:7f:63:d4 (oui Unknown) 802.1B I Information, send seq 0, rcv seq 16, Flags [Command], length 352
04:02:39.265535 IP6 fe80::1479:ca71:7d2b:8786 > ip6-allrouters: ICMP6, router solicitation, length 16
04:02:39.690975 IP6 fe80::3246:9aff:fe78:9d9d > ip6-allnodes: ICMP6, router advertisement, length 136
04:02:47.510546 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 20:a2:e4:7f:63:d4 (oui Unknown), length 300
04:02:47.511474 ARP, Request who-has 169.254.250.158 tell 0.0.0.0, length 28

... Que faire? Vrai que l'addresse dynamique serait susceptible de changer si i.e. le routeur reste éteint x heures de suite?

Solution acceptée

Promeneur

 • 

4  messages

il y a 8 ans

Bonsoir à tous,

Hmm, tout semble bien pour le moment à priori, quelques déconnexions niveau PSN mais non plus tous les deux minutes comme avant.. A vrai dire, indécis quant à si oui ou non la ré-initialisation du routeur y est pour quelque chose, je dirais plus que c'était au niveau de l'iPhone même (pour ce qui concerne l'iPhone en tout cas) étant qu'il déconnait aussi bien en étant connecté sur un routeur autre que le mien..

walloonvoo: Ok mais avec quel programme? Wireshark?

tcpdump on wlan0 (no parameters)

walloonvoo: Exact, la réponse du serveur DHCP est unicast puiqu'il connait la mac de la source.

C'est bien ce qu'il me semblait.. C'est surtout les x tentatives.

walloonvoo: DHCP tu veux dire...Le DNS n'a rien à voir là-dedans.

Yup. My b, tis the one.


C'est surtout que l'hexdump ne correspond pas au décodage de la ligne supérieure.

Si je décode:

0x0000: 9986 0020 0a00 0000 0155 c0c3 b62e 2c21

J'obtiens destination mac: 996:00:20:0a:00 et source mac 00:00:01:55:c0:c3


C'est assez aléatoire à vrai dire, la destination semble être incrémentale mais la source plutôt aléatoire i.e.:

04:35:37.922828 30:46:9a:78:9d:9d (oui Unknown) > 44:6d:57:2a:db:b4 (oui Unknown), ethertype Unknown (0x05f4), length 1538:
0x0000: 3cfc 0020 0000 0000 72c8 cdba 71de da56 44:6d:57:2a:db:b4 (oui Unknown), ethertype Unknown (0x05f4), length 1538:
0x0000: 3dfc 0020 0000 0000 fea5 3a08 cf7d a78d =.........:..}..
0x0010: 0877 3397 dafc 172f 1cf6 719b f53f 7ff7 .w3..../..q..?..
(...)
04:35:37.922838 30:46:9a:78:9d:9d (oui Unknown) > 44:6d:57:2a:db:b4 (oui Unknown), ethertype Unknown (0x05f4), length 1538:
0x0000: 3efc 0020 0000 0000 4bd7 e5de 18a9 2357 >.......K.....#W
0x0010: 90c1 d7fc 7d37 79fd 3843 7f02 24b5 7ca9 ....}7y.8C..$.|.
(...)
04:35:37.922843 30:46:9a:78:9d:9d (oui Unknown) > 44:6d:57:2a:db:b4 (oui Unknown), ethertype Unknown (0x05f4), length 1538:
0x0000: 3ffc 0020 0000 0000 37d5 9359 b32e 3b2a ?.......7..Y..;*
0x0010: cda2 6eea d579 5b09 a305 0da2 78b6 d2f6 ..n..y[.....x...
(...)
04:35:37.922847 30:46:9a:78:9d:9d (oui Unknown) > 44:6d:57:2a:db:b4 (oui Unknown), ethertype Unknown (0x05f4), length 1538:
0x0000: 40fc 0020 0000 0000 e238 6b3d c039 4917 @........8k=.9I.
0x0010: b1c3 0f79 99bb a5e2 6528 f60b 761c 0117 ...y....e(..v...
(...)
04:35:37.922851 30:46:9a:78:9d:9d (oui Unknown) > 44:6d:57:2a:db:b4 (oui Unknown), ethertype Unknown (0x05f4), length 1538:
0x0000: 41fc 0020 0000 0000 cc5d 1715 c8e4 29c8 A........]....).
0x0010: ee21 027e cc1c d62e 8551 c129 279b 6aaa .!.~.....Q.)'.j.
(...)
04:35:37.922856 30:46:9a:78:9d:9d (oui Unknown) > 44:6d:57:2a:db:b4 (oui Unknown), ethertype Unknown (0x05f4), length 1538:
0x0000: 42fc 0020 0000 0000 4763 b8e6 d918 d43b B.......Gc.....;
0x0010: 9e77 73d2 4cec ff11 b3bd 4dcb f613 b2d6 .ws.L.....M.....
(...)
04:35:37.922862 30:46:9a:78:9d:9d (oui Unknown) > 44:6d:57:2a:db:b4 (oui Unknown), ethertype Unknown (0x05f4), length 1538:
0x0000: 43fc 0020 0000 0000 16db c6d7 5d85 7b45 C...........].{E
0x0010: a67a 4d41 4cad ee0d 990f 136b 37da 6282 .zMAL......k7.b.
(...)

Adrien: Les interventions de roylion15 et, surtout, de walloonvoo vous ont-elles permis de trouver une solution ?


+1 for walloonvoo, legit, hexdump and all, hats off - et "Il s'agit bien d'un problème DHCP" ++..

@roylion15 & @scall411: tout conseil est bon et j'ai essayé :) malhereusement un reset n'as pas fonctionner (dans l'immédiat du moins et va savoir si ça y est pour quelque chose au final m'enfin c'est mieux qu'avant pour le moment et c'est le principal donc 1. reset modem & 2. reset iWhatever network parameters if necessary maybe?). Note que (si je ne me trompe pas et up du ticket d'avant) la nature de l'erreur fait que c'est impossible à ce qu'un appareil (iPhone ou autre) ait une address self-assigned et qu'il soit connecté au réseau au même temps sans avoir au moins 2 interfaces réseau.

Promeneur

 • 

4  messages

il y a 8 ans

Possible de vider la table des addresse MAC du routeur? Ai bien l'impression que ça 'flood' le réseau avec du n'imp (désolé, ne pouvait plus modifier la question originale) i.e:
06:28:00.394220 30:46:9a:78:9d:9d (oui Unknown) > 44:6d:57:2a:db:b4 (oui Unknown), ethertype Unknown (0x05f4), length 1538:
0x0000: 9986 0020 0a00 0000 0155 c0c3 b62e 2c21 .........U....,!
0x0010: eb39 1d7e 9261 2ba7 c266 9967 1321 09c3 .9.~.a+..f.g.!..
0x0020: 1437 53f4 43d7 61dd 3391 87bf 7ac2 2a89 .7S.C.a.3...z.*.

$ arp -a
? (192.168.0.1) at 30:46:9a:78:9d:9d [ether] on wlan0

Top Expert

 • 

41.4K  messages

il y a 8 ans

Hello,
Un RESET FACTORY du routeur devrait effacer toutes les données utilisateur et logs du routeur VOO, mais encore une fois si vous voulez être tranquille avec tous ces soucis de connexions wifi , stabilité etc... placez une VRAI routeur sur le modem VOO que vous mettrez en mode bridge et vous aurez donc un meilleur wifi et plus de problème avec les appareils de la pomme ....

Promeneur

 • 

11  messages

il y a 8 ans

Bonjour,
Ayant eu également des problèmes de connection avec mon iPhone et ayant suivi les conseils de roylion15, je peux dire que le factory reset a résolu le problème. Maintenant j'ai placé un routeur avec le modem Voo en bridge et pas de problème non plus.

Apprenti

 • 

274  messages

il y a 8 ans

Bonjour,

Il s'agit bien d'un problème DHCP.

IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 20:a2:e4:7f:63:d4 (oui Unknown)

>> L'iPhone broadcast une requête DHCP

>> 20:A2:E4 est l'OUI d'Apple, avec quel outil captures-tu ces paquets? je ne sais pas pourquoi il indique "oui Unknown"

30:46:9a:78:9d:9d (oui Unknown) > 20:a2:e4:7f:63:d4 (oui Unknown) Null Information, send seq 0, rcv seq 16, Flags [Command], length 352

>> Ici le Netgear (30:46:9A est l'OUI de Netgear) répond à la requête DHCP de l'iPhone mais de façon incomplète? On ne voit pas toutes les données du pcap. Et donc après quelques requêtes infructueuses, l'iPhone s'attribue l'adresse 169.254.250.158.

Le pcap de ton 2ème post, montre une transaction valide du Netgear:

30:46:9a:78:9d:9d (oui Unknown) > 44:6d:57:2a:db:b4 (oui Unknown), ethertype Unknown (0x05f4), length 1538

>> Le Netgear (OUI 30:46:9A) répond à un appareil ayant une carte réseau Liteon (OUI 44:6D:57)

Les extraits de pcap que tu postes ne montrent pas de flooding mais juste des requêtes DHCP venant de l'iPhone qui pour des raisons qu'il est impossible à déterminer avec ces pcap, ne sont pas répondues correctement par le Netgear.

Comme dit plus haut, un reset du Netgear devrait résoudre la situation - temporairement - et un bon router de façon permanente :cool:

Promeneur

 • 

4  messages

il y a 8 ans

Hey!

Hmmm, la capture était de mon pc portable (du coup je vois tout niveau broadcast dhcp mais si je ne m'abuse la réponse est unicast - c'est plus sûr base du nombre de tentatives que j'en déduis que c'est probablement belle et bien un blem de DNS). Niveau routeur, lai reset à plusieurs reprises maintenant mais rien à y faire - cependant, en y réfléchissant les problèmes niveau iPhone ne sont apparues qu'après la dernier mise à jour de l'iOS ET je me suis vu attribuer une adresse self-assisgned au bureau (wifi Belgacom du coup si je ne me trompe pas) ce qui m'as pousser à réinitialiser les réglages réseau du téléphone (et voilà que je vais poster ceci avec mon iPhone) donc à voir si tout fonctionne en rentrant :)

Pour le deuxième post, le stuc c'est que le MAC auquel qu'il envoi des paquets est celle de mon raspberry (je vais vérifier encore une fois en rentrant) qui n'est pas sur le réseau, est débranché même, pour le moment donc je vois mal pourquoi puis c'est surtout que les paquets en question me paraissent plutôt illisible.. Note que mon raspberry été branché par cable mais alors indirectement (ethernet over power)..

Apprenti

 • 

274  messages

il y a 8 ans


Hmmm, la capture était de mon pc portable


Ok mais avec quel programme? Wireshark?


(du coup je vois tout niveau broadcast dhcp mais si je ne m'abuse la réponse est unicast -


Exact, la réponse du serveur DHCP est unicast puiqu'il connait la mac de la source.


c'est plus sûr base du nombre de tentatives que j'en déduis que c'est probablement belle et bien un blem de DNS).


DHCP tu veux dire...Le DNS n'a rien à voir là-dedans.


Pour le deuxième post, le stuc c'est que le MAC auquel qu'il envoi des paquets est celle de mon raspberry (je vais vérifier encore une fois en rentrant) qui n'est pas sur le réseau, est débranché même, pour le moment donc je vois mal pourquoi puis c'est surtout que les paquets en question me paraissent plutôt illisible.. Note que mon raspberry été branché par cable mais alors indirectement (ethernet over power)..


C'est surtout que l'hexdump ne correspond pas au décodage de la ligne supérieure.

Si je décode:

0x0000: 9986 0020 0a00 0000 0155 c0c3 b62e 2c21

J'obtiens destination mac: 99:86:00:20:0a:00 et source mac 00:00:01:55:c0:c3

Érudit

 • 

2.2K  messages

il y a 8 ans

@ tinytox01 : Les interventions de roylion15 et, surtout, de walloonvoo vous ont-elles permis de trouver une solution ? :)

Poser une question

Poser une question

Conversations populaires

Loading...
Loading...