June 2001 - sg16-avd - lists.packetizer.com

Porto Seguro output documents
by OKUBO Sakae 11 Jun '01

11 Jun '01

Dear Rapporteurs and Editors, Could you please upload to /incoming or send to me draft Recommendations you produced in Porto Seguro? Since the PictureTel site is unofficial and set up for experts activities, I cannot simply copy ITU's TDs to there. Best regards, OKUBO Sakae ********************************************************* Global Information and Telecommunication Institute (GITI) Waseda University 29-7 Waseda University Bldg. 1-3-10 Nishi-Waseda, Shinjuku-ku, Tokyo 169-0051 Japan e-mail: okubo(a)giti.waseda.ac.jp Tel: +81 3 3204 8194 Fax: +81 3 5286 3832 ********************************************************* ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ For help on this mail list, send "HELP ITU-SG16" in a message to listserv(a)mailbag.intel.com

1 0

WP2 reports of the SG16 Porto Seguro meeting
by OKUBO Sakae 11 Jun '01

11 Jun '01

Dear SG16 experts, I have placed the WP2 reports of Mr. Tosco, Chairman of WP2, at the following place: http://standard.pictel.com/ftp/avc-site/0105_Por/WP2_Report_010608.zip It comprises the following six documents: Report Docs 6.01.doc -- Index Report Part I 6.01.doc -- Report Part I - General Report Part II 6.01.doc -- Report Part II - Recommendations to AAP and texts for approval Liaison Stat 6.01.doc -- Liaison Statements Meetings Rep 6.01.doc -- Planned Rapporteur Meetings Status Report 6.01.doc -- Status Report for Recommendations of WP2/16 Best regards, OKUBO Sakae ********************************************************* Global Information and Telecommunication Institute (GITI) Waseda University 29-7 Waseda University Bldg. 1-3-10 Nishi-Waseda, Shinjuku-ku, Tokyo 169-0051 Japan e-mail: okubo(a)giti.waseda.ac.jp Tel: +81 3 3204 8194 Fax: +81 3 5286 3832 ********************************************************* ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ For help on this mail list, send "HELP ITU-SG16" in a message to listserv(a)mailbag.intel.com

1 0

Re: Selecting Codecs with dynamic RTP Payload Type
by Tom-PT Taylor 11 Jun '01

11 Jun '01

I assume you're talking about Megaco/H.248 with binary encoding. This is an interesting issue -- you may have to an object identifier after the fashion of H.245, or we'll have to extend the range of acodec. I'm passing this one on to the SG 16 list for comment. -----Original Message----- From: Nierhaus, Florian [mailto:Florian.Nierhaus@icn.siemens.com] Sent: Friday, June 08, 2001 9:49 PM To: 'megaco(a)fore.com' Subject: Selecting Codecs with dynamic RTP Payload Type Hi, I want to add a Termination and select GSM EFR as codec. Can someone tell me what is the correct way to do this? The Payload Type for GSM EFR is dynamic. ACodec seems to only support ITU codecs. Thanks, Florian Nierhaus

1 0

Information on H235V2 End Points
by Babu Varghese 08 Jun '01

08 Jun '01

Hi, I would like to know if there are any H.323 End Points (H235 V2 Complaint - Commerical/ Evaluation copy) available. H235V2 discuss that GateKeeper can make use of Back End Server (BES) support (using Radius) to authenticate messages. It would be very useful (For interoperabilty) if there are end-point available that support BES security profile. If any end-point support BES, it should handle the Radius "challenge" by sending "Challenge Response", which is part of "ClearToken". Some Information on the availabilty endpoints that support Supplementary Services such as Call Transfer, Call Hold and Call Waiting also will be definitely useful. Thanks, Babu ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ For help on this mail list, send "HELP ITU-SG16" in a message to listserv(a)mailbag.intel.com

1 0

Re: Using a MAC address as the Alias
by Frank Derks 08 Jun '01

08 Jun '01

