This thread is helpful (written by Bigpipe themselves):

https://www.geekzone.co.nz/forums.asp?forumid=39&topicid=189264

OldGeek:

 

There is no logic to activation on Port 2 taking longer than Port 1.

IIRC you can only have a single service order open in general - this includes provisioning orders on another port. So the disconnect S/O blocks everything up. If BigPipe don't cancel then 2degrees need to wait for the disconnect order to close before running a connect order.

Edit: I was incorrect. Read down. Service orders are per port now.

The saving grace here is connection orders can be very quick seeing they're automated and don't require a tech to come out but still this means downtime.

OldGeek:

 

There is no logic to activation on Port 2 taking longer than Port 1.

 

It's hard to argue with CSR's. That's what they say and I can't do much about it

lchiu7: And I had an order with 2D before I asked BP to disconnect

It sounds like 2D didn't actually submit the order. As I understand it, if 2D had an active order on your connection then BP wouldn't have been able to lodge the disconnection order.

quickymart:

 

This thread is helpful (written by Bigpipe themselves):

 

https://www.geekzone.co.nz/forums.asp?forumid=39&topicid=189264

 

 

 

I wish I had seen that before. It's not something a normal user would know anything about

Behodar:

 

lchiu7: And I had an order with 2D before I asked BP to disconnect

 

It sounds like 2D didn't actually submit the order. As I understand it, if 2D had an active order on your connection then BP wouldn't have been able to lodge the disconnection order.

 

2D kept on asking me what my BP account number was and I kept on telling them (from the time I placed the order) BP doesn't use customer numbers, it uses email addresses.

And another reason why I want to move. I sent in a message to ask BP to cancel the disconnection and got this response

If your query is urgent, you might want to jump onto our website and chat with us, so we can sort you out right away. There’s someone here from 8am to 8pm, 7 days a week.

https://www.bigpipe.co.nz/support-centre

But if you go there all you get is a chat bot which is not a human and so can't help you with the query

lchiu7: 2D kept on asking me what my BP account number was and I kept on telling them (from the time I placed the order) BP doesn't use customer numbers, it uses email addresses.

 

/headdesk

