Hi, Bob and Chip:

We can also support SG3's model (items 1 and 2) in our H.323 QOS model (H.323 Annex N) as a special case.

Best regards, Radhika R. Roy AT&T

-----Original Message----- From: Callaghan, Robert [mailto:Robert.Callaghan@ICN.SIEMENS.COM] Sent: Tuesday, August 15, 2000 1:34 PM To: ITU-SG16@MAILBAG.INTEL.COM Subject: Re: H.323 QOS

Chip,

I agree that the current situation is byzantine. However I think that SG3 has only two choices:

1) Pretend that nothing has changed, attempt to continue the past, and wonder why separations revenues are down.

2) Find a workable solution for the new world where voice is only funny data.

Bob

------------------------------------------------------------------ Robert Callaghan Siemens Enterprise Networks Tel: +1.561.923.1756 Fax: +1.561.923.1403 Email: Robert.Callaghan@ICN.Siemens.com ------------------------------------------------------------------

-----Original Message----- From: Chip Sharp [mailto:chsharp@cisco.com] Sent: Tuesday, August 15, 2000 12:55 PM To: Callaghan, Robert; ITU-SG16@mailbag.cps.intel.com Subject: Re: H.323 QOS

At 09:17 AM 8/15/00 -0400, Callaghan, Robert wrote: ...snip...

• My proposal is that the QoS is only negotiated with the original service

provider and that the QoS negotiation be performed between service providers. Only the original service provider charges the user for the service and this charge is split among the other service provider using a process similar to that used by public telephone carriers today. All ISPs do this today for basic service, so extending it to enhanced services is reasonable.

...snip...

Settlements in the ISP world are fairly byzantine and don't follow the model used by public telephone carriers today (possible exceptions are some of the arrangements for roaming and wholesale dial). Note the objections to draft Recommendation D.iii in SG3. What you suggest here would require a new business model, billing systems, OSS, etc. in the Service Providers(not to mention supporting the QOS in the first place). However, this is true for the alternatives proposed as well. :-) Chip

------------------------------------------------------------------- Chip Sharp Consulting Engineering Cisco Systems Reality - Love it or Change it. http://www.netaid.org -------------------------------------------------------------------

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ For help on this mail list, send "HELP ITU-SG16" in a message to listserv@mailbag.intel.com

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ For help on this mail list, send "HELP ITU-SG16" in a message to listserv@mailbag.intel.com