Francois, obviously that can be done. But there is no way of explicitely knowing that h323-ID contains a MAC address. This can only be inferred. Frank audet@NORTELNETWORKS.COM@SMTP@MAILBAG.INTEL.COM on 07-06-2001 18:21:36 Please respond to audet@NORTELNETWORKS.COM@SMTP Sent by: ITU-SG16(a)MAILBAG.INTEL.COM To: ITU-SG16@MAILBAG.INTEL.COM@SMTP cc: Subject: Re: Using a MAC address as the Alias Classification: Of course, there is nothing that prevents you from putting the mac address as a character string in the h323-ID. And it would work with existing versions of H.323 (and other vendors). I don't see much benefits in adding yet another field. > -----Original Message----- > From: Paul E. Jones [SMTP:paulej@PACKETIZER.COM] > Sent: Thursday, June 07, 2001 08:21 > To: ITU-SG16(a)MAILBAG.INTEL.COM > Subject: Re: Using a MAC address as the Alias > > Frank, > > At first glance, it seems odd that one would want to report that to the > GK. > Certainly, it doesn't seem useful to report that though LRQ or other > address > resolution mechanisms. However, there are cases where it might be nice if > the GK knew the MAC address-- especially since V4 now allows multiple > endpoints to have the same alias. There are obvious benefits to having a > unique alias in the list. > > Paul > > ----- Original Message ----- > From: <frank.derks(a)philips.com> > To: <paulej(a)PACKETIZER.COM> > Cc: <ITU-SG16(a)mailbag.cps.INTEL.COM> > Sent: Thursday, June 07, 2001 3:00 AM > Subject: Re: Using a MAC address as the Alias > > > > Paul, > > > > it's good to know that I am not the only person that considers the use > of > a > > MAC address as an "alias" as being useful. It therefore strikes me as > being > > somewhat odd that this is not included in the massive amount of options > that > > H.323 already has. Any ideas why this was never included? > > > > Frank > > > > > > > > > > > > paulej@PACKETIZER.COM@SMTP@MAILBAG.INTEL.COM on 07-06-2001 05:45:35 > > Please respond to paulej@PACKETIZER.COM@SMTP > > Sent by: ITU-SG16(a)MAILBAG.INTEL.COM > > To: ITU-SG16@MAILBAG.INTEL.COM@SMTP > > cc: > > Subject: Re: Using a MAC address as the Alias > > Classification: > > > > > > Frank, > > > > Yes, I have, and there are very valid cases for doing this. > > > > Paul > > > > ----- Original Message ----- > > From: "Frank Derks" <frank.derks(a)PHILIPS.COM> > > To: <ITU-SG16(a)mailbag.cps.INTEL.COM> > > Sent: Tuesday, June 05, 2001 10:05 AM > > Subject: Using a MAC address as the Alias > > > > > > > Today, there are many possibilities for a H.323 User/Terminal to > register > > with a GK. Many of these > > > Aliases are an alias for the user. When the MobileUIM structure is > used, > > it is also possible to specify > > > an equipment identifier. Has anybody ever given any thought to the > > possibility of specifying the MAC > > > address of Terminal as an Alias? > > > > > > Regards, > > > > > > Frank > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > For help on this mail list, send "HELP ITU-SG16" in a message to > > > listserv(a)mailbag.intel.com > > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > For help on this mail list, send "HELP ITU-SG16" in a message to > > listserv(a)mailbag.intel.com > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > For help on this mail list, send "HELP ITU-SG16" in a message to > listserv(a)mailbag.intel.com

2 1

Re: Using a MAC address as the Alias
by frank.derks＠philips.com 07 Jun '01

07 Jun '01

Paul, it's good to know that I am not the only person that considers the use of a MAC address as an "alias" as being useful. It therefore strikes me as being somewhat odd that this is not included in the massive amount of options that H.323 already has. Any ideas why this was never included? Frank paulej@PACKETIZER.COM@SMTP@MAILBAG.INTEL.COM on 07-06-2001 05:45:35 Please respond to paulej@PACKETIZER.COM@SMTP Sent by: ITU-SG16(a)MAILBAG.INTEL.COM To: ITU-SG16@MAILBAG.INTEL.COM@SMTP cc: Subject: Re: Using a MAC address as the Alias Classification: Frank, Yes, I have, and there are very valid cases for doing this. Paul ----- Original Message ----- From: "Frank Derks" <frank.derks(a)PHILIPS.COM> To: <ITU-SG16(a)mailbag.cps.INTEL.COM> Sent: Tuesday, June 05, 2001 10:05 AM Subject: Using a MAC address as the Alias > Today, there are many possibilities for a H.323 User/Terminal to register with a GK. Many of these > Aliases are an alias for the user. When the MobileUIM structure is used, it is also possible to specify > an equipment identifier. Has anybody ever given any thought to the possibility of specifying the MAC > address of Terminal as an Alias? > > Regards, > > Frank > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > For help on this mail list, send "HELP ITU-SG16" in a message to > listserv(a)mailbag.intel.com > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ For help on this mail list, send "HELP ITU-SG16" in a message to listserv(a)mailbag.intel.com

4 5

Re: Using a MAC address as the Alias
by Francois Audet 07 Jun '01

07 Jun '01

