Can a DSL circuit support both UBS and JetStream logons?

[Philip D'Ath]

Once a DSL circuit has been converted across to UBS, is it still
possible to use a standard JetStream DSL username and password to login
via it?

I guess the answer is dependent on where the circuit gets made layer 2.

[Mark Foster]

If I had to guess, given that Telecom provisioning need to make changes to
make your line UBS capable, i'd say no...

HTH
Mark. :)

Post by Philip D'Ath
Once a DSL circuit has been converted across to UBS, is it still
possible to use a standard JetStream DSL username and password to login
via it?
I guess the answer is dependent on where the circuit gets made layer 2.
--
This message is part of the NZ ADSL mailing list.
see http://unixathome.org/adsl/ for archives, FAQ,
and various documents.
with "unsubscribe adsl" in the body of the message

[LEE Tet Yoon]

Actually IIRC, it is. After my account had been switched over to UBS, I tried the JS log on once or twice during the month when I couldn't use my Orcon UBS logon and it worked. I say IIRC because Telecom 'forgot' to switch me over once and it's possible I'm get confused with the time when I thought I was switched over but wasn't but I don't think I am...

Of course, this was in the L3-only days and I have no idea what effect this has on billing etc.

Post by Mark Foster
If I had to guess, given that Telecom provisioning need to make changes to
make your line UBS capable, i'd say no...
HTH
Mark. :)

Post by Philip D'Ath
Once a DSL circuit has been converted across to UBS, is it still
possible to use a standard JetStream DSL username and password to login
via it?
I guess the answer is dependent on where the circuit gets made layer 2.
--
This message is part of the NZ ADSL mailing list.
see http://unixathome.org/adsl/ for archives, FAQ,
and various documents.
with "unsubscribe adsl" in the body of the message

--
This message is part of the NZ ADSL mailing list.
see http://unixathome.org/adsl/ for archives, FAQ,
and various documents.
with "unsubscribe adsl" in the body of the message

[Juha Saarinen]

Post by LEE Tet Yoon
Actually IIRC, it is. After my account had been switched over to UBS,
I tried the JS log on once or twice during the month when I couldn't
use my Orcon UBS logon and it worked. I say IIRC because Telecom
'forgot' to switch me over once and it's possible I'm get confused
with the time when I thought I was switched over but wasn't but I
don't think I am...
Of course, this was in the L3-only days and I have no idea what
effect this has on billing etc.

So you had L3 "i-UBS" with Ethernet backhaul instead of the L2TP
commercial proxy UBS which uses ATM?

[LEE Tet Yoon]

So you had L3 "i-UBS" with Ethernet backhaul instead of the L2TP commercial proxy UBS which uses ATM?

Yeah I would assume so since real UBS had not yet been launched. BTW, I should add that whatever you can or can't do, given that Telecom now caps you at the line, even if you could log on to a Telecom JS account there would only be limited advantage to being able to log on to JS accounts with a UBS line.

[Thomas Salmen]

Post by Philip D'Ath
Once a DSL circuit has been converted across to UBS, is it still
possible to use a standard JetStream DSL username and password to login
via it?

No - once a DSL port is provisioned as UBS, it's tunnelled to the
appropriate ISP straight from the RAN. Changing to a non-UBS login on that
line will simply cause authentication to fail (depending, of course, what
the ISP decides to do with the login attempt).

This applies to logins on the jetstreamgames realm as well.

iUBS is (was) a different matter - an iUBS line is identical to a Jetstart
line, just with a different speed and billing arrangement.

Thomas

[Brian Gibbons]

Gosh I thought you were on an OE or something...... :)

Post by Thomas Salmen
No - once a DSL port is provisioned as UBS, it's tunnelled to the
appropriate ISP straight from the RAN.
This applies to logins on the jetstreamgames realm as well.

Yes, and many users did not realise that jetstreamgames and (more
importantly) IP.Remote would stop working if they switch to UBS.

Post by Thomas Salmen
I guess the answer is dependent on where the circuit gets made layer 2.

It is whether or not Telecom decides to make the circuit Layer2.
See this document..
http://www.telecom.co.nz/binarys/technical-info-ubs.pdf

AFAIK Telecom just shoveled some more coal into their Thisco RAN platform to
implement UBS.

For every DSL connection the RAN will negotiate LCP with the DSL device and
then take the PAP packet and forward this to their Radius server.

The information sent to the Radius server would include physical attributes
for the line as well as the username/password.

If the physical attributes indicate a UBS line then the RAN will do "vpnd
multihop" i.e. create an L2TP session with the ISP and restart PPP.

- else look at the realm (@xxx.net.nz) of the username and proxy the
Radius off to the ISP's Radius servers.

So in the case of UBS the RAN acts as a LAC else it acts as a BRAS, all
under the control of a Radius server.

Not sure of the capabilities of Telecom Radius platform but theoretically
they could have reserved some realms in UBS (e.g. the IP.Remote realms) and
dynamically switched to BRas mode if that realm was used on a UBS line.

But then there is the Telecom billing system, how to charge for this
functionality....

Somewhere in the above you will see how hard it is to churn a UBS line.

Cheers

BG