- sg16-avd - lists.packetizer.com

Call for Participation: Internet Telephony Workshop 2001 April 2/3
by Henning Schulzrinne 18 Mar '01

18 Mar '01

Call for Participation 2nd IP Telephony Workshop April 2-3, 2001 - Columbia University, New York City http://www.fokus.gmd.de/events/iptel2001/ Objectives ---------- Internet telephony is rapidly evolving from research to design and deployment. The IP Telephony Workshop aims at bringing together researchers, developers, vendors and service providers active in this area and stimulate discussion on innovation, research, implementation, deployment experiences and future directions. Scope & Topics -------------- Original technical articles related to IP telephony will be presented, on topics ranging from quality of service, voice measurements, deployment experiences, accounting, security, service and feature interaction. The keynote address will be given by Prof. Dave Farber from the University of Pennsylvania. Important Dates --------------- Registration deadline March 23rd, 2001 Workshop April 2nd-3rd, 2001 iptel2001 Organizing Committee ------------------------------ Program Chair H. Schulzrinne Columbia University Program Committee M. Arango Sun Microsystems F. Baker Cisco W. Bauerfeld T-Nova G. Bond AT&T Research S. Bradner Harvard University G. Carle GMD FOKUS J. Crowcroft UCL C. Huitema Microsoft G. S. Kuo National Central University, Taiwan J. Kuthan GMD Fokus T. Magedanz IKV++ GmbH W. Marshall AT&T Research D. Medhi University of Missouri-Kansas City D. Oran Cisco J. Ott University of Bremen T. La Porta Bell Labs B. Rosen Marconi J. Rosenberg dynamicsoft H. Sinnreich MCI WorldCom R. Steinmetz Technical University of Darmstadt H. Stüttgen NEC CCRLE W. Wimmreuter Siemens L. Wolf University of Karlsruhe A. Wolisz Technical University of Berlin Contact Address --------------- Please send all your inquiries regarding iptel2001 to iptel2001(a)egroups.com. Registration ------------ The registration is now open. Participants are asked to register in advance at http://www.fokus.gmd.de/iptel2001/iptel2001/reg/ The registration deadline is March 23rd, 2001. See our registration website for more details. Accommodation ------------- New York city offers many hotels in different price ranges. Our accommodation web page contains pointers to some nearby hotels, however, attendees are responsible for booking their own accommodation. http://www.fokus.gmd.de/events/iptel2001/accommodation/ Exhibition ---------- To demonstrate how research and development become reality there will be an exhibition co-located with the workshop. A limited number of teams from industry as well as from academia and research will be given space to present their software and hardware, both products and prototypes. If you are interested in presenting your products or prototypes at iptel2001, please send an e-mail to iptel2001(a)egroups.com. Please include a short description of what you plan to display and special requirements if you have any. We will provide tables, power strips, Ethernet/802.11b wireless Internet connectivity (no firewall/NAT) and space for your booth if needed. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ For help on this mail list, send "HELP ITU-SG16" in a message to listserv(a)mailbag.intel.com

1 0

IEEE/ACM Workshop on Mobile Software Agents- MATA 2001- Deadline-April 1.
by Ahmed Karmouch 18 Mar '01

18 Mar '01

[My apologies if you receive this more than once] ====================================================== MATA'2001 Third International Workshop on Mobile Agents for Telecommunication Applications August 14-16, 2001, Montréal, CANADA Co-sponsored by IEEE and ACM http://www.congresbcu.com/mata01/ CALL FOR PAPERS ================ Technical papers (4500 words maximum) describing previously unpublished, completed research or work in progress, not currently under review by another journal or conference, are solicited on the following topics: Mobile Agent Architecture and Models Agent Identification, Tracking and Persistence Agent-based Mobility Management in Mobile Networks Web Agent Systems Agent Integration with CORBA and TINA Active Networks and Mobile Agents Feature Interaction and Agents Mobile Agents Communication Language Security in Mobile Agent Systems Interactive Multimedia Presentation Agents Agent-based Electronic Commerce Agent-based Access to Legacy Services Managing QoS with agents Information Discovery and Gathering using agents Data Mining Agents Network Management Agents Policy-based Management using Mobile Agents Education and Applications of Mobile Agents Prototypes and Experience with Mobile Agents Seamless Messaging and Mobile Agents Accepted papers will be published in the conference proceedings. Papers of particular merit will be proposed for publication in IEEE Network Magazine. All paper submissions should have a cover page containing the title, names, email address and complete postal addresses (including telephone and fax numbers) for all authors. Please indicate the main author for the purpose of correspondence. The cover page should also provide an abstract (150 words maximum), and a list of keywords. Please include a statement stating that "when accepted, one of the authors will attend the Workshop to present the paper". Submissions should be sent by email to the program chair: Roch Glitho Ericcson Research Canada 8400, boul. Décarie Ville Mont-Royal, Québec, Canada, H4P 2N2 email: roch.glitho(a)lmc.ericsson.se Tel.: (514) 345-7000 ext. 2266 IMPORTANT DATES FOR PAPER SUBMISSION Full paper submission due April 1, 2001 Notification of acceptance May 15, 2001 Final paper due June 15, 2001 ======================================= ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ For help on this mail list, send "HELP ITU-SG16" in a message to listserv(a)mailbag.intel.com

