Anyone seen this issue before with Fritzbox on BigPipe UFB?

Forums › Spark New Zealand (including Skinny and BigPipe) › Anyone seen this issue before with Fritzbox on BigPipe UFB?

zaptor

745 posts

Ultimate Geek
+1 received by user: 39

#280655 31-Dec-2020 22:32

Got "connected" with BigPipe today.

Have a Fritzbox 7490, which I factory reset, before applying the recommended BigPipe UFB settings.

Cannot establish a connection.

However, getting a lot of these messages in the Fritzbox system log:

"Log in with Internet service provider failed. Unknown Subscriber type"

Anyone seen this issue before?

TIA.

1 | 2

gordy7
2001 posts

Uber Geek
+1 received by user: 505

ID Verified

Lifetime subscriber

#2628840 1-Jan-2021 10:36

Curious! This any help?

https://en.avm.de/service/fritzbox/fritzbox-7490/knowledge-base/publication/show/397_FRITZ-Box-reports-Log-in-with-internet-service-provider-failed/

Gordy

My first ever AM radio network connection was with a 1MHz AM crystal(OA91) radio receiver.

cyril7

9073 posts

Uber Geek
+1 received by user: 2499

ID Verified

Trusted

Subscriber

#2628843 1-Jan-2021 10:51

Hi, I assume you are using pppoe with anything loaded in the user and pwd slots typically bbuser@xtra.co.nz/password will suffice.

Also note BP dont use vlan10 as most other ISP's do its just untagged, so remove that if its set.

Cyril

zaptor

745 posts

Ultimate Geek
+1 received by user: 39

#2628857 1-Jan-2021 11:29

Thanks @Gordy7 and @cyril7.

Have seen the link and hopefully configured the 7490 as described. Still no cigar.

Going to try some debugging at my end. Have a few options, but, not overly keen on spending new years day sorting this out.

Cheers.

cyril7

9073 posts

Uber Geek
+1 received by user: 2499

ID Verified

Trusted

Subscriber

#2628860 1-Jan-2021 11:54

Hi, there is also this link where Hio77 notes the settings for Spark, but in your case dont set the VID or set it to untagged not sure how the Fritz represents that it could be 0

Cyril

zaptor

745 posts

Ultimate Geek
+1 received by user: 39

#2628869 1-Jan-2021 13:05

Okay. Have done a bit of initial debugging/diagnosis.

Wondering if doing a power cycle to the ONT (model type 300) has any negative ramifications?

FWIW, the ONT has been running/on for almost (or possibly over) a year without actually being "connected" (on a plan).

snnet

1413 posts

Uber Geek
+1 received by user: 556

#2628891 1-Jan-2021 13:53

Nothing wrong with rebooting the ONT - it's not the same situation as rebooting a VDSL router

AliExpress

Shop now on AliExpress (affiliate link).

farcus

1625 posts

Uber Geek
+1 received by user: 437

#2628898 1-Jan-2021 14:06

presumably Bigpipe is the same as skinny.

I have pppoe connection

fritz set to "Connection to an external modem or router"
operating mode "Establish own connection to the internet"
account info "s account information required?" "yes"

put anything into user and password field

should be all you require. There is no vlan10 on skinny or bigpipe

zaptor

745 posts

Ultimate Geek
+1 received by user: 39

#2628916 1-Jan-2021 15:11

So, in case anyone's interested, the findings from my initial debug attempts.

Connected Windoze laptop directly to ONT LAN1 port
Then setup a PPPoE connection, although I couldn't seem to set/unset the VLAN ID thingy (just entered a non-blank user/password)
Setup wireshark to capture traffic to/from ONT

Observations on traffic:

There is never any response from the ONT - to any traffic
All requests from my laptop are basically discovery types - DHCP, ARP, IGMPv3, NetBIOS (not sure why that's sent after I disabled all protocols except IPv4 on the ethernet adapter)

From my very limited knowledge of PPPoE, MAC addresses have to be swapped first before attempting PPPoE discovery. Which I'm assuming is typically done with something like DHCP Discovery or an ARP probe?

Anyhow, will see how the ONT reboot goes.

hio77

'That VDSL Cat'
13036 posts

Uber Geek
+1 received by user: 3896

ID Verified

Trusted

Lizard Networks

Subscriber

#2628917 1-Jan-2021 15:19

If you start piping DHCP into the ONT, then the BNG will start blocking you. somewhat sounds like the issue you may have landed in.

#include <std_disclaimer>

Any comments made are personal opinion and do not reflect directly on the position my current or past employers may have.

zaptor

745 posts

Ultimate Geek
+1 received by user: 39

#2628922 1-Jan-2021 15:37

hio77:

If you start piping DHCP into the ONT, then the BNG will start blocking you. somewhat sounds like the issue you may have landed in.

Curious.

Are you saying that the DHCP discovery request is the cause of the issue?

From what I can see, the ONT doesn't appear to be spammed with it. The 1st request is DHCP, after that it's a combo of ARP, IGMPv3, and NetBIOS, then later followed by more DHCP requests.

I'll have a look at the adapter IPv4 settings - if there's a way to defer the DHCP discovery requests somehow (until after PPPoE discovery).

It just seems like the ONT is dropping everything to the floor - this with the very first packet. Not even the courtesy of a REJECT.

In any event, how, exactly does the MAC address exchange occur? Is that via the ARP probe?

hio77

'That VDSL Cat'
13036 posts

Uber Geek
+1 received by user: 3896

ID Verified

Trusted

Lizard Networks

Subscriber

#2628925 1-Jan-2021 15:42

zaptor:

hio77:

If you start piping DHCP into the ONT, then the BNG will start blocking you. somewhat sounds like the issue you may have landed in.

Curious.

Are you saying that the DHCP discovery request is the cause of the issue?

From what I can see, the ONT doesn't appear to be spammed with it. The 1st request is DHCP, after that it's a combo of ARP, IGMPv3, and NetBIOS, then later followed by more DHCP requests.

I'll have a look at the adapter IPv4 settings - if there's a way to defer the DHCP discovery requests somehow (until after PPPoE discovery).

It just seems like the ONT is dropping everything to the floor - this with the very first packet. Not even the courtesy of a REJECT.

In any event, how, exactly does the MAC address exchange occur? Is that via the ARP probe?

for a spark/bigpipe/skinny connection, you should only ever be sending PPPoE packets. nothing else.

#include <std_disclaimer>

Any comments made are personal opinion and do not reflect directly on the position my current or past employers may have.

AliExpress

Shop now on AliExpress (affiliate link).

zaptor

745 posts

Ultimate Geek
+1 received by user: 39

#2628930 1-Jan-2021 16:24

Okay, so I think I was missing a step in setting up a PPPoE connection, or perhaps Windows doesn't setup the PPPoE correctly if I run through the automagic steps... ?

Anyhow, created a "WAN Miniport (PPPOE)" connection, which appeared to generate the correct PPPoE discovery (0x8863) PADI packets - the 1st stage of discovery.

According to rfc2516, I should be seeing PADO packets (2nd stage) coming back from the "Access Concentrator", which I'm guessing is the ONT?

Unfortunately, still nothing back from the ONT.

Should I try a different LAN port?

I don't suppose we have access to some sort of informational/admin front-end on the ONTs? (assuming that is even possible, and even then whether the ONT responds to any sort of request)

Appreciate all the responses btw.

snnet

1413 posts

Uber Geek
+1 received by user: 556

#2628931 1-Jan-2021 16:30

The ONTs are considered "dumb" devices as far as the customer is concerned - you could definitely try another port on the ONT just in case service was provisioned to another port?