Internet/DHCP via Experiabox router op vlan switch

Pagina: 1
Acties:

  • Hollie
  • Registratie: Juni 2001
  • Laatst online: 05-06 08:59
Ik ben al een tijd je bezig om de KPN Experiabox uit mijn meterkast te verwijderen (icm Tweak 30/30). Dat gaat aardig alleen loop ik tegen een probleem aan waar ik met mijn beperkte kennis niet uit kom.

Ik heb een Dell Powerconnect 2816 met Vlan support ingericht om de inkomende vlan 4 (IPTV), 6 (Internet), 7 (VOIP) te scheiden en te verdelen over de juiste apparaten. TV werk zoals het moet, VOIP gebruik ik niet en het gaat fout bij internet/netwerk.

Op de switch:
poort 1: inkomende Genexis kabel, Tagged 4,6,7
poort 2: Uitgaande IPTV, Untagged 4 (werkt prima)
Poort 3: Uitgaande internet, Tagged 6 (naar Experiabox) (werkt prima want we hebben internet)
Poort 4: Uitgaande VOIP (niet belangrijk)
Poort 5: inkomende LAN poort vanaf de Experiabox, op de switch op Vlan 100 (hier gaat wat fout)
Poort 6 t/m 16: netwerk VLAN 100 (hier gaat wat fout)

Er zitten zowel op de Experiabox netwerk apparaten en ook op de Switch waarbij ik er van uit ga dat ik 1 netwerk kan maken waarbij de lan poorten van de Experiabox en poort 6 t/m 16 één netwerk vormen waarbij de Experiabox de DHCP verzorgt en het internet.
Dat werkt echter niet... wie kan mij in de goede weg wijzen? Mijn kennis is te beperkt.

Schematisch:
Afbeeldingslocatie: http://www.holtland.com/temp/thumb.jpg

Apple en Joppiesaus all the way


  • webfreakz.nl
  • Registratie: November 2003
  • Laatst online: 07-07 14:23

webfreakz.nl

el-nul-zet-é-er

Port 5 - 16 zijn Untagged voor VLAN 100?

"You smell that, son? What sir? Napalm, I love the smell of napalm in the mornin!" || Children of Bodom fan!


  • Hollie
  • Registratie: Juni 2001
  • Laatst online: 05-06 08:59
webfreakz.nl schreef op donderdag 16 augustus 2012 @ 21:13:
Port 5 - 16 zijn Untagged voor VLAN 100?
Ja. Inderdaad.

Apple en Joppiesaus all the way


  • webfreakz.nl
  • Registratie: November 2003
  • Laatst online: 07-07 14:23

webfreakz.nl

el-nul-zet-é-er

Wat zie je met Wireshark op "apparaat 2"?

"You smell that, son? What sir? Napalm, I love the smell of napalm in the mornin!" || Children of Bodom fan!


Acties:
  • 0 Henk 'm!

  • Hollie
  • Registratie: Juni 2001
  • Laatst online: 05-06 08:59
webfreakz.nl schreef op donderdag 16 augustus 2012 @ 21:41:
Wat zie je met Wireshark op "apparaat 2"?
Wireshark geeft helemaal niets weer op deze poort (5 t/m 16 op VLAN 100 untagged). Ook niet als ik handmatig mijn Macbook van een IP voorzie. Mijn wifi interface ook maar even bekeken en die geeft een lading meldingen. Ik was even bang dat ik iets verkeerd deed.

Daar ging iets fout:, ik heb de eerste regels hieronder maar geplakt:

