>From: "Thomas Salmen" <tsalmen@orcon.net.nz>

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

> 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.

>From: "Philip D'Ath" <pid@ifm.net.nz>
> 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

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