1 0

H.323 UUIE PDU
by Nehru, Archana 16 Mar '01

16 Mar '01

hi all, I have a question about the encoding of the UUIE PDU that is sent by an endpoint to its GateKeeper through an IRR message. Suppose we have the following scenario: EP1 (v3)-----------------------------GK(v3/v2)---------------------------------- ----EP2(v2) Here Ep1 is a version 3 client, Gk could either be v3 or V2. Ep2 is version 2. Now if EP1 sends out a UUIE PDU to the GK for all incoming messages from EP2, is it supposed to encode them as version 3 messages or version 2 messages? . The issue here is that the messages from EP2 will not contain V3 fields, so EP1 can forward the message coming from EP2 to the GK in one of the following ways: 1) EP1 forwards the EXACT copy of message coming from EP2. This obviously means that EP1 will forward a "version 2" message as a UUIE to the GK. Note that this means the GK gets an incoming version 2 message inspite of knowing that EP1 is a version 3 endpoint. 2) EP1 does not send an EXACT COPY of messages coming from EP2 as part of UUIEs. This means that EP1 decodes the v2 message from EP2, re-encodes it as a version 3 message and then sends this out to the GK. So the "information content" of the message sent to the Gk is the same as in the incoming PDU from EP2, but the message sent is version3. E.g: let us say EP2 sent a SETUP message to EP1, so its ASN part does not contain version 3 fields like "maintain connection" or "multipleCalls". So EP1 can do the following as indicated above: For choice 1(mentioned above): --------------------------------- It will forward the same SETP UUIE to Gk For Choice 2 (mentioned above): ------------------------------------- It will encode the incoming version 2 message as a version 3 message , i.e it will encode "maintain connection" and "multiple calls" BUT set their values to FALSE. This means that the information delivered to the Gk is the same( maintain connection or multiple calls not supported). The point to clarify here is whether : 1) it is acceptable that a GK sees a version 3 endpoint (EP1) sending out a version 2 message? 2) it is acceptable to GK that the EP1 has actually converted a version 2 message in to a version 3 message (choice no 2)? Pros and Cons of choice 1 and Choice 2: ----------------------------------------------------------- With choice 1, EP1 has to have logic for generating all backward compatible messages (e.g: if EP1 is a V4 endpoint, it should be capable of "encoding a v1, v2 and v3 message also. As the versions increase, this may become cumbersome to implement. With choice 2, EP1 can have the logic of encoding messages only for version 3. But the disadvantage here is that EP1 has to fill in values corresponding to all the fields added for version 3 in order to convert a version2 into a version 3 message. Also it is possible to fill corresponding values for fields that are "BOOLEANs" , but it may not be possible to fill "dummy values" for all "non-BOOLEAN" fields. E.g:what if the new fields added in version 3 is an integer? what dummy values will the GW fill in the version 3 message ? So the question here is , which one of the above choices is correct? My guess is choice 1) works better. Is that right? Any answers are greatly appreciated. -Archana ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ For help on this mail list, send "HELP ITU-SG16" in a message to listserv(a)mailbag.intel.com

2 1

Re: FW: [VoIP-list] FW: [Fwd: AVT WG last call on RTP spec and pr ofil e]
by Tom-PT Taylor 15 Mar '01

15 Mar '01

It's simply a matter of implementors reporting. The key point is that the Working Group Chair has to know exactly which features of the RFC were tested and which not. In the case of the G723 payload type, there are no options to worry about: it's simply a matter of different implementations agreeing on RTP payload type 4 and subsequently transmitting RTP-encapsulated packets in accordance with G.723.1, using one frame (30 ms) per packet or such other value as specified by the A:ptime attribute. -----Original Message----- From: Rex Coldren [mailto:coldrenr@AGCS.COM] Sent: Wednesday, March 14, 2001 2:37 PM To: ITU-SG16(a)MAILBAG.INTEL.COM Subject: Re: FW: [VoIP-list] FW: [Fwd: AVT WG last call on RTP spec and profil e] Francois, I believe you are correct. However, I am not familiar with how the IETF determines "interoperable implementations". Is is simply a matter of vendors reporting with whom they interoperate or is there some IETF-sponsored interop event that needs to be attended? Rex Francois Audet wrote: Guys,This payload type = 4 for G.723.1 has been in H.225.0 for many years. Don't we have many interoperable H.323 products using PT=4 for G.723?Won't it be a major interoperability problem if this payload type is removed from the A/V specification?????> -----Original Message----- > From: Simao Campos-Neto [ mailto:simao.campos@LABS.COMSAT.COM <mailto:simao.campos@LABS.COMSAT.COM> > < mailto:simao.campos@LABS.COMSAT.COM <mailto:simao.campos@LABS.COMSAT.COM> > ] > Sent: Friday, March 09, 2001 8:27 AM > To: ITU-SG16(a)MAILBAG.INTEL.COM > Subject: [Fwd: AVT WG last call on RTP spec and profile] > > > Dear colleagues, > > please see in the attached that audio payload formats for G.723.1, > called there "G723", has been removed from the latest RTP A/V profile > because of the lack on information that interoperable implementations of > them exist. Other audio payload formats have also been removed, e.g. > H263 (this is not the same as H263-2000), GSM-HR, GSM-EFR, If you know > of such implementations, there is still some VERY short time (less than > 2 weeks) before the IETF issues the repeat WG last call. Please provide > any such information directly to Stephen Casner <casner(a)acm.org>. > > Best regards, > Simao.

2 1

A problem involving sending fast-start element in a facility message.
by pmreddy＠HSS.HNS.COM 15 Mar '01

15 Mar '01

Hi, I'm stuck with a particular problem, in the implementation of fast-start in the h323v2 implementation. The following are the details. If anybody is certain about the solution please do respond. Consider the scenario in which both calling end-point(A) and called end-point(B) support and prefer fast-start. Calls are gk-routed. A sends Setup message containing a fast-start element, to the Gatekeeper, which fowards it to B. Gatekeeper sends Call-Proceeding to A. B responds to the Setup sent by A, with a Call-Proceeding containing a fast-start element. Now, the Gatekeeper maps the fast-start element to a faststart element in the facility message. NOW, WHAT REASON SHOULD THE FACILITY MESSAGE HAVE?? I feel it should be "forwarded elements". But I am not very sure. If anybody knows about this, please respond immediately. Thanks Praneeth ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ For help on this mail list, send "HELP ITU-SG16" in a message to listserv(a)mailbag.intel.com

1 0

Subscription Request
by pmreddy＠HSS.HNS.COM 15 Mar '01

15 Mar '01

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

1 0

Re: FW: [VoIP-list] FW: [Fwd: AVT WG last call on RTP spec and pr ofil e]
by Francois Audet 14 Mar '01

14 Mar '01

Guys, This payload type = 4 for G.723.1 has been in H.225.0 for many years. Don't we have many interoperable H.323 products using PT=4 for G.723? Won't it be a major interoperability problem if this payload type is removed from the A/V specification????? > -----Original Message----- > From: Simao Campos-Neto [ mailto:simao.campos@LABS.COMSAT.COM <mailto:simao.campos@LABS.COMSAT.COM> > < mailto:simao.campos@LABS.COMSAT.COM <mailto:simao.campos@LABS.COMSAT.COM> > ] > Sent: Friday, March 09, 2001 8:27 AM > To: ITU-SG16(a)MAILBAG.INTEL.COM > Subject: [Fwd: AVT WG last call on RTP spec and profile] > > > Dear colleagues, > > please see in the attached that audio payload formats for G.723.1, > called there "G723", has been removed from the latest RTP A/V profile > because of the lack on information that interoperable implementations of > them exist. Other audio payload formats have also been removed, e.g. > H263 (this is not the same as H263-2000), GSM-HR, GSM-EFR, If you know > of such implementations, there is still some VERY short time (less than > 2 weeks) before the IETF issues the repeat WG last call. Please provide > any such information directly to Stephen Casner <casner(a)acm.org>. > > Best regards, > Simao.

3 2

Re: FW: [VoIP-list] FW: [Fwd: AVT WG last call on RTP spec and pr ofil e]
by Francois Audet 14 Mar '01

14 Mar '01

I think that they just need people sending them emails saying "Company X demonstrated G.723.1 interoperability with Company Y". Some people have started to send those to Stephen Casner [casner(a)acm.org] He's looking for people who implemented the early version of H.263-1996 and GSM-HR and GSM-EFR. If you do, respond, because they will remove the payload type... -----Original Message----- From: Rex Coldren [mailto:coldrenr@agcs.com] Sent: Wednesday, March 14, 2001 11:37 AM To: Audet, Francois [SC2:4K02:EXCH] Cc: ITU-SG16(a)mailbag.cps.INTEL.COM Subject: Re: FW: [VoIP-list] FW: [Fwd: AVT WG last call on RTP spec and profil e] Francois, I believe you are correct. However, I am not familiar with how the IETF determines "interoperable implementations". Is is simply a matter of vendors reporting with whom they interoperate or is there some IETF-sponsored interop event that needs to be attended? Rex Francois Audet wrote: Guys,This payload type = 4 for G.723.1 has been in H.225.0 for many years. Don't we have many interoperable H.323 products using PT=4 for G.723?Won't it be a major interoperability problem if this payload type is removed from the A/V specification?????> -----Original Message----- > From: Simao Campos-Neto [ mailto:simao.campos@LABS.COMSAT.COM <mailto:simao.campos@LABS.COMSAT.COM> > < mailto:simao.campos@LABS.COMSAT.COM <mailto:simao.campos@LABS.COMSAT.COM> > ] > Sent: Friday, March 09, 2001 8:27 AM > To: ITU-SG16(a)MAILBAG.INTEL.COM > Subject: [Fwd: AVT WG last call on RTP spec and profile] > > > Dear colleagues, > > please see in the attached that audio payload formats for G.723.1, > called there "G723", has been removed from the latest RTP A/V profile > because of the lack on information that interoperable implementations of > them exist. Other audio payload formats have also been removed, e.g. > H263 (this is not the same as H263-2000), GSM-HR, GSM-EFR, If you know > of such implementations, there is still some VERY short time (less than > 2 weeks) before the IETF issues the repeat WG last call. Please provide > any such information directly to Stephen Casner <casner(a)acm.org>. > > Best regards, > Simao.

1 0

Re: Last Call for the SIP-H.323 Interworking Requirements draft
by Chip Sharp 13 Mar '01

13 Mar '01

Thanks. I assume since the actual work group mail list is the one given below, that the safest place to send comments (so they will be taken into account in the last call) is to this mail list. :-) Chip At 12:30 PM 3/13/2001 -0500, Roy, Radhika R, ALCOO wrote: >Hi, Chip and All: > >The comments can also be sent to the following email listing: > >sip-h323(a)yahoogroups.com > >This is the actual work group mailing list where most of the discussion is >being taken place for the SIP-H.323 Interworking. > >Best regards, >Radhika R. Roy > >-----Original Message----- >From: Roy, Radhika R, ALCOO >Sent: Tuesday, March 13, 2001 12:26 PM >To: 'Chip Sharp' >Cc: ITU-SG16(a)mailbag.cps.INTEL.COM >Subject: RE: Last Call for the SIP-H.323 Interworking Requirements draft > > >Hi, Chip and All: > >Any mailing list will be fine. > >However, I would prefer to send the comments in the SG16 mailing list >because although the respective WG Chairs in the IETF are planning to send >the notice in their mailing lists to receive comments soon (I am yet to know >exactly when they will notify it). > >Best regards, >Radhika R. Roy > >-----Original Message----- >From: Chip Sharp [mailto:chsharp@cisco.com] >Sent: Tuesday, March 13, 2001 11:47 AM >To: Roy, Radhika R, ALCOO >Cc: ITU-SG16(a)mailbag.cps.INTEL.COM >Subject: Re: Last Call for the SIP-H.323 Interworking Requirements draft > > >Roy, >Thanks for the notice. > >To which mail list should comments be sent (SG16, sip, iptel, megaco or >spirit)? > >Thanks, >Chip > >At 10:57 AM 3/13/2001 -0500, Roy, Radhika R, ALCOO wrote: > >Hi, Everyone: > > > >We are pleased to let you know that the last call for the following draft > >has been requested in the SIP, IPTEL, MEGACO and SPIRIT WG: > > > >http://search.ietf.org/internet-drafts/draft-agrawal-sip-h323-interworking- >r > >eqs-02.txt > > > >Authors: Hemant Agrawal, Radhika R. Roy, Vipin Palawat, Alan Johnston, > >Charles Agboh, David Wang, Kundan Singh, and Henning Schulzrinne > > > >Abstract: This document describes the requirements for the logical entity > >known as the SIP-H.323 Interworking Function (SIP-H.323 IWF) that will >allow > >the interworking between the SIP (Session Initiation Protocol) and H.323 > >protocols. > > > >Our objective is to obtain an informational RFC number for this draft. > > > >So, it is, therefore, requested to provide your comments by March 27, 2001. > > > >Best regards, > > > >Radhika R. Roy > > > >AT&T > >Room 3D-2C09 > >200 S. Laurel Avenue > >Middletown, NJ 07748, USA > >Tel: +1 732 420 1580 > >Email: rrroy(a)att.com > > > >~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > >For help on this mail list, send "HELP ITU-SG16" in a message to > >listserv(a)mailbag.intel.com > > >------------------------------------------------------------------- >Chip Sharp Consulting Engineering >Cisco Systems >------------------------------------------------------------------- ------------------------------------------------------------------- Chip Sharp Consulting Engineering Cisco Systems ------------------------------------------------------------------- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ For help on this mail list, send "HELP ITU-SG16" in a message to listserv(a)mailbag.intel.com