1 0.000000000 fe80::ca2a:14ff:fe09:bfc1 ff02::fb MDNS 659 Standard query response 0x0000 TXT TXT, cache flush PTR _ubd._tcp.local PTR 51b82ae2/694b84dbb17a6f9616e5d9d1bee1f1a4f0674234._ubd._tcp.local SRV, cache flush 0 0 49859 MacBook-Pro-van-Erwin.local PTR, cache flush MacBook-Pro-van-Erwin.local AAAA, cache flush fe80::ca2a:14ff:fe09:bfc1
2 1.348930000 Dell_59:10:01 Spanning-tree-(for-bridges)_00 STP 60 RST. Root = 32768/0/a4:ba:db:59:0f:f2 Cost = 0 Port = 0x800f
3 1.905516000 fe80::ca2a:14ff:fe09:bfc1 ff02::fb MDNS 297 Standard query 0x0000 PTR _apple-mobdev._tcp.local, "QM" question PTR _afpovertcp._tcp.local, "QM" question PTR _smb._tcp.local, "QM" question PTR _rfb._tcp.local, "QM" question PTR _adisk._tcp.local, "QM" question PTR _airplay._tcp.local, "QM" question PTR _raop._tcp.local, "QM" question PTR _airport._tcp.local, "QM" question PTR _ubd._tcp.local, "QM" question
4 2.006123000 fe80::ca2a:14ff:fe09:bfc1 ff02::fb MDNS 659 Standard query response 0x0000 TXT TXT, cache flush PTR _ubd._tcp.local PTR 51b82ae2/694b84dbb17a6f9616e5d9d1bee1f1a4f0674234._ubd._tcp.local SRV, cache flush 0 0 49859 MacBook-Pro-van-Erwin.local PTR, cache flush MacBook-Pro-van-Erwin.local AAAA, cache flush fe80::ca2a:14ff:fe09:bfc1
5 2.957195000 0.0.0.0 255.255.255.255 DHCP 342 DHCP Discover - Transaction ID 0xca099c68
6 3.348232000 Dell_59:10:01 Spanning-tree-(for-bridges)_00 STP 60 RST. Root = 32768/0/a4:ba:db:59:0f:f2 Cost = 0 Port = 0x800f
7 3.978829000 fe80::ca2a:14ff:fe09:bfc1 ff02::2 ICMPv6 70 Router Solicitation from c8:2a:14:09:bf:c1
8 5.347507000 Dell_59:10:01 Spanning-tree-(for-bridges)_00 STP 60 RST. Root = 32768/0/a4:ba:db:59:0f:f2 Cost = 0 Port = 0x800f
9 6.007114000 fe80::ca2a:14ff:fe09:bfc1 ff02::fb MDNS 659 Standard query response 0x0000 TXT TXT, cache flush PTR _ubd._tcp.local PTR 51b82ae2/694b84dbb17a6f9616e5d9d1bee1f1a4f0674234._ubd._tcp.local SRV, cache flush 0 0 49859 MacBook-Pro-van-Erwin.local PTR, cache flush MacBook-Pro-van-Erwin.local AAAA, cache flush fe80::ca2a:14ff:fe09:bfc1
10 7.346791000 Dell_59:10:01 Spanning-tree-(for-bridges)_00 STP 60 RST. Root = 32768/0/a4:ba:db:59:0f:f2 Cost = 0 Port = 0x800f
11 9.345938000 Dell_59:10:01 Spanning-tree-(for-bridges)_00 STP 60 RST. Root = 32768/0/a4:ba:db:59:0f:f2 Cost = 0 Port = 0x800f
12 10.924335000 fe80::ca2a:14ff:fe09:bfc1 ff02::fb MDNS 297 Standard query 0x0000 PTR _apple-mobdev._tcp.local, "QM" question PTR _afpovertcp._tcp.local, "QM" question PTR _smb._tcp.local, "QM" question PTR _rfb._tcp.local, "QM" question PTR _adisk._tcp.local, "QM" question PTR _airplay._tcp.local, "QM" question PTR _raop._tcp.local, "QM" question PTR _airport._tcp.local, "QM" question PTR _ubd._tcp.local, "QM" question
13 11.217997000 0.0.0.0 255.255.255.255 DHCP 342 DHCP Discover - Transaction ID 0xca099c68
14 11.218828000 Apple_09:bf:c1 Broadcast ARP 42 Who has 169.254.11.133? Tell 0.0.0.0
15 11.345351000 Dell_59:10:01 Spanning-tree-(for-bridges)_00 STP 60 RST. Root = 32768/0/a4:ba:db:59:0f:f2 Cost = 0 Port = 0x800f
16 11.539331000 Apple_09:bf:c1 Broadcast ARP 42 Who has 169.254.11.133? Tell 0.0.0.0
17 11.859901000 Apple_09:bf:c1 Broadcast ARP 42 Who has 169.254.11.133? Tell 0.0.0.0
18 12.180284000 Apple_09:bf:c1 Broadcast ARP 42 Gratuitous ARP for 169.254.11.133 (Request)
19 12.500710000 Apple_09:bf:c1 Broadcast ARP 42 Gratuitous ARP for 169.254.11.133 (Request)
20 12.822203000 Apple_09:bf:c1 Broadcast ARP 42 Gratuitous ARP for 169.254.11.133 (Request)
21 13.344660000 Dell_59:10:01 Spanning-tree-(for-bridges)_00 STP 60 RST. Root = 32768/0/a4:ba:db:59:0f:f2 Cost = 0 Port = 0x800f
22 14.007904000 fe80::ca2a:14ff:fe09:bfc1 ff02::fb MDNS 659 Standard query response 0x0000 TXT TXT, cache flush PTR _ubd._tcp.local PTR

