Internet Only (zie subject ).
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?
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:
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?
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.
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?
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
Oh ja, vlan header mode not supported.
Bij interface ether1, tab Traffic, loopt daar je Rx Packets counter wel op?
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…
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).
Ik had de pay load van de packets al bekeken maar daar staan volgens mij geen VLAN tags in.
Daar kan ik geen chocola van maken… heb je hem wel opgeslagen via Packet Sniffer > General > File Name: capture.pcap ?
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).
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.
MAC address? Dan zouden dezelfde router via de switch en de andere devices volgens mij ook niet moeten werken.
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?
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.
Dat is alleen voor de ONT (dus eigenlijk de mediaconverter).
Net OpenWrt op de Hex geflasht, en die krijgt netjes een IP adres via DHCP op de WAN interface. Bug in RouterOS?