[WLAN} BOOTP problemen met Cisco Aironet AP

[remier]

Eerst wat uitleg :

Op de school waar ik zit hebben we twee WLAN's te weten:
- een voor het programmeernetwerk (HIO);
- en een 'globaal' WLAN (Cisco Aironet AP) voor héél de school.

Als je met je je draadloos netwerkkaartje (in mijn geval een Apple Airport) het WLAN op wilt, moet je je macadres doorgeven aan systeembeheer (1x aan die van de HIO en nog een keer aan de mensen van het 'normale' netwerk).
Dit alles heb ik gedaan en op het HIO WLAN kan ik via de 2 AP's gewoon vrolijk het netwerk op.

Alleen nu komt het probleem:
Op het normale netwerk krijg ik maar geen IP-adres toegewezen van de AP, althans dat gaat fout. We hebben ook al in de configuratie gekeken van de Cisco en mijn MAC adres staat er gewoon goed in!

Na veel gezoek op internet, macosx.com en veel DHCP-tooltjes (release/rebind), te hebben geprobeerd ben ik ten einde raad, want niks werkte

Ik denk laat ik eens met tcpdump kijken ' hoe' zo'n verbinding met het WLAN tot stand komt en toen kwam ik op het volgende uit:

PS: MAC-adressen zijn veranderd -> laptop=L:LL:LL:L:LL:df | normaal WLAN=A:A:AA:AA:AA:fc | HIO-WLAN=Z:Z:ZZ:ZZ:ZZ:bd

tcpdump: Normale school WLAN:

code:

15:34:37.050609 L:LL:LL:L:LL:df Broadcast arp 42: arp who-has 10.12.25.16 tell 0.0.0.0
15:34:37.114825 A:A:AA:AA:AA:fc L:LL:LL:L:LL:df arp 68: arp reply 10.12.25.16 is-at A:A:AA:AA:AA:fc

tcpdump 1: HIO WLAN:

code:

15:39:57.299201 L:LL:LL:L:LL:df Broadcast ip 342: 0.0.0.0.bootpc > 255.255.255.255.bootps:  xid:0xd24de46 [|bootp] (ttl 255, id 64166, len 328)
15:39:57.304185 Z:Z:ZZ:ZZ:ZZ:bd L:LL:LL:L:LL:df ip 342: 10.12.40.13.bootps > 10.12.100.87.bootpc: [no cksum]  xid:0xd24de46 Y:10.12.100.87 [|bootp] (ttl 128, id 40153, len 328)
15:39:58.771819 0:40:96:48:eb:9c Broadcast ip 60: 10.12.25.3 > 10.12.255.255: icmp: router solicitation [ttl 1] (id 45513, len 28)
15:39:59.318211 L:LL:LL:L:LL:df Broadcast arp 42: arp who-has 10.12.100.87 tell 0.0.0.0
15:39:59.577712 0:40:96:48:fb:1a Broadcast ip 60: 10.12.25.1 > 10.12.255.255: icmp: router solicitation [ttl 1] (id 4359, len 28)
15:39:59.618558 L:LL:LL:L:LL:df Broadcast arp 42: arp who-has 10.12.100.87 tell 0.0.0.0
15:39:59.919037 L:LL:LL:L:LL:df Broadcast arp 42: arp who-has 10.12.100.87 tell 0.0.0.0
15:40:00.263504 L:LL:LL:L:LL:df Broadcast arp 42: arp who-has 10.12.100.87 tell 0.0.0.0
15:40:00.621108 L:LL:LL:L:LL:df Broadcast arp 42: arp who-has 10.12.100.87 tell 10.12.100.87
15:40:00.924013 L:LL:LL:L:LL:df Broadcast arp 42: arp who-has 10.12.100.87 tell 10.12.100.87
15:40:00.924151 L:LL:LL:L:LL:df Broadcast arp 42: arp who-has 10.12.100.87 tell 10.12.100.87
15:40:01.132707 L:LL:LL:L:LL:df 1:0:5e:0:0:fb ip 46: 10.12.100.87 > 224.0.0.251: igmp v2 report 224.0.0.251 [ttl 1] (id 2927, len 32, optlen=4 RA)
15:40:01.133437 L:LL:LL:L:LL:df 1:0:5e:0:0:fb ip 123: 10.12.100.87.5353 > 224.0.0.251.5353: udp 81 (ttl 255, id 2928, len 109)
15:40:01.133861 L:LL:LL:L:LL:df 1:0:5e:0:0:fb ip 235: 10.12.100.87.5353 > 224.0.0.251.5353: udp 193 (ttl 255, id 2929, len 221)
15:40:01.134122 L:LL:LL:L:LL:df 1:0:5e:0:0:fb ip 135: 10.12.100.87.5353 > 224.0.0.251.5353: udp 93 (ttl 255, id 2930, len 121)
15:40:01.154901 L:LL:LL:L:LL:df 1:0:5e:0:0:2 ip 46: 10.12.100.87 > all-routers.mcast.net: igmp leave 224.0.0.251 [ttl 1] (id 2931, len 32, optlen=4 RA)
15:40:01.170002 L:LL:LL:L:LL:df 1:0:5e:0:0:fb ip 46: 10.12.100.87 > 224.0.0.251: igmp v2 report 224.0.0.251 [ttl 1] (id 2932, len 32, optlen=4 RA)
15:40:01.359108 L:LL:LL:L:LL:df 1:0:5e:0:0:fb ip 123: 10.12.100.87.5353 > 224.0.0.251.5353: udp 81 (ttl 255, id 2953, len 109)
15:40:01.359711 L:LL:LL:L:LL:df 1:0:5e:0:0:fb ip 235: 10.12.100.87.5353 > 224.0.0.251.5353: udp 193 (ttl 255, id 2954, len 221)
15:40:01.360045 L:LL:LL:L:LL:df 1:0:5e:0:0:fb ip 135: 10.12.100.87.5353 > 224.0.0.251.5353: udp 93 (ttl 255, id 2955, len 121)
15:40:01.625080 L:LL:LL:L:LL:df 1:0:5e:0:0:fb ip 164: 10.12.100.87.5353 > 224.0.0.251.5353: udp 122 (ttl 255, id 2977, len 150)
15:40:01.625657 L:LL:LL:L:LL:df 1:0:5e:0:0:fb ip 135: 10.12.100.87.5353 > 224.0.0.251.5353: udp 93 (ttl 255, id 2978, len 121)
15:40:01.875018 L:LL:LL:L:LL:df 1:0:5e:0:0:fb ip 235: 10.12.100.87.5353 > 224.0.0.251.5353: udp 193 (ttl 255, id 3003, len 221)
15:40:01.875487 L:LL:LL:L:LL:df 1:0:5e:0:0:fb ip 135: 10.12.100.87.5353 > 224.0.0.251.5353: udp 93 (ttl 255, id 3004, len 121)

