[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: QoS attributes

john.loughney@nokia.com wrote:

A question for my clarification. What happens if the service that needs a specific QoS is a third party Service i.e. it is not being
delivered/offered by the home network and therefore W/ISP does not have a AAA relationship as such with the 3rd party.

If there is no roaming in place, then there probably is no service.
The user would then have to pay to the visited network via some

I think there are several cases:

1. Service is provided free of charge, QoS set is just used
   to ensure that e.g. those who start the video download can
   also complete and get enough bandwidth while downloading.

   In this case there are no AAA issues. Some QoS signaling
   can take place between the user and the 3rd party service.

2. The 3rd party service has its own authentication and
   billing. The user initiates this authentication in
   addition to the one done at access level. Example:
   SIP layer authentication in addition to WLAN access.

   In this case there is AAA involved, but its local to the
   3rd party service i.e. no roaming to the home network.
   Subscriber pays two bills.

3. The 3rd party service employs authentication with a
   roaming agreement to the home network.

   Here too the service authentication and access
   authentication are separate, but both may use the
   same credentials and be authenticated to the same
   home server. Subscriber pays just one bill.

4. The 3rd party service employs authentication with
   a roaming agreement to the local access network.

   This is like alternative 3, but the roaming path
   goes through the access network.

5. The 3rd party service and the local access network
   can somehow agree to provide QoS services to the
   access network's users. Perhaps based on the block
   of IP addresses allocated to the access network,
   or something like that. Information about the
   provided QoS is exchanged between the networks
   for billing purposes.


-- to unsubscribe send a message to radiusext-request@ops.ietf.org with the word 'unsubscribe' in a single line as the message text body. archive: <http://psg.com/lists/radiusext/>