Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

IPv6 Issues with COX Fiber on 23.7.X #6884

Closed
2 tasks done
Xboarder56 opened this issue Sep 25, 2023 · 10 comments
Closed
2 tasks done

IPv6 Issues with COX Fiber on 23.7.X #6884

Xboarder56 opened this issue Sep 25, 2023 · 10 comments
Labels
help wanted Contributor missing / timeout

Comments

@Xboarder56
Copy link

Important notices

Before you add a new report, we ask you kindly to acknowledge the following:

Describe the bug

Previously on COX cable I was able to have ipv6 working without any issues. I requested a /56 prefix. Assigned each VLAN a portion of that /56. Setup DHCP/RA and everything was working correctly. Sometime after 23.7 and using the same config on COX fiber (same ISP) this stopped working.

Currently I can still ping6 on opnsense and get replies perfectly but if I specify a source address from one of the other vlans/interfaces it will timeout. I haven't changed anything from prior having this working.

Expected behavior

Ping from a LAN/VLAN client and have the traffic go outbound accordingly.

Describe alternatives you considered

I tried directly connecting a device via ethernet to a LAN interface on OPNsense (ruling out wifi/switching/vlans) and just outbound to the internet with no luck. I tried a /60 prefix as well with no luck. Multiple reboots. Even a any any ipv6 rule temporarily on that test LAN subnet without any luck. I tried the internal OPNsense ping specifying the source address as a interface address on the LAN side with no luck either.

Screenshots

If applicable, add screenshots to help explain your problem.

Attached some debug shots and config shots
image
image
image
image

If applicable, information from log files supporting your claim.

Additional context

Add any other context about the problem here.

Environment

NUC9i7QNX (32gb/512gb SSD)
OPNsense 23.7.4 (tried on 23.7.3 as well)
INTEL i225 x2 (WAN) + INTEL x540-t2 (VLAN/LACP) + igb0 (LAN)

@Xboarder56
Copy link
Author

Xboarder56 commented Sep 25, 2023

Let me know I can provide more testing/screenshots. The issue seems that it can't route from the LAN to the WAN side. I haven't touched the routes (default route) at all.

I can confirm VLAN to VLAN interface IPs can ping each other fine. It's purely just Interface Net to WAN having the issue.

@Xboarder56
Copy link
Author

Picture of IPv6 routes
image

@maurice-w
Copy link
Member

When you start a ping / traceroute test from OPNsense itself, there is no LAN-to-WAN routing involved, even when setting the source address to a LAN interface address.
Sounds more like an ISP issue to me. Did you make any attempts to rule that out? Packet capture on the WAN, check whether the packets go out. If yes and there is no response, then ISP issue.

@Xboarder56
Copy link
Author

That’s the thing, wan side is totally fine.

@maurice-w
Copy link
Member

What does that mean? You see ping replies in a WAN packet capture when setting the source address to a LAN interface address?

@Xboarder56
Copy link
Author

On a ping outbound without a source it’s getting replies and working. On the source address trace route it’s going to the first hop itself and then just dies. Like it won’t cross from that source address/vlan/interface to go out the wan interface.

In the screenshots above you can see wan gets a valid address and everything. So do the vlan interfaces. This same configuration was used and was previously working on the same isp as well months ago.

@maurice-w
Copy link
Member

On the source address trace route it’s going to the first hop itself and then just dies.

If this means you are seeing outbound packets in the packet capture, but no replies, it's an ISP issue.

@Xboarder56
Copy link
Author

Xboarder56 commented Oct 6, 2023

I attached the PCAP as well for all ICMPv6 traffic and pinged from a source address of - 2600:8801:1580:3950:a236:9fff:fe0e:ebcc to google.com (2607:f8b0:4007:809::200e)
2c9fbf8c-dde3-4327-98df-9b1cfde06db1.zip

It's essentially the same as what I'm seeing before. No response is received when the source is a inside host. But as soon as I do the ping via the CLI without a source host it's fine (OPNsense box itself).
image

@maurice-w
Copy link
Member

ISP issue. Proper ICMPv6 echo requests are sent, but there are no replies. There is nothing OPNsense can do about this. Talk to your ISP. They might not be routing your delegated prefix properly.
When you ping without specifying a source address, the WAN address is used. Routing of this address is typically handled differently from the delegated prefix on the ISP's side.

2600:8801:1580:3950:a236:9fff:fe0e:ebcc 2607:f8b0:4007:809::200e ICMPv6 Echo (ping) request id=0x0fb6, seq=0, hop limit=64 (no response found!)

@OPNsense-bot
Copy link

This issue has been automatically timed-out (after 180 days of inactivity).

For more information about the policies for this repository,
please read https://github.com/opnsense/core/blob/master/CONTRIBUTING.md for further details.

If someone wants to step up and work on this issue,
just let us know, so we can reopen the issue and assign an owner to it.

@OPNsense-bot OPNsense-bot closed this as not planned Won't fix, can't repro, duplicate, stale Mar 23, 2024
@OPNsense-bot OPNsense-bot added the help wanted Contributor missing / timeout label Mar 23, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
help wanted Contributor missing / timeout
Development

No branches or pull requests

3 participants