tcpdump 2: HIO WLAN:

code:

15:42:44.525084 L:LL:LL:L:LL:df 1:0:5e:0:0:2 ip 46: 0.0.0.0 > 224.0.0.2: igmp leave 224.0.0.251 [ttl 1] (id 5230, len 32, optlen=4 RA)
15:42:45.946890 L:LL:LL:L:LL:df Broadcast ip 342: 0.0.0.0.bootpc > 255.255.255.255.bootps:  xid:0xd24de47 [|bootp] (ttl 255, id 21821, len 328)
15:42:46.007866 Z:Z:ZZ:ZZ:ZZ:bd L:LL:LL:L:LL:df ip 342: 10.12.40.13.bootps > 10.12.100.87.bootpc:  xid:0xd24de47 Y:10.12.100.87 [|bootp] (ttl 128, id 63979, len 328)
15:42:47.068976 0:40:96:48:e9:58 Broadcast ip 60: 10.12.25.2 > 10.12.255.255: icmp: router solicitation [ttl 1] (id 46618, len 28)
15:42:48.009268 L:LL:LL:L:LL:df Broadcast arp 42: arp who-has 10.12.100.87 tell 0.0.0.0
15:42:48.316867 L:LL:LL:L:LL:df Broadcast arp 42: arp who-has 10.12.100.87 tell 0.0.0.0
15:42:48.647959 L:LL:LL:L:LL:df Broadcast arp 42: arp who-has 10.12.100.87 tell 0.0.0.0
15:42:48.778283 0:40:96:48:eb:9c Broadcast ip 60: 10.12.25.3 > 10.12.255.255: icmp: router solicitation [ttl 1] (id 45548, len 28)
15:42:48.948403 L:LL:LL:L:LL:df Broadcast arp 42: arp who-has 10.12.100.87 tell 0.0.0.0
15:42:49.248970 L:LL:LL:L:LL:df Broadcast arp 42: arp who-has 10.12.100.87 tell 10.12.100.87
15:42:49.551868 L:LL:LL:L:LL:df Broadcast arp 42: arp who-has 10.12.100.87 tell 10.12.100.87
15:42:49.552007 L:LL:LL:L:LL:df Broadcast arp 42: arp who-has 10.12.100.87 tell 10.12.100.87

