Internet Only: geen IP op WAN interface

[laurens]

Het zou simpel moeten zijn: DHCP aan en je krijgt een IP. Dat werkt echter niet op mijn Mikrotik Hex router. Er gaat wel een DHCP request uit, maar ik zie geen offering terug in de packet sniffer.

Ik krijg wel een IP adres in de volgende gevallen:

• laptop direct op de MediaConverter
• TP-Link Archer C7 v2, alleen met DD-WRT firmware, niet met de TP-Link firmware
• TP-Link WR1043ND, met Gargoyle firmware
• de Mikrotek Hex, alleen als er een switch tussen de WAN interface en de MediaConverter zit

Ik heb de Mikrotik instellingen zo simpel mogelijk gehouden (werken wel als ik er een switch tussen zet), maar ik kom er niet uit.

[grafzicht]

Welk soort abonnement heb je?

[laurens]

Internet Only (zie subject ).

[nescafe]

Toch geen hEX lite? Die doet geen gigabit. Is je interface running? Heb je geen (bridge) filter? Kun je je simpele config exporteren en posten?

[laurens]

Dit is een gewone Hex (RB750Gr3). Interface is running, geen bridge filter. En met deze configuratie krijg ik dus wel een IP adres als ik er een switch tussen zet. Een nuance: niet met een el cheapo TP-Link switch, maar wel als ik de MediaConverter en de Mikrotik op de switch poorten van een simpele router (WR1043ND) aansluit.

Het is letterlijk de default config na een configuration reset:

https://gist.github.com/heinrichnak/a227152942c86991547db02a502f328c

[nescafe]

Vreemd. Ether1 auto-negotiate wel op 1Gbps? Device al eens een gereset (power cycle)? Wat gebeurt er als je hem terugzet op long-term, 6.48.6?

[laurens]

Yep, met ether1 op auto krijg ik 1 Gbps. Meerdere keren een power cycle gedaan en RouterOS 6.48.6 gisteren geprobeerd met hetzelfde resultaat (geen IP adres).
Lijkt wel of de Mikrotik toch iets met VLAN ID’s doet, terwijl het untagged is met Internet Only. En waarom doet de C7 het wel met DD-WRT firmware, maar niet met de TP-Link firmware? Het is volgens mij een simpele setting ergens in de software en geen hardware issue.

[nescafe]

Mogelijk hetzelfde probleem (geen oplossing): Probleem met eigen router

Aangezien je nogal handig lijkt met MikroTik - zou je eens onder switch settings de port VLAN Header setting kunnen aanpassen en zien of dat uitmaakt in je packet capture?

En als je een VLAN interface toevoegt aan ether1? Met VLAN ID 1?

[laurens]

Dat draadje had ik gezien. Het verschil is volgens mij dat er daar wel een IP op de WAN gezet wordt. Bij mij is dat niet het geval (kan dus ook geen externe IP’s pingen vanaf de Hex).
Die switch settings worden zo te zien niet ondersteund door de Hex switch chipset (Manual:Switch Chip Features - MikroTik Wiki).
VLAN ID 1 op ether1, en dan die VLAN port de WAN en DHCP client port maken had ik ook al geprobeerd. VLAN ID 0 om VLAN ID’s te strippen werkt op sommige andere routers maar niet op de Hex.

Dit zie ik in de log als ik DHCP debug aan zet:

		583	Jan/02/1970 00:50:57	memory	dhcp, debug, packet	dhcp-client on ether1 sending discover with id 177533513 to 255.255.255.255	
		584	Jan/02/1970 00:50:57	memory	dhcp, debug, packet	secs = 38	
		585	Jan/02/1970 00:50:57	memory	dhcp, debug, packet	flags = broadcast	
		586	Jan/02/1970 00:50:57	memory	dhcp, debug, packet	ciaddr = 0.0.0.0	
		587	Jan/02/1970 00:50:57	memory	dhcp, debug, packet	chaddr = 64:D1:54:A1:5F:EF	
		588	Jan/02/1970 00:50:57	memory	dhcp, debug, packet	Host-Name = "MikroTik"	
		589	Jan/02/1970 00:50:57	memory	dhcp, debug, packet	Msg-Type = discover	
		590	Jan/02/1970 00:50:57	memory	dhcp, debug, packet	Parameter-List = Subnet-Mask,Classless-Route,Router,Static-Route,Domain-Server,NTP-Server,CAPWAP-Server,Vendor-Specific	
		591	Jan/02/1970 00:50:57	memory	dhcp, debug, packet	Client-Id = 01-64-D1-54-A1-5F-EF