A friend had trouble with that; his new ISP (I don't recall which) had a signup form that required a customer number, and would only take a numeric input. You'd think ISPs would be aware of the existence of Bigpipe by now...

michaelmurfy:

 

IIRC you can only have a single service order open in general - this includes provisioning orders on another port. So the disconnect S/O blocks everything up. If BigPipe don't cancel then 2degrees need to wait for the disconnect order to close before running a connect order.

 

The saving grace here is connection orders can be very quick seeing they're automated and don't require a tech to come out but still this means downtime.

 

Just for clarity my experience to date mirrors the above.  I first ordered Sky broadband for connection (default to port 1) on May 20th and then cancelled with Voyager effective May 28th (currently connected to port 2 and 30 days after cancellation from me).  Voyager have reported an issue with being unable to place the disconnect order because of the Sky connect order.  I have reminded Voyager of the fact they are on port 2 and this will not be used by Sky.  My expectation is that they can place the disconnect order for the 28th on the 20th or 21st but that is their issue.

Hi All,

I have only skimmed through this thread quickly but there are a few issues to clarify:

Since Chorus introduced Multiple Primaries in February this year, there has been some enhanced functionality introduced that didn't previously exist. The most relevant being that it is now possible for any RSP to create an activate order on Port 2 at any time - even if there is an open/scheduled disconnection on Port 1. This removes the previous restriction where an incoming RSP has to wait for the incumbent RSP to complete their disconnection.

So in the OP's scenario, he should be able to keep the open disocnnection for Bigpipe, and just ask 2Degrees to activate Port 2. While I am on that subject, a Port 2 activation can be completed in as little as 2 hours, so I am not sure why 2Degrees told the OP that it takes longer than a port 1 activation - that is not true.

Now that Multiple Primaries is available, the process for switching providers is now very easy and there are two main options:

1. Customer can ask to transfer the existing connection on the existing port on any date. This is the easiest method but does not cater well for customers who need to give a month notice to their RSP.

2. Customer can ask for Port 2 activation. In this scenario, customer can now call their existing RSP, give a month notice, and request disconnect for a date a month in the future eg 29 May. Customer can then call their RSP of choice and request a Port 2 activation to be completed on 28 May (or any date they like). On activation date, they simply plug their new modem into Port 2 (or move their existing modem from Port 1 to Port 2). This allows for the 30 days' notice with no/minimal overlapped billing.

[EDIT: to be sure I know what I am talking about, I just found an address with an open disconnect order on Port 1, and I successfully issued an activation order on Port 2 due for 2 hours from now. This system works just as described in the real world]

Wheelbarrow01:

 

Hi All,

 

I have only skimmed through this thread quickly but there are a few issues to clarify:

 

Since Chorus introduced Multiple Primaries in February this year, there has been some enhanced functionality introduced that didn't previously exist. The most relevant being that it is now possible for any RSP to create an activate order on Port 2 at any time - even if there is an open/scheduled disconnection on Port 1. This removes the previous restriction where an incoming RSP has to wait for the incumbent RSP to complete their disconnection.

 

So in the OP's scenario, he should be able to keep the open disocnnection for Bigpipe, and just ask 2Degrees to activate Port 2. While I am on that subject, a Port 2 activation can be completed in as little as 2 hours, so I am not sure why 2Degrees told the OP that it takes longer than a port 1 activation - that is not true.

 

Now that Multiple Primaries is available, the process for switching providers is now very easy and there are two main options:

 

1. Customer can ask to transfer the existing connection on the existing port on any date. This is the easiest method but does not cater well for customers who need to give a month notice to their RSP.

 

2. Customer can ask for Port 2 activation. In this scenario, customer can now call their existing RSP, give a month notice, and request disconnect for a date a month in the future eg 29 May. Customer can then call their RSP of choice and request a Port 2 activation to be completed on 28 May (or any date they like). On activation date, they simply plug their new modem into Port 2 (or move their existing modem from Port 1 to Port 2). This allows for the 30 days' notice with no/minimal overlapped billing.

 

[EDIT: to be sure I know what I am talking about, I just found an address with an open disconnect order on Port 1, and I successfully issued an activation order on Port 2 due for 2 hours from now. This system works just as described in the real world]

 

I can only report what the supervisor told me. It would take longer to provision port 2 than to wait for port 1 to be disconnected and for them to activate on that port. And BP is not talking to me at all. It's hard to argue with CSR's or supervisors since they can tell you exactly what they want to say, correct or not.

lchiu7:

 

I can only report what the supervisor told me. It would take longer to provision port 2 than to wait for port 1 to be disconnected and for them to activate on that port. And BP is not talking to me at all. It's hard to argue with CSR's or supervisors since they can tell you exactly what they want to say, correct or not.

 

OK, flick me your address in a PM and I will reach out to both RSPs. Ideally we'll get Bigpipe to retain their disconnection for the current date, and ask 2Degrees to connect you on port 2. Let me know the date you want that activated on that message. Account numbers for both BP and 2D will be helpful.

Wheelbarrow01:

 

lchiu7:

 

I can only report what the supervisor told me. It would take longer to provision port 2 than to wait for port 1 to be disconnected and for them to activate on that port. And BP is not talking to me at all. It's hard to argue with CSR's or supervisors since they can tell you exactly what they want to say, correct or not.

 

 

OK, flick me your address in a PM and I will reach out to both RSPs. Ideally we'll get Bigpipe to retain their disconnection for the current date, and ask 2Degrees to connect you on port 2. Let me know the date you want that activated on that message. Account numbers for both BP and 2D will be helpful.

 

OK, done, thanks. 

Wheelbarrow01:

 

OK, flick me your address in a PM and I will reach out to both RSPs. Ideally we'll get Bigpipe to retain their disconnection for the current date, and ask 2Degrees to connect you on port 2. Let me know the date you want that activated on that message. Account numbers for both BP and 2D will be helpful.

 

All sorted from the 2d end 🙂

Cheers

Yes, it looks like the situation is resolved. Port 1 disconnection and port 2 connection are both scheduled as requested.

Wheelbarrow01:

 

2. Customer can ask for Port 2 activation. 

 

I thought this was the case, in flight orders are ONT port based