Zoals je ziet krijg ik bij de Cisco gelijk een arp 68: arp reply 10.12.25.16 is-at A:A:AA:AA:AA:fc terug waardoor mij Airport kaart dus niet die 10.12.25.16 aanneemt
Dit doet hij dus bij elk IP-adres dat mijn mac probeerd:

/var/log/system.log:

code:

May 23 15:09:42 Remintosch configd[110]: DHCP en1: 10.12.100.62 in use by A:A:AA:AA:AA:fc, DHCP Server 10.12.40.13
May 23 15:09:54 Remintosch configd[110]: DHCP en1: 10.12.100.101 in use by A:A:AA:AA:AA:fc, DHCP Server 10.12.40.13
May 23 15:10:06 Remintosch configd[110]: DHCP en1: 10.12.100.65 in use by A:A:AA:AA:AA:fc, DHCP Server 10.12.40.13
May 23 15:10:18 Remintosch configd[110]: DHCP en1: 10.12.100.26 in use by A:A:AA:AA:AA:fc, DHCP Server 10.12.40.13
May 23 15:10:30 Remintosch configd[110]: DHCP en1: 10.12.100.38 in use by A:A:AA:AA:AA:fc, DHCP Server 10.12.40.13
May 23 15:10:42 Remintosch configd[110]: DHCP en1: 10.12.100.48 in use by A:A:AA:AA:AA:fc, DHCP Server 10.12.40.13
May 23 15:11:17 Remintosch configd[110]: DHCP en1: 10.12.100.103 in use by A:A:AA:AA:AA:fc, DHCP Server 10.12.40.13
May 23 15:11:31 Remintosch configd[110]: DHCP en1: 10.12.100.21 in use by A:A:AA:AA:AA:fc, DHCP Server 10.12.40.13
May 23 15:11:43 Remintosch configd[110]: DHCP en1: 10.12.100.53 in use by A:A:AA:AA:AA:fc, DHCP Server 10.12.40.13
May 23 15:11:56 Remintosch configd[110]: DHCP en1: 10.12.100.148 in use by A:A:AA:AA:AA:fc, DHCP Server 10.12.40.13
May 23 15:12:08 Remintosch configd[110]: DHCP en1: 10.12.100.162 in use by A:A:AA:AA:AA:fc, DHCP Server 10.12.40.13
May 23 15:12:20 Remintosch configd[110]: DHCP en1: 10.12.100.58 in use by A:A:AA:AA:AA:fc, DHCP Server 10.12.40.13
May 23 15:12:32 Remintosch configd[110]: DHCP en1: 10.12.100.58 in use by A:A:AA:AA:AA:fc, DHCP Server 10.12.40.13
May 23 15:12:44 Remintosch configd[110]: DHCP en1: 10.12.100.59 in use by A:A:AA:AA:AA:fc, DHCP Server 10.12.40.13
May 23 15:12:56 Remintosch configd[110]: DHCP en1: 10.12.101.244 in use by A:A:AA:AA:AA:fc, DHCP Server 10.12.40.35
May 23 15:13:09 Remintosch configd[110]: DHCP en1: 10.12.100.82 in use by A:A:AA:AA:AA:fc, DHCP Server 10.12.40.13
May 23 15:13:22 Remintosch configd[110]: DHCP en1: 10.12.100.20 in use by A:A:AA:AA:AA:fc, DHCP Server 10.12.40.13
May 23 15:13:34 Remintosch configd[110]: DHCP en1: 10.12.100.157 in use by A:A:AA:AA:AA:fc, DHCP Server 10.12.40.13
May 23 15:13:47 Remintosch configd[110]: DHCP en1: 10.12.100.81 in use by A:A:AA:AA:AA:fc, DHCP Server 10.12.40.13
May 23 15:14:01 Remintosch configd[110]: DHCP en1: 10.12.102.30 in use by A:A:AA:AA:AA:fc, DHCP Server 10.12.40.35
May 23 15:14:13 Remintosch configd[110]: DHCP en1: 10.12.100.89 in use by A:A:AA:AA:AA:fc, DHCP Server 10.12.40.13
May 23 15:14:25 Remintosch configd[110]: DHCP en1: 10.12.100.3 in use by A:A:AA:AA:AA:fc, DHCP Server 10.12.40.13
May 23 15:14:33 Remintosch configd[110]: DHCP en1: 10.12.100.3 in use by A:A:AA:AA:AA:fc, DHCP Server 10.12.40.13