Wel een discover, maar daarna geen offer/request/ack, zoals hier (met de switch ertussen):

		900	Jan/02/1970 02:06:26	memory	dhcp, debug, packet	dhcp-client on ether1 received offer with id 483795912 from 217.19.17.85	
		901	Jan/02/1970 02:06:26	memory	dhcp, debug, packet	hops = 1	
		902	Jan/02/1970 02:06:26	memory	dhcp, debug, packet	secs = 2	
		903	Jan/02/1970 02:06:26	memory	dhcp, debug, packet	flags = broadcast	
		904	Jan/02/1970 02:06:26	memory	dhcp, debug, packet	ciaddr = 0.0.0.0	
		905	Jan/02/1970 02:06:26	memory	dhcp, debug, packet	yiaddr = 217.19.19.188	
		906	Jan/02/1970 02:06:26	memory	dhcp, debug, packet	chaddr = 64:D1:54:A1:5F:EF	
		907	Jan/02/1970 02:06:26	memory	dhcp, debug, packet	Subnet-Mask = 255.255.254.0	
		908	Jan/02/1970 02:06:26	memory	dhcp, debug, packet	Router = 217.19.18.1	
		909	Jan/02/1970 02:06:26	memory	dhcp, debug, packet	Domain-Server = 82.197.196.182,82.197.196.183	
		910	Jan/02/1970 02:06:26	memory	dhcp, debug, packet	Address-Time = 3600	
		911	Jan/02/1970 02:06:26	memory	dhcp, debug, packet	Msg-Type = offer	
		912	Jan/02/1970 02:06:26	memory	dhcp, debug, packet	Server-Id = 217.19.17.85	
		913	Jan/02/1970 02:06:26	memory	dhcp, debug, state	dhcp-client on ether1 entering <requesting...> state	
		914	Jan/02/1970 02:06:26	memory	dhcp, debug, packet	dhcp-client on ether1 sending request with id 483795912 to 255.255.255.255	
		915	Jan/02/1970 02:06:26	memory	dhcp, debug, packet	secs = 2	
		916	Jan/02/1970 02:06:26	memory	dhcp, debug, packet	flags = broadcast	
		917	Jan/02/1970 02:06:26	memory	dhcp, debug, packet	ciaddr = 0.0.0.0	
		918	Jan/02/1970 02:06:26	memory	dhcp, debug, packet	chaddr = 64:D1:54:A1:5F:EF	
		919	Jan/02/1970 02:06:26	memory	dhcp, debug, packet	Host-Name = "MikroTik"	
		920	Jan/02/1970 02:06:26	memory	dhcp, debug, packet	Address-Request = 217.19.19.188	
		921	Jan/02/1970 02:06:26	memory	dhcp, debug, packet	Msg-Type = request	
		922	Jan/02/1970 02:06:26	memory	dhcp, debug, packet	Server-Id = 217.19.17.85	
		923	Jan/02/1970 02:06:26	memory	dhcp, debug, packet	Parameter-List = Subnet-Mask,Classless-Route,Router,Static-Route,Domain-Server,NTP-Server,CAPWAP-Server,Vendor-Specific	
		924	Jan/02/1970 02:06:26	memory	dhcp, debug, packet	Client-Id = 01-64-D1-54-A1-5F-EF	
		925	Jan/02/1970 02:06:26	memory	dhcp, debug, packet	dhcp-client on ether1 received ack with id 483795912 from 217.19.17.85	
		926	Jan/02/1970 02:06:26	memory	dhcp, debug, packet	hops = 1	
		927	Jan/02/1970 02:06:26	memory	dhcp, debug, packet	secs = 2	
		928	Jan/02/1970 02:06:26	memory	dhcp, debug, packet	flags = broadcast	
		929	Jan/02/1970 02:06:26	memory	dhcp, debug, packet	ciaddr = 0.0.0.0	
		930	Jan/02/1970 02:06:26	memory	dhcp, debug, packet	yiaddr = 217.19.19.188	
		931	Jan/02/1970 02:06:26	memory	dhcp, debug, packet	chaddr = 64:D1:54:A1:5F:EF	
		932	Jan/02/1970 02:06:26	memory	dhcp, debug, packet	Subnet-Mask = 255.255.254.0	
		933	Jan/02/1970 02:06:26	memory	dhcp, debug, packet	Router = 217.19.18.1	
		934	Jan/02/1970 02:06:26	memory	dhcp, debug, packet	Domain-Server = 82.197.196.182,82.197.196.183	
		935	Jan/02/1970 02:06:26	memory	dhcp, debug, packet	Address-Time = 3600	
		936	Jan/02/1970 02:06:26	memory	dhcp, debug, packet	Msg-Type = ack	
		937	Jan/02/1970 02:06:26	memory	dhcp, debug, packet	Server-Id = 217.19.17.85	
		938	Jan/02/1970 02:06:26	memory	dhcp, info	dhcp-client on ether1 got IP address 217.19.19.188

