Transitioned to Spark, but only connecting untagged?

Forums › Spark New Zealand › Transitioned to Spark, but only connecting untagged?

Paul1977

2280 posts

Uber Geek
+1 received by user: 648

Topic # 239548 23-Jul-2018 11:16

Got a text from Enable saying my Fibre connection has been transition from BigPipe to Spark.

However, I can only establish a PPPoE connection when it is not VLAN tagged. If I set VLAN ID to 10 it doesn't work.

@cbrpilot are you able to help me out, as I'm a little confused? I thought VLAN 10 was a requirement for Spark?

Home: Work:
Home Work

Paul1977

2280 posts

Uber Geek
+1 received by user: 648

Reply # 2060962 23-Jul-2018 12:30

Also, only getting 200/100 when it should be Fibre MAX. I was getting closer to 900/500 on Bigpipe.

cbrpilot

676 posts

Ultimate Geek
+1 received by user: 222

Trusted

Spark NZ

Reply # 2060963 23-Jul-2018 12:40

No problems Paul, flick me a PM with your details and I'll get someone to sort it out.

The 200M limit will be a temporary one until we get it fully provisioned - leave it with me to sort out.

My views are my own, and may not necessarily represent those of my employer.

Paul1977

2280 posts

Uber Geek
+1 received by user: 648

Reply # 2060969 23-Jul-2018 12:57

cbrpilot:

No problems Paul, flick me a PM with your details and I'll get someone to sort it out.

The 200M limit will be a temporary one until we get it fully provisioned - leave it with me to sort out.

Thanks, have PMed details.

I might be jumping the gun, but was confused about still connecting with no VLAN 10.

cbrpilot

676 posts

Ultimate Geek
+1 received by user: 222

Trusted

Spark NZ

Reply # 2060994 23-Jul-2018 13:38

It seems likely Enable have overlooked the VLAN tagging .... getting that checked into.

My views are my own, and may not necessarily represent those of my employer.

cbrpilot

676 posts

Ultimate Geek
+1 received by user: 222

Trusted

Spark NZ

Reply # 2061006 23-Jul-2018 14:03

One person supports this post

Right, so your connection is now fully provisioned on the Spark side. The team advise me that the Enable order didn't send us the correct notifications that would have resulted in your order getting completed on our side in the usual way which is odd.

You should now be getting your full plan speed.

It is still untagged - I've asked the team to go back to Enable to get them to fix the VLAN tagging. As you no doubt expect when they do that you'll need to make the same change on your end. Not sure what the turn-around time is for Enable to do this type of thing (i.e. might not be today).

My views are my own, and may not necessarily represent those of my employer.

Paul1977

2280 posts

Uber Geek
+1 received by user: 648

Reply # 2061011 23-Jul-2018 14:12

cbrpilot:

Right, so your connection is now fully provisioned on the Spark side. The team advise me that the Enable order didn't send us the correct notifications that would have resulted in your order getting completed on our side in the usual way which is odd.

You should now be getting your full plan speed.

It is still untagged - I've asked the team to go back to Enable to get them to fix the VLAN tagging. As you no doubt expect when they do that you'll need to make the same change on your end. Not sure what the turn-around time is for Enable to do this type of thing (i.e. might not be today).

Thanks for the help @cbrpilot

I can confirm that the speed is now up to where it should be.

cbrpilot

676 posts

Ultimate Geek
+1 received by user: 222

Trusted

Spark NZ

Reply # 2061021 23-Jul-2018 14:25

You're very welcome Paul. Sorry for the niggles in the process :(

My views are my own, and may not necessarily represent those of my employer.

cbrpilot

676 posts

Ultimate Geek
+1 received by user: 222

Trusted

Spark NZ

Reply # 2061034 23-Jul-2018 14:53

Enable are saying that it is now tagged. Can you confirm? (As this is just a config between the ONT and your router we can't actually see it from our end).

My views are my own, and may not necessarily represent those of my employer.

RunningMan

4973 posts

Uber Geek
+1 received by user: 1586

Reply # 2061049 23-Jul-2018 15:03

8 people support this post

As a side issue, I am always impressed with the professional and prompt approach that people like @cbrpilot @hio77 @Talkiet have when looking at these sorts of issues. They never fail to make Spark look good.

EDIT: I forgot @Wheelbarrow01 and probably more...

Paul1977

2280 posts

Uber Geek
+1 received by user: 648

Reply # 2061083 23-Jul-2018 15:38

cbrpilot:

Enable are saying that it is now tagged. Can you confirm? (As this is just a config between the ONT and your router we can't actually see it from our end).

Unfortunately I won't be back home until about 5:30pm, but I can confirm that a change has definitely been made as my connection is down (I can't remote in).

This would be expected if Enable have tagged the connection, as I haven't yet updated my router config.

I'll confirm that i can connect with VLAN 10 as soon as I get home.

Thanks

Paul1977

2280 posts

Uber Geek
+1 received by user: 648

Reply # 2061134 23-Jul-2018 17:26

All up and running on VLAN 10. Thanks very much for the help @cbrpilot

It does make me wonder what the purpose of the VLAN tagging is though? If it is just between the router and ONT, and the connection works without it... what is the point?

hio77

'That VDSL Cat'
8258 posts

Uber Geek
+1 received by user: 1748

Trusted

Spark

Subscriber

Reply # 2061140 23-Jul-2018 17:39

Paul1977:

All up and running on VLAN 10. Thanks very much for the help cbrpilot

It does make me wonder what the purpose of the VLAN tagging is though? If it is just between the router and ONT, and the connection works without it... what is the point?

Without tagging, we can't do any priority tagging etc.

in real world, i can't think of anything off the top of my head that goes over that PIR, so irrelevant?

The biggest issue is, from a support view, it creates an issue - we tell you it's tagged, Your actually untagged..

#include <std_disclaimer>

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

cbrpilot

676 posts

Ultimate Geek
+1 received by user: 222

Trusted

Spark NZ

Reply # 2061243 23-Jul-2018 19:56

2 people support this post

hio77 is right - it is so that if we chose to do traffic prioritisation in the future we can. For (hypothetical!) example if we woke up tomorrow and decided we wanted to offer a voice service over the ATA port on the RGW rather than the ONT this would allow for this. Like hio77 says having it off isn't really an issue for your line (and I'm sure there are some other connections on our network that also have it (inadvertantly off)) but all other things being the same we'd like to keep all lines as standard as we can to prevent future problems for the helpdesk teams etc.

Imagine a less tech savvy user than yourself trying to work out why our replacement router we send them just won't work when their Bigpipe/Skinny router stops working ..... It's not an easy problem to spot and one that our helpdesk would find so rarely that I'm sure such a situation would sadly end up with us shipping a customer 3 replacement routers before we figured it out ....

My views are my own, and may not necessarily represent those of my employer.

Paul1977

2280 posts

Uber Geek
+1 received by user: 648

Reply # 2061647 24-Jul-2018 12:17

VLAN tagging mainly futureproofing then.

Yeah, would have been a nightmare for a standard user who opted for the preconfigured Huawei - I hadn't really thought of that.

Thanks again