En volgens mij klopt dit dus niet (duhhhh )

Een goede sequence in BOOTP komt als volgt tot stand: (correct me if I'm wrong)

1. client zendt BOOTP request (broadcast, alleen client hardware adres ingevuld)
2. server stuurt BOOTP reply (client IP adres, gateway-IP adr, naam bootfile)
3. client stuurt ARP request (met als source IP:0.0.0.0) om te veriferen of het IP adres reeds in gebruik is (2x, interval 0.5 sec.)
4. client stuurt een 3e ARP request met als source/dest IP, het toegekende IP adres
5. client stuurt BOOTP request met eigen IP adres in IP-header
6. server antwoordt met identieke BOOTP-reply
9. na het ontvangen van een ARP reply, zendt de cleint een TFTP read request om de boot-file te lezen
10. server verstuurt bootfile en gebruikt gedurende gans de sessie well know port 69
11. na het booten worden additioneel nog TFTP transfers opgezet....

Zoals je ziet struikeld de Cisco AP al over punt 3

Mijn vraag aan jullie, ofdat hier iemand misschien wat meer over weet (WLAN/BOOTP/DHCP) want ik en de systeembeheerders komen er ook niet meer uit.

Sorry voor de lap tekst maar hopelijk is nu het eea duidelijk geworden mbt tot het probleeeeeeeem

[remier]

Niemand een ideetje?

[Verwijderd]

Ja Ik heb wel een idee,..
Koop anders een echte laptop, een Dell ofzo, Kijk Apple is natuurlijk maar voor een kleine markt met "speciale" gebruikers.

Ik heb zelf ook een Cisco AP en heb geen problemen met connecten, heb jij zo`n lucent, avaya, etc.. kaart erin?

[remier]

Oja tuurlijk het ligt weer aan de Apple..
Ik kan me wel op elk ander WLAN aanmelden no probs behalve op die Cisco...
Ik heb een Airport kaartje erin

"echte laptop..." right rotflmao

[ Voor 10% gewijzigd door remier op 25-05-2003 10:38 ]

[pistole]

even voor mijn begrip (niet dat ik nu al een idee heb wat je probleem kan zijn maar toch): deelt je Cisco AP ip adressen uit, of bridget hij alleen het verkeer?

[remier]

Volgens mij de Cisco, omdat de gegeven ipadressen in dezelfde range liggen als de Cisco

code:

15:34:37.114825 A:A:AA:AA:AA:fc L:LL:LL:L:LL:df arp 68: arp reply 10.12.25.16 is-at A:A:AA:AA:AA:fc

[Verwijderd]

Hier op Universiteit Twente hebben ze nu ook overal Cisco basistations. Voor deze Cisco's heb je speciale software nodig omdat ze een nieuw protocol gebruiken. Alleen op Windows XP is deze software standaard geinstalleerd, zelfs dus met Win 2k, 98 enzo kan je niet het netwerk op zonder extra software te installeren en dus ook niet met Linux en Mac (OS X).

Ze hebben nu twee netwerk protocolen naast elkaar draaien totdat de software helemaal werkt voor andere platformen. Misschien zelfde situatie?

En die comment van N-Joy... bekromen reactie zeg, echt kansloos, closed-minded. zo hebben we dat ook weer gehad

[Verwijderd]

Nou als het met XP wel werkt ligty het dan toch echt aan Het OS dus van Apple!
Het was niet als flame bedoelt ofzo, echter is iedereen meteen boos als hij die kant opwijst, en Sharty bevestigt mijn gelijk dat het met XP wel werkt.
Overgens zit die software ook in SP3 van 2000, en is het (nog)niet beschikbaar voor OSX etc...

1 ding is in iedergeval zeker het ligt niet aan je latop kaartje, airport is nammelijk gewoon een lucent avaya, echter met een iets aangepaste softwar op de kaart.

Nog maals het was eerlijk niet lulig bedoelt.

[remier]

Misschien even wachten tot de volgende update van OSX, scheelt me weer een Dell in aankoop

N-Joy: Maakt niet uit hoor maar vind je zelf ook niet dat het vreemd klinkt als ik tegen jou zeg dat je een andere laptop moet kopen omdat je niet op een bepaald WLAN kan, maar wel 30 andere ?

edit: typoo

[ Voor 4% gewijzigd door remier op 25-05-2003 21:49 ]