Of course, there is nothing that prevents you from putting the mac address as a character string in the h323-ID. And it would work with existing versions of H.323 (and other vendors). I don't see much benefits in adding yet another field. > -----Original Message----- > From: Paul E. Jones [SMTP:paulej@PACKETIZER.COM] > Sent: Thursday, June 07, 2001 08:21 > To: ITU-SG16(a)MAILBAG.INTEL.COM > Subject: Re: Using a MAC address as the Alias > > Frank, > > At first glance, it seems odd that one would want to report that to the > GK. > Certainly, it doesn't seem useful to report that though LRQ or other > address > resolution mechanisms. However, there are cases where it might be nice if > the GK knew the MAC address-- especially since V4 now allows multiple > endpoints to have the same alias. There are obvious benefits to having a > unique alias in the list. > > Paul > > ----- Original Message ----- > From: <frank.derks(a)philips.com> > To: <paulej(a)PACKETIZER.COM> > Cc: <ITU-SG16(a)mailbag.cps.INTEL.COM> > Sent: Thursday, June 07, 2001 3:00 AM > Subject: Re: Using a MAC address as the Alias > > > > Paul, > > > > it's good to know that I am not the only person that considers the use > of > a > > MAC address as an "alias" as being useful. It therefore strikes me as > being > > somewhat odd that this is not included in the massive amount of options > that > > H.323 already has. Any ideas why this was never included? > > > > Frank > > > > > > > > > > > > paulej@PACKETIZER.COM@SMTP@MAILBAG.INTEL.COM on 07-06-2001 05:45:35 > > Please respond to paulej@PACKETIZER.COM@SMTP > > Sent by: ITU-SG16(a)MAILBAG.INTEL.COM > > To: ITU-SG16@MAILBAG.INTEL.COM@SMTP > > cc: > > Subject: Re: Using a MAC address as the Alias > > Classification: > > > > > > Frank, > > > > Yes, I have, and there are very valid cases for doing this. > > > > Paul > > > > ----- Original Message ----- > > From: "Frank Derks" <frank.derks(a)PHILIPS.COM> > > To: <ITU-SG16(a)mailbag.cps.INTEL.COM> > > Sent: Tuesday, June 05, 2001 10:05 AM > > Subject: Using a MAC address as the Alias > > > > > > > Today, there are many possibilities for a H.323 User/Terminal to > register > > with a GK. Many of these > > > Aliases are an alias for the user. When the MobileUIM structure is > used, > > it is also possible to specify > > > an equipment identifier. Has anybody ever given any thought to the > > possibility of specifying the MAC > > > address of Terminal as an Alias? > > > > > > Regards, > > > > > > Frank > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > For help on this mail list, send "HELP ITU-SG16" in a message to > > > listserv(a)mailbag.intel.com > > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > For help on this mail list, send "HELP ITU-SG16" in a message to > > listserv(a)mailbag.intel.com > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > For help on this mail list, send "HELP ITU-SG16" in a message to > listserv(a)mailbag.intel.com

2 1

Re: Using a MAC address as the Alias
by Frank Derks 07 Jun '01

07 Jun '01

