Project

General

Profile

Actions

Bug #8192

open

dpinger - Change in ISP link-local IPv6 address drops connectivity

Added by Kristopher Kolpin over 6 years ago. Updated over 3 years ago.

Status:
New
Priority:
Low
Assignee:
Category:
Gateway Monitoring
Target version:
Start date:
12/11/2017
Due date:
% Done:

0%

Estimated time:
Plus Target Version:
Release Notes:
Affected Version:
2.4.2
Affected Architecture:
amd64

Description

When connecting via PPPoE on a DSL connection, the IPv6 link-local address on an ISP's router may change periodically. This may occur with or without a drop in the PPPoE connection. Unfortunately, dpinger does not communicate with the new IPv6 link-local address at the ISP.

Disabling gateway monitoring action does not mitigate this issue. Disable gateway monitoring must be checked for IPv6 connectivity to be maintained in the event of an IPv6 link-local address change at the ISP's router.

Actions #1

Updated by Jim Pingle about 6 years ago

  • Target version changed from 2.4.3 to 2.4.4
Actions #2

Updated by Anonymous over 5 years ago

  • Target version changed from 2.4.4 to 48
Actions #3

Updated by → luckman212 over 5 years ago

Is this a dupe of #8136?

Actions #4

Updated by Jim Pingle over 5 years ago

One is for DHCPv6, one is for PPPoE. They could be different problems, they could be the same problem, needs more research to tell.

Actions #5

Updated by Kristopher Kolpin over 5 years ago

I'm seeing this again in 2.4.4. Disabling gateway monitoring and gateway monitoring action in 2.4.2 100% resolved this issue. I was able to repeat by going back to 2.4.2.

Actions #6

Updated by Kristopher Kolpin over 5 years ago

I spoke with my ISP. It appears as part of a load balancing script on their end the PPPoE session will be dropped and redirected to another authentication server. During this process my static IPv4 and static IPv6 (global) stay the same. However, the IPv6 link-local address (ISP) will be different if the authentication server is different. As I said above, pfSense 2.4.2 used to handle this properly if I disabled gateway monitoring and gateway monitoring action.

Actions #7

Updated by Jim Pingle about 5 years ago

  • Target version changed from 48 to 2.5.0
Actions #8

Updated by Jim Pingle over 4 years ago

  • Category changed from Routing to Gateway Monitoring
Actions #9

Updated by Anonymous over 3 years ago

  • Assignee set to Luiz Souza
Actions #10

Updated by Anonymous over 3 years ago

  • Priority changed from Normal to Low
Actions #11

Updated by Anonymous over 3 years ago

  • Target version changed from 2.5.0 to CE-Next
Actions

Also available in: Atom PDF