|
|
If it is PPPoE failure most routers actually tell you this in their web interface too so it is obvious
|
|
The author of the above post is a thinkbroadband staff member. It may not constitute an official statement on behalf of thinkbroadband.
|
|
|
|
SIN498 for FTTC and SIN506 for FTTP (section 2.1.7 in both) indicate that the DSLAM detects either PPPoE or DHCP discover from the customer and insert additional tags (PPPoE) or options (DHCP) to identify the customer. The agent remote ID certainly could provide a realm to indicate which ISP to hand off to.
AFAIK BTW don't use DHCP, but other ISPs who just use the Openreach GEA FTTC/FTTP products do or have done in the past.
|
|
|
Thanks, aware of that part hence the specific request for information from BT Wholesale documentation 
Both TalkTalk and Sky provide FTTC without PPP, however to use TalkTalk Wholesale does require PPP, they only provide DHCP for their own customers and need PPP so that they know which wholesale partner to route the session to.
|
|
Register (or login) on our website and you will not see this ad.
|
|
|
|
How about SIN509 'BT Wholesale Broadband Connect (WBC) Fibre to the Premise (FTTP) Service & Interface Description' - section 3.5 would imply it is PPP only if they don't support DHCP relay.
Also SIN472 'BT Wholesale Broadband Connect (WBC) Products Service Description' - section 3.4 states end user equipment must support PPP (conforming to various RFCs) and use CHAP for authentication.
|
|
|
The Google wifi unit hasn't been updated for weeks. My next thing to try (when I can get downtime) is to swap both the wifi units around so the main unit is the secondary and vice versa.
I'm sure you've probably done this, but on looking up these wifi units it seems they have their own dhcp allocating ip addresses. You've mentioned you have 2 of these. Is it possible to disable the dhcp on one of the devices?
These devices are pretty low maintenance and are identical. So when you set them up, one will take the primary role of DHCP, routing, etc. The other will act like a combined switch/wireless AP. The only config for DHCP is to change the range.
|
|
|
|
Google have now come back to me and stated..."I see quite a few DNS and EAPOL timeout errors, which do indicate an issue with an upstream device."
The only "upstream" device is the ONT and then whatever equipment is on BTs network. They've also suggested a wireless printer I have is showing some network issues and have asked me to remove that. [censored] in the wind springs to mind!
|
|
|
How about SIN509 'BT Wholesale Broadband Connect (WBC) Fibre to the Premise (FTTP) Service & Interface Description' - section 3.5 would imply it is PPP only if they don't support DHCP relay.
Also SIN472 'BT Wholesale Broadband Connect (WBC) Products Service Description' - section 3.4 states end user equipment must support PPP (conforming to various RFCs) and use CHAP for authentication.
Thanks. That was all I'd read too. Nothing to indicate that a device can connect to BT Retail without PPP that I have seen.
|
|
|
|
Which ISP are you on? This smells like CG-NAT to me. It won't be the ONT that's doing any routing, but a router between the exchange the Internet proper responsible for this NAT routing. You ought to confirm by doing a traceroute.
However, despite CGNAT, you should still have full internet access, and the only thing that would affect you would be the fact the Google Wifi wouldn't be able to have an open port on the Internet, which it shouldn't have anyway.
|
|
|
Which ISP are you on? This smells like CG-NAT to me. It won't be the ONT that's doing any routing, but a router between the exchange the Internet proper responsible for this NAT routing. You ought to confirm by doing a traceroute.
However, despite CGNAT, you should still have full internet access, and the only thing that would affect you would be the fact the Google Wifi wouldn't be able to have an open port on the Internet, which it shouldn't have anyway.
Should be using the CG-NAT IP range if they are. Emphasis on should.
7. IANA Considerations
IANA has recorded the allocation of an IPv4 /10 for use as Shared
Address Space.
The Shared Address Space address range is 100.64.0.0/10.
|
|
|
Which ISP are you on? This smells like CG-NAT to me. It won't be the ONT that's doing any routing, but a router between the exchange the Internet proper responsible for this NAT routing. You ought to confirm by doing a traceroute.
Traceroute doesn't necessarily tell you anything - there are ISPs who use private IP address space for their point-to-point links.
For example, this is on a Virtual1 business link: the customer has their own public IP space, first hop is the upstream router on that subnet. Second hop is using RFC1918, but there is no NAT anywhere along this route.
| Text | 1
23
45
67
| $ traceroute forums.thinkbroadband.com
traceroute to forums.thinkbroadband.com (80.249.99.126), 30 hops max, 60 byte packets 1 89-197-XX-XX.virtual1.co.uk (89.197.XX.XX) 0.959 ms 1.093 ms 1.103 ms
2 172.21.17.212 (172.21.17.212) 0.512 ms 0.514 ms 0.517 ms 3 149.6.2.198 (149.6.2.198) 0.563 ms 0.565 ms 0.572 ms
4 te0-1-0-3-3.ccr21.lon01.atlas.cogentco.com (149.6.2.197) 1.041 ms 1.107 ms 1.116 ms... |
|
Pages in this thread: 
Print Thread