Pete, one of the uses of a MAC address could be a "standardised" way to identify a piece of equipment in a simple way. Obviously there is a vendorIdentifier element for this purpose, but its contents are rather "non-standard" (OCTET STRING), which makes it a bit harder to determine the piece of equipment. Furthermore, I would expect the vendorIdentifier field to be identical for every product of the same type, so the only thing a could infer from this element is the type of the product and not the specific piece of equipment. Why would I want to know the MAC address? Since the MAC address is tightly coupled to a piece of equipment, I could use this information to do something equipment specific. This can also be achieved through the vendorIdentifier element, but this would mean that any piece of equipment of this type would qualify and not a specific piece of equipment. If I want to do something based on the physical location of the equipment, then the vendorIdentifier is no great help. If I keep some administration about the location of equipment and their MAC addresses,then I could e.g. pinpoint the location from which a call was placed. Since Aliases usually represent users, they are rather loosely coopled to a specific piece of equipment. Frank pete(a)tech-know-ware.com on 07-06-2001 15:09:23 To: ITU-SG16@mailbag.cps.INTEL.COM@SMTP Frank Derks/HVS/BE/PHILIPS@EMEA2 cc: Subject: Re: Using a MAC address as the Alias Classification: I think the main reason is simply that no one has so far made a case for them! (I can't see the value myself, but then no one has explained it to me! I'm prepared to be enlightened.) What I would say is that, if you do want to add it as a new alias type, then I would suggest that it be added as a URL. Something like: .mac:blah-blah-blah (where l=0 and h=5 !!!) I've preceded it with a dot to indicate that it is a 323 defined URL and so avoid any conflicts with officially defined URLs. Any new aliases should probably also include what steps should be taken to enable backwards compatible operation with entities that do not understand the alias. Pete. ============================================= Pete Cordell Tech-Know-Ware pete(a)tech-know-ware.com +44 1473 635863 ============================================= ----- Original Message ----- From: Frank Derks <frank.derks(a)PHILIPS.COM> To: <ITU-SG16(a)mailbag.cps.INTEL.COM> Sent: 07 June 2001 08:00 Subject: Re: Using a MAC address as the Alias > Paul, > > it's good to know that I am not the only person that considers the use of a > MAC address as an "alias" as being useful. It therefore strikes me as being > somewhat odd that this is not included in the massive amount of options that > H.323 already has. Any ideas why this was never included? > > Frank > > > > > > paulej@PACKETIZER.COM@SMTP@MAILBAG.INTEL.COM on 07-06-2001 05:45:35 > Please respond to paulej@PACKETIZER.COM@SMTP > Sent by: ITU-SG16(a)MAILBAG.INTEL.COM > To: ITU-SG16@MAILBAG.INTEL.COM@SMTP > cc: > Subject: Re: Using a MAC address as the Alias > Classification: > > > Frank, > > Yes, I have, and there are very valid cases for doing this. > > Paul > > ----- Original Message ----- > From: "Frank Derks" <frank.derks(a)PHILIPS.COM> > To: <ITU-SG16(a)mailbag.cps.INTEL.COM> > Sent: Tuesday, June 05, 2001 10:05 AM > Subject: Using a MAC address as the Alias > > > > Today, there are many possibilities for a H.323 User/Terminal to register > with a GK. Many of these > > Aliases are an alias for the user. When the MobileUIM structure is used, > it is also possible to specify > > an equipment identifier. Has anybody ever given any thought to the > possibility of specifying the MAC > > address of Terminal as an Alias? > > > > Regards, > > > > Frank > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > For help on this mail list, send "HELP ITU-SG16" in a message to > > listserv(a)mailbag.intel.com > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > For help on this mail list, send "HELP ITU-SG16" in a message to > listserv(a)mailbag.intel.com > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > For help on this mail list, send "HELP ITU-SG16" in a message to > listserv(a)mailbag.intel.com > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ For help on this mail list, send "HELP ITU-SG16" in a message to listserv(a)mailbag.intel.com

2 1

terminalAlias and terminalAliasPattern in RCF
by Frank Derks 07 Jun '01

07 Jun '01

The RCF message may include the terminalAlias and terminalAliasPattern elements. According to the description of the terminalAlias element, it is used to: 1. Inform the terminal about alias addresses by which other terminals may identify the terminal 2. To assign an alias (or multiple aliases) to a terminal when it does not specify an alias in the RRQ According to the description of the terminalAliasPattern element, it is used to: 1. Inform the terminal about the alias(es), from the list of aliases in the RRQ, that are accepted 2. To assign an alias (or multiple aliases) to a terminal when it does not specify an alias in the RRQ It is not clear whether the contents of terminalAlias "override" the alias(es) in the RRQ. I.e. should (or shall) the terminal only use an alias(es) from the list returned in the RCF and forget about the alias(es) that it used in the RRQ? Or is this information provided so the terminal will accept incoming calls destined for these returned aliases? For terminalAliasPattern, this seems to be somewhat clearer, as the description says something about "acceptable aliases from the RRQ". Still, the text doesn't go at great lengths to explain what acceptable means. Regards, Frank ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ For help on this mail list, send "HELP ITU-SG16" in a message to listserv(a)mailbag.intel.com

2 1

Re: [imtch323implementors] H32x-Series and ASN1 TO JAVA
by Elangovan Angannan 07 Jun '01

07 Jun '01

Dear Michael, OpenH323 project provides encoding/decoding library. With a minimum effort you can access it from JAVA through JNI. Regards Elango > > Right now I am searching for tools in order to get > the standards > specified in ASN1 into Java. Does anyone have some > recommendations > or hints how to do the encoding and decoding of the > messages in > order to get them across the wire. > > There are a lot of commercial tools available, but > isn't there > a open source or free implemenation/source code of a > compiler 4 java. > > > thank you very much for your effort, > > michael > > > --- > You are currently subscribed to imtch323implementors > as: h323elango(a)yahoo.com > To unsubscribe send a blank email to leave-imtch323implementors-46711Q(a)mail.imtc.org ===== Amoeba Telecom India http://www.amoebatel.com __________________________________________________ Do You Yahoo!? Get personalized email addresses from Yahoo! Mail - only $35 a year! http://personal.mail.yahoo.com/ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ For help on this mail list, send "HELP ITU-SG16" in a message to listserv(a)mailbag.intel.com

1 0