1 0

Re: Last Call for the SIP-H.323 Interworking Requirements draft
by Roy, Radhika R, ALCOO 13 Mar '01

13 Mar '01

Hi, Chip and All: The comments can also be sent to the following email listing: sip-h323(a)yahoogroups.com This is the actual work group mailing list where most of the discussion is being taken place for the SIP-H.323 Interworking. Best regards, Radhika R. Roy -----Original Message----- From: Roy, Radhika R, ALCOO Sent: Tuesday, March 13, 2001 12:26 PM To: 'Chip Sharp' Cc: ITU-SG16(a)mailbag.cps.INTEL.COM Subject: RE: Last Call for the SIP-H.323 Interworking Requirements draft Hi, Chip and All: Any mailing list will be fine. However, I would prefer to send the comments in the SG16 mailing list because although the respective WG Chairs in the IETF are planning to send the notice in their mailing lists to receive comments soon (I am yet to know exactly when they will notify it). Best regards, Radhika R. Roy -----Original Message----- From: Chip Sharp [mailto:chsharp@cisco.com] Sent: Tuesday, March 13, 2001 11:47 AM To: Roy, Radhika R, ALCOO Cc: ITU-SG16(a)mailbag.cps.INTEL.COM Subject: Re: Last Call for the SIP-H.323 Interworking Requirements draft Roy, Thanks for the notice. To which mail list should comments be sent (SG16, sip, iptel, megaco or spirit)? Thanks, Chip At 10:57 AM 3/13/2001 -0500, Roy, Radhika R, ALCOO wrote: >Hi, Everyone: > >We are pleased to let you know that the last call for the following draft >has been requested in the SIP, IPTEL, MEGACO and SPIRIT WG: > >http://search.ietf.org/internet-drafts/draft-agrawal-sip-h323-interworking- r >eqs-02.txt > >Authors: Hemant Agrawal, Radhika R. Roy, Vipin Palawat, Alan Johnston, >Charles Agboh, David Wang, Kundan Singh, and Henning Schulzrinne > >Abstract: This document describes the requirements for the logical entity >known as the SIP-H.323 Interworking Function (SIP-H.323 IWF) that will allow >the interworking between the SIP (Session Initiation Protocol) and H.323 >protocols. > >Our objective is to obtain an informational RFC number for this draft. > >So, it is, therefore, requested to provide your comments by March 27, 2001. > >Best regards, > >Radhika R. Roy > >AT&T >Room 3D-2C09 >200 S. Laurel Avenue >Middletown, NJ 07748, USA >Tel: +1 732 420 1580 >Email: rrroy(a)att.com > >~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ >For help on this mail list, send "HELP ITU-SG16" in a message to >listserv(a)mailbag.intel.com ------------------------------------------------------------------- Chip Sharp Consulting Engineering Cisco Systems ------------------------------------------------------------------- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ For help on this mail list, send "HELP ITU-SG16" in a message to listserv(a)mailbag.intel.com

1 0