[nescafe]

Oh ja, vlan header mode not supported.

Bij interface ether1, tab Traffic, loopt daar je Rx Packets counter wel op?

[laurens]

Ja. En ik zie ook packets terugkomen in de packet sniffer.

[nescafe]

Er komt zo te zien wel een DHCP reply (eerst unicast Num 2/5, daarna broadcast Num 7-…) van 217.19.17.85 op je requests (Num 1, 4, 6, …). Kun je de packet capture eens opslaan in een file en mogelijk delen? Mogelijk staat daar vlan-info in, hoewel juist de vlan-tag soms eens mist in de packet capture, maar toch…

[nescafe]

En nog even een schot in het donker: Als je ether1 lid maakt van een nieuwe bridge-wan en je die WAN/dhcp-client maakt, kun je middels VLAN filtering wellicht nog wat uitrichten (tagged/untagged forceren).

[laurens]

Ik had de pay load van de packets al bekeken maar daar staan volgens mij geen VLAN tags in.

https://gist.github.com/heinrichnak/b3dd6908d747d365ec58a4e0829900cb

[nescafe]

Daar kan ik geen chocola van maken… heb je hem wel opgeslagen via Packet Sniffer > General > File Name: capture.pcap ?

[laurens]

Dat vindt gist niet lekker zo te zien. Ik heb de pcap file geëxporteerd naar txt formaat.
Voor de volledigheid: ik neem Tweak af via het netwerk van KPN (XGS-PON).

https://gist.github.com/heinrichnak/e1ef5be050b4ed785f8dd8b55afda492

[grafzicht]

Mogelijk accepteert het kpn netwerk je router dan niet en moet je hem nog aan laten melden door de klantenservice.

Maar ik weet nooit of dat nou voor de router of alleen de mediaconverter is.

[laurens]

MAC address? Dan zouden dezelfde router via de switch en de andere devices volgens mij ook niet moeten werken.

[BerndGaykema]

@laurens

Een nuance: niet met een el cheapo TP-Link switch, maar wel als ik de MediaConverter en de Mikrotik op de switch poorten van een simpele router (WR1043ND) aansluit.

Is een switch in deze router wel een kale switch? Zit de achterliggende router daar niet doorheen te poken en doet deze niet iets wat het werkend maakt?

[laurens]

Zou kunnen dat de switch van die TP-Link router layer 3 “lekt” naar de switch poorten. Ik heb nog een andere switch (zonder router) geprobeerd en daarmee werkt het ook niet.

Laatste update: Ik heb de Hex direct op de MediaConverter geprikt en de Tweak IP settings statisch ingevoerd (incl. het MAC address van de TP-Link), dus zonder DHCP op de WAN interface. En dat werkt. Is dus een DHCP issue lijkt het.
Ik heb Tweak support nog aan de lijn gehad, en die zien aan hun kant wel een DHCP offering naar de Hex teruggaan.