[ Voor 84% gewijzigd door Hollie op 17-08-2012 01:58 ]

Apple en Joppiesaus all the way


Acties:
  • 0 Henk 'm!

  • Hollie
  • Registratie: Juni 2001
  • Laatst online: 05-06 08:59
Iemand die kan helpen?

Apple en Joppiesaus all the way


Acties:
  • 0 Henk 'm!

  • webfreakz.nl
  • Registratie: November 2003
  • Laatst online: 07-07 14:23

webfreakz.nl

el-nul-zet-é-er

Ik begin te denken dat die port niet goed in VLAN 100 (Untagged) zit. Kan je eens een andere port proberen óf de instellingen triple checken?

Want in die output stuurt je "Apple_09:bf:c1" verkeer, óf de Dell switch zit te blaten. Andere nodes zie ik niet, en DHCP Discovers worden niet beantwoord dus je "Apple_09:bf:c1" is "being left in the dark" :P

"You smell that, son? What sir? Napalm, I love the smell of napalm in the mornin!" || Children of Bodom fan!


Acties:
  • 0 Henk 'm!

  • Hollie
  • Registratie: Juni 2001
  • Laatst online: 05-06 08:59
webfreakz.nl schreef op zondag 19 augustus 2012 @ 00:03:
Ik begin te denken dat die port niet goed in VLAN 100 (Untagged) zit. Kan je eens een andere port proberen óf de instellingen triple checken?

Want in die output stuurt je "Apple_09:bf:c1" verkeer, óf de Dell switch zit te blaten. Andere nodes zie ik niet, en DHCP Discovers worden niet beantwoord dus je "Apple_09:bf:c1" is "being left in the dark" :P
ik heb het na veel geklooi voor elkaar gekregen.

Het had idd te maken met een verkeerd ingestelde VLAN. Die gaf vlan 100 terug aan de router die dat niet leuk vond. Toen ik het netwerk had draaien en de TV, toen kreeg ik geen internet verbinding meer. Bleek dat ik "Spanning Tree Protocol" voor de betreffende poort uit moest zetten. Anders kon de router geen verbinding krijgen met internet. Ik weet nog niets precies wat dit protocol precies doet maar deze zin van een wiki zal er wel mee te maken hebben: "Wanneer het protocol vaststelt dat pakketten meerdere keren naar eenzelfde segment worden gerouteerd, wordt een van de paden naar dat segment afgesloten door de desbetreffende switchpoort uit te schakelen."

Nu werkt alles en blijft het hopelijk stabiel werken.

Apple en Joppiesaus all the way


Acties:
  • 0 Henk 'm!

  • TrailBlazer
  • Registratie: Oktober 2000
  • Laatst online: 07-07 15:20

TrailBlazer

Karnemelk FTW

spanning-tree voorkomt dat er een loop ontstaat in een l2 netwerk. Dit is in een netwerk waarin je geen loops hebt niet nodig. Wel vaag trouwens want Spanning-Tree zou gewoon zijn werk moeten doen jouw setup is namelijk loopfree op L2
Pagina: 1