XG2758 LAN not getting out to WAN
-
Does it pull a real, routable IPv6 address? Can you ping6 out of it?
But you cannot ping the first hop device using whatever IP it appears as?
Are you sure you're using the correct IP and gateway info?
Steve
-
@stephenw10 said in XG2758 LAN not getting out to WAN:
Does it pull a real, routable IPv6 address? Can you ping6 out of it?
But you cannot ping the first hop device using whatever IP it appears as?
Are you sure you're using the correct IP and gateway info?
Steve
config is what ISP provided. Yes it is correct, it's the same IP config loaded on the old internal router.
I am able to ping google.com using IPv6 but it fails for IPv4
-
If it is supposed to be DHCP and you set it to static it will probably not work.
Configure it how the ISP says to configure it based on how it is provisioned.
If it is supposed to be DHCP and you are not getting a lease you need to troubleshoot why - maybe with the ISP - not set it to some random provisioning.
-
@Derelict said in XG2758 LAN not getting out to WAN:
If it is supposed to be DHCP and you set it to static it will probably not work.
Configure it how the ISP says to configure it based on how it is provisioned.
If it is supposed to be DHCP and you are not getting a lease you need to troubleshoot why - maybe with the ISP - not set it to some random provisioning.
ISP is spectrum and I've got other clients using the same ISP and it's always a static IPv4 address. I just tried DHCP on 4 and 6 and IPv4 gets 0.0.0.0 for its IP.
Still able to ping google.com with v6 and unable to ping using v4
-
@david-mundt There is a difference between DHCP always assigning the same "static" address and a statically-configured interface.
I do not know how spectrum is doing things on that circuit. The WAN interface needs to be configured to match whatever they are doing with the provisioning.
If it is really static, you might need to take steps like packet-capturing on the WAN to see what happens when you ARP for the gateway address, etc.
There is certainly nothing peculiar about an XG-2758 WAN interface and a DHCP or a static configuration.
-
@Derelict said in XG2758 LAN not getting out to WAN:
@david-mundt There is a difference between DHCP always assigning the same "static" address and a statically-configured interface.
I do not know how spectrum is doing things on that circuit. The WAN interface needs to be configured to match whatever they are doing with the provisioning.
If it is really static, you might need to take steps like packet-capturing on the WAN to see what happens when you ARP for the gateway address, etc.
There is certainly nothing peculiar about an XG-2758 WAN interface and a DHCP or a static configuration.
Yes I understand but with Spectrum Business they provide IPv4 address, gateway IP, and CIDR mask. I worked with their tech support on this because I figured they were holding the MAC address of the old router and the Netgate conflicts with that but the techs acted like they hadn't heard of what I'm saying. I'm beginning to feel more and more like this is a Spectrum issue NOT the netgate.
-
Yes, it does seem that way.
You do see the expected gateway IP in the populated ARP table with a MAC?
That at least would confirm they are giving you some correct info.
Steve
-
@stephenw10 yes the GW IP and MAC are in the ARP Table
-
Hmm, well you're in the correct segment at least then.
If you run a packet capture on WAN do you see the gateway ARPing for other IPs? Any other traffic?
It does seem like a problem with the upstream device though. Either blocking your traffic/MAC or unable to respond somehow. They are responding to your ARP requests though.
Steve
-
Yeah. Packet capture on WAN for the gateway IP address and protocol ICMP.
Ping the gateway address using Diagnostics > Ping.
Stop the capture.
Do you see the echo requests go out? Are they replied to? You can also examine the MAC addresses there to determine that the source address is your WAN address and the destination address is the MAC address for the gateway IP address from the ARP table. There really isn't any way that would not be the case but it is worth checking.
Just set the level of detail to Full and hit view capture to see that. There is no need to capture again.
