- sg16-avd - lists.packetizer.com

Re: H.323 Annex N draft
by Roy, Radhika R, ALARC 21 Feb '00

21 Feb '00

Hi, Mike and All: I did not have the time go through the whole document yet. However, a quick look into the document provides me to point out about the scope as follows: 1. The contributions were provided for mapping of H.323 QOS over the network layer QOS. For example, IETF's DiffServ, IntServ/RSVP, and MPLS, and ATM QOS classes: CBR, VBR, rt-VBR, nrt-VRB, and ABR. Those contributions were accepted in the last Red Bank (Oct'99) meeting. Accordingly, the then editor Rich Bowen produced the TD … [View More]

2 1

H.323 Annex N draft
by Mike Buckley 21 Feb '00

21 Feb '00

Attached is the first draft of the new Annex N of H.323. This was issued at last week's meeting as TD126 of WP2 but the attached version includes some further minor revisions and additions of informational material (in the Appendices) which needs further review in the light of the adoption of the generic QoS bearer descriptor. Comments and contributions welcome. Mike Buckley (editor) mikebuckley(a)44comms.com +44-1457-877718 (T) +44-1457-877721 (F)

1 0

Re: Please upload the decided/determined/approved texts
by Euchner Martin 21 Feb '00

21 Feb '00

as requested I've uploaded the determined, changed marked versions of H.235v2 and of H.323 Annex J to the Incoming directory. ftp://standard.pictel.com/avc-site/Incoming/H0235Ev2r3_determined.zip <ftp://standard.pictel.com/avc-site/Incoming/H0235Ev2r3_determined.zip> ftp://standard.pictel.com/avc-site/Incoming/H323AnnexJr3_determined.zip <ftp://standard.pictel.com/avc-site/Incoming/H323AnnexJr3_determined.zip> Kind regards, Martin Euchner. ---------------------------------------… [View More]

1 0

Re: Please upload the decided/determined/approved texts : H.245
by Mike Nilsson 21 Feb '00

21 Feb '00

I have uploaded the file H245_L.zip This contains the following files relating to H.245 Version 6. H245NCML.doc : Clean copy of version 6 H245WCML.doc : Full version with changes shown relative to version 6. H245DELL.doc : Cut-down version with changes shown relative to version 6. WhiteToVersion6WCM.doc : Full version with changes shown relative to the white paper. WhiteToVersion6DEL.doc : Cut-down version with changes shown relative to the white … [View More]

1 0

Re: Ad Hoc Mobility Group
by Roy, Radhika R, ALARC 20 Feb '00

20 Feb '00

Hi, Everyone: I missed one point in the last email. We would also like to thank Ed for his excellent effort as an editor of H.323 Annex H in a difficult time when the idea H.323 mobility was yet to be clearer differentiating itself from lower layer IP and wireless mobility. More importantly, Ed will be around with us as a contributor which is the most important need for H.323 Annex H. Best regards, Radhika R. Roy, AT&T H.323 Ad Hoc Mobility Group PS: Paul Guram - It is OK for me for the … [View More]conf call on March 20, 22, 23, & 24 (NOT on March 21). -----Original Message----- From: Roy, Radhika R, ALARC Sent: Sunday, February 20, 2000 1:28 PM To: ITU-SG16(a)MAILBAG.INTEL.COM Subject: Re: Ad Hoc Mobility Group Hi, Everyone: Let us all welcome Paul in his effort to continue the work of H.323 Annex H for arranging the conference calls between now and the next Rap. meeting to be held on May 15-19 so that we can determine this important document in November 2000. Let us also welcome Jaakko to work as the editor of Annex H as well as Paul Reddy for his excellent job for performing his work related to H.246 Annex E which had been determined in the last Feb 7-18 SG16 meeting. Now we have set a mark that H.323 is becoming ready to support mobility. The next important thing is that we have to complete H.323 Annex H first. As Paul pointed out: Let us start with a scenario of H.323 - Roaming within an H.323 Network. In the meantime, I also have a plan to send an email to Jean-Claude related to VLF and HLF information flows in the context H.323 mobility. I guess that this will also provide an opportunity to all how this problem can be addressed in the context of H.323 mobility. The time in the conference call is very precious and we only be able to hold few conferences before the next Rap. meeting. We definitely have to make decisions more quickly in the conf calls for putting more stuffs by the editor so that the document can take a reasonable shape for determination in November 2000. We hope that we have crossed the first phase of our understanding how we can address H.323 mobility problems. Any discussions via emails will expedite our understanding more quickly because the time in the conference calls is very short. I would also request Paul to clarify how the contributions for the conference calls could be sent(I guess that the editor will be the right person). Editor can provide the URL and contribution number as we did in the past. Best Regards, Radhika R. Roy AT&T +1 732 420 1580 rrroy(a)att.com -----Original Message----- From: Guram Paul-LPG019 [mailto:lpg019@EMAIL.MOT.COM] Sent: Saturday, February 19, 2000 6:06 PM To: ITU-SG16(a)MAILBAG.INTEL.COM Subject: Ad Hoc Mobility Group Hello SG16 ad hoc mobility group members, The following is a report on the current status and future plan of this ad hoc group. If I have missed out on any important points please respond to the group. 1. To ensure rapid completion of sufficient work in Annex H such that it can be considered for determination at the earliest opportunity, Paul Guram (Motorola) has been elected to chair future meetings of the mobility ad hoc group. It is planned to hold a number of conference calls, kindly facilitated by IMTC (as before), between now and the Rapporteurs meeting in May in Osaka. The group will always endeavour to reach quick agreed conclusions, after appropriate debate, to help the editor of Annex H to complete his task. 2. Ed Martinez (Motorola) has indicated that, due to his time being taken up by other work in his company, he is unable to additionally carry out the duties of the editorship for Annex H. The ad group will miss Ed and would like to thank him for the work he did and the leadership he showed in making mobility part of the overall H.323 agenda. Jaakko Sundquist (Nokia), who performed the editor's work in the Geneva meeting because of Ed's absence, has accepted to become the new editor for Annex H. This will, no doubt, be officially confirmed by Dale Skran (Q13 Rapporteur) in due course. 3. The next conference call is planned to be during the week beginning 20 March. Please inform me personally, i.e. not via the reflector, as to which dates (20 March to 24 March) are suitable for you to attend, and I will then arrange for the meeting to take place on the most appropriate date. The agenda of this meeting is as below. The main objective is to (a) define mobility scenarios, and (b) to agree on the scenario that we will pursue first for Annex H. This will help to focus on our work of defining all the aspects of this chosen scenario under the guidelines of our agreed terms of reference at the Geneva meeting. (To help in defining the scenarios, a look at the ETSI Tiphon scenarios may be useful. However, typical example scenarios are "roaming within an H.323 network", "inter-working between PSTN and H.323 networks for terminals" etc. etc. Contributions (with diagrams) on the scenario topics are to be sent via the reflector by Friday the 10th March. This will give all the participants enough time to consider the proposals for the meeting. This will allow discussion on items already seen and studied by the participants, thus saving time on lengthy presentations by the contributors, and secondly allowing participants, who may not to be able to take part in the live discussions, to have the opportunity to communicate their comments via email. Agenda: 1. Brief Introductions and agreement of agenda 2. Mobility Scenarios for Annex H 3. Adoption of the first scenario to study (in its entirety) 4. Issues related to the progress on Annex I, and H.246 Annex E 5. Report back from other mobility groups (3GPP, 3G.IP, IMT2000, MWIF, etc.). (this will be given by any participant who attends/has access to the appropriate group, and information will be that relevant to our work) 6. Any other business 7. Agenda and date of next conference call 4. On 17 February morning there was a joint ad hoc meeting with the JQG4 from SG11. See the notes below which are also being sent to JQG4. Interaction between JQG4 and our ad hoc group will continue at appropriate times in order to advance our respective work in the two groups. Notes of a Joint Ad Hoc Meeting between SG11/ JQG4 and SG16/Ad hoc Mobility Group, on Thursday 17 February 2000 in Geneva Present: Jean-Claude Samou France Telecom Frederic Delmond France Telecom Janusz Dobrowaski Lucent Technologies Vineet Kumar INTEL Paul Reddy INTEL Nicolas Tran Alcatel CIT Tatiana Tchaika ITU-T Paul Guram Motorola JQG4 Issue Manager Jean-Claude Samou explained that there are five JQGs in the IMT2000 area: JQG1 deals with radio aspects. Matters on the air interface are directly handled by other bodies such as 3GPP, JQG2 did not start, JQG3 deals with VHE scenarios and protocols. Since this is IN related, Question 22 of SG11 progresses the work, JQG4 deals with the Mobility Management aspects, and JQG5 deals with the bearer control protocol and moves are afoot to move this work into WP2 of SG11. There is work in the IMT2000 area which could help the work in the SG16 mobility ad hoc group: H.246 Annex E defines the NNI between H.323 and GSM/ANSI-41. Work on the development of a common mobility management protocol is going on in IMT2000. We need to look at how each group can help each other in this respect, and see if the common set of operations could be adopted for the SG16. A generic state machine being developed Q22/11 should be studied to help the SG16 ad hoc group to see if it can be applicable to the packet network. The relevant recommendations for study are Q.1751 and Q.1721. Mr Delmond presented the following output document. This was seen as very useful input into the later work to be done within Annex H. <<JQG4 Output Geneva 9910 v5.1.doc>> Regards Paul [View Less]

2 1

Re: Ad Hoc Mobility Group
by Roy, Radhika R, ALARC 20 Feb '00

20 Feb '00

Hi, Everyone: Let us all welcome Paul in his effort to continue the work of H.323 Annex H for arranging the conference calls between now and the next Rap. meeting to be held on May 15-19 so that we can determine this important document in November 2000. Let us also welcome Jaakko to work as the editor of Annex H as well as Paul Reddy for his excellent job for performing his work related to H.246 Annex E which had been determined in the last Feb 7-18 SG16 meeting. Now we have set a mark that H.… [View More]323 is becoming ready to support mobility. The next important thing is that we have to complete H.323 Annex H first. As Paul pointed out: Let us start with a scenario of H.323 - Roaming within an H.323 Network. In the meantime, I also have a plan to send an email to Jean-Claude related to VLF and HLF information flows in the context H.323 mobility. I guess that this will also provide an opportunity to all how this problem can be addressed in the context of H.323 mobility. The time in the conference call is very precious and we only be able to hold few conferences before the next Rap. meeting. We definitely have to make decisions more quickly in the conf calls for putting more stuffs by the editor so that the document can take a reasonable shape for determination in November 2000. We hope that we have crossed the first phase of our understanding how we can address H.323 mobility problems. Any discussions via emails will expedite our understanding more quickly because the time in the conference calls is very short. I would also request Paul to clarify how the contributions for the conference calls could be sent(I guess that the editor will be the right person). Editor can provide the URL and contribution number as we did in the past. Best Regards, Radhika R. Roy AT&T +1 732 420 1580 rrroy(a)att.com -----Original Message----- From: Guram Paul-LPG019 [mailto:lpg019@EMAIL.MOT.COM] Sent: Saturday, February 19, 2000 6:06 PM To: ITU-SG16(a)MAILBAG.INTEL.COM Subject: Ad Hoc Mobility Group Hello SG16 ad hoc mobility group members, The following is a report on the current status and future plan of this ad hoc group. If I have missed out on any important points please respond to the group. 1. To ensure rapid completion of sufficient work in Annex H such that it can be considered for determination at the earliest opportunity, Paul Guram (Motorola) has been elected to chair future meetings of the mobility ad hoc group. It is planned to hold a number of conference calls, kindly facilitated by IMTC (as before), between now and the Rapporteurs meeting in May in Osaka. The group will always endeavour to reach quick agreed conclusions, after appropriate debate, to help the editor of Annex H to complete his task. 2. Ed Martinez (Motorola) has indicated that, due to his time being taken up by other work in his company, he is unable to additionally carry out the duties of the editorship for Annex H. The ad group will miss Ed and would like to thank him for the work he did and the leadership he showed in making mobility part of the overall H.323 agenda. Jaakko Sundquist (Nokia), who performed the editor's work in the Geneva meeting because of Ed's absence, has accepted to become the new editor for Annex H. This will, no doubt, be officially confirmed by Dale Skran (Q13 Rapporteur) in due course. 3. The next conference call is planned to be during the week beginning 20 March. Please inform me personally, i.e. not via the reflector, as to which dates (20 March to 24 March) are suitable for you to attend, and I will then arrange for the meeting to take place on the most appropriate date. The agenda of this meeting is as below. The main objective is to (a) define mobility scenarios, and (b) to agree on the scenario that we will pursue first for Annex H. This will help to focus on our work of defining all the aspects of this chosen scenario under the guidelines of our agreed terms of reference at the Geneva meeting. (To help in defining the scenarios, a look at the ETSI Tiphon scenarios may be useful. However, typical example scenarios are "roaming within an H.323 network", "inter-working between PSTN and H.323 networks for terminals" etc. etc. Contributions (with diagrams) on the scenario topics are to be sent via the reflector by Friday the 10th March. This will give all the participants enough time to consider the proposals for the meeting. This will allow discussion on items already seen and studied by the participants, thus saving time on lengthy presentations by the contributors, and secondly allowing participants, who may not to be able to take part in the live discussions, to have the opportunity to communicate their comments via email. Agenda: 1. Brief Introductions and agreement of agenda 2. Mobility Scenarios for Annex H 3. Adoption of the first scenario to study (in its entirety) 4. Issues related to the progress on Annex I, and H.246 Annex E 5. Report back from other mobility groups (3GPP, 3G.IP, IMT2000, MWIF, etc.). (this will be given by any participant who attends/has access to the appropriate group, and information will be that relevant to our work) 6. Any other business 7. Agenda and date of next conference call 4. On 17 February morning there was a joint ad hoc meeting with the JQG4 from SG11. See the notes below which are also being sent to JQG4. Interaction between JQG4 and our ad hoc group will continue at appropriate times in order to advance our respective work in the two groups. Notes of a Joint Ad Hoc Meeting between SG11/ JQG4 and SG16/Ad hoc Mobility Group, on Thursday 17 February 2000 in Geneva Present: Jean-Claude Samou France Telecom Frederic Delmond France Telecom Janusz Dobrowaski Lucent Technologies Vineet Kumar INTEL Paul Reddy INTEL Nicolas Tran Alcatel CIT Tatiana Tchaika ITU-T Paul Guram Motorola JQG4 Issue Manager Jean-Claude Samou explained that there are five JQGs in the IMT2000 area: JQG1 deals with radio aspects. Matters on the air interface are directly handled by other bodies such as 3GPP, JQG2 did not start, JQG3 deals with VHE scenarios and protocols. Since this is IN related, Question 22 of SG11 progresses the work, JQG4 deals with the Mobility Management aspects, and JQG5 deals with the bearer control protocol and moves are afoot to move this work into WP2 of SG11. There is work in the IMT2000 area which could help the work in the SG16 mobility ad hoc group: H.246 Annex E defines the NNI between H.323 and GSM/ANSI-41. Work on the development of a common mobility management protocol is going on in IMT2000. We need to look at how each group can help each other in this respect, and see if the common set of operations could be adopted for the SG16. A generic state machine being developed Q22/11 should be studied to help the SG16 ad hoc group to see if it can be applicable to the packet network. The relevant recommendations for study are Q.1751 and Q.1721. Mr Delmond presented the following output document. This was seen as very useful input into the later work to be done within Annex H. <<JQG4 Output Geneva 9910 v5.1.doc>> Regards Paul [View Less]

1 0

Some questions regarding H.341
by Michaela Goffri 20 Feb '00

20 Feb '00

Hi, Can anyone answer the following questions regarding H.341: Procedural: 1. What is the status of the document: is it scheduled to become a standard and if yes, when? 2. Is there any mailing lists/discussion forums to get clarifications/suggestions? Following are the technical questions: 1. In the proposed model (Figure 2), when the entire GW is represented as an interface, what type this interface is? Are RAS/H.225/H.245 represented as a separate ifIndex entries and if yes of what type … [View More]and what is the ifStack model for them? 2. Should a linkUp/linkDown/coldStart traps be sent for this interface or it is implementation dependent? 3. In the MmTerminalDataCapability textual convention there is no t38fax. How to report the t38? H.225 in GW: 4. Should the callsignalStatsTable be implemented in the GW? Most (if not all) counters will be incremented for both incoming and outgoing directions. Is this the intention? Which side is considered as "In" and which side is considered as "Out" for GW? 5. Why callSignalConfigT303 and callSignalConfigT3031 do not have a DEFVAL as defined in H225. RAS in GW: 6. rasConfigurationGatekeeperIdentifier is defined as read-only. As such, it is impossible to remotely configure a desired GK. Shouldn't it be RW? 7. rasConfigurationGatekeeperDiscoveryAddress: the purpose is not clear. Is it a configured (by user) GK address or it is the GK address, resulted from discovery process? In the first case, shouldn't it be RW? 8. rasRegistrationTable : how many entries are in this table for a GW? Just one? 9. rasRegistrationAliasTable : for the GW it is the list of all aliases it registered in the GK? 10. rasRegistrationAliasTable : What is the intention for GW? To keep entry in the table for every call? If yes, how the calls are represented: those, coming from the lan, have the source address of the endpoint and destination of a GW and those, coming from the SCN vice versa? 11. rasConfigurationTable : the description says ".... The number of entries equals to the number of configuration parameters." If the table is indexed by the ifIndex, why the number of parameters is relevant? H.245 in GW: 12. h245ConfigurationTable : the description says "..The number of entries equals to the number of H.245 stacks in a system.". Why there supposed to be several H.245 stacks in the system? For different versions of H.245? 13. h245CapExchangeStatsTable : is this table applicable for a GW? Gateway 14.h323GwSystemTable : all entries in the table (except ..LocalTime) are read only. It seems others could be made read-write in order to allow remote changes (like location, contact person, country code). 15. h323GwConfigurationH323Table : h323GwConfigurationH323CallSignalingAddressTag and h323GwConfigurationH323CallSignalingAddress are defined read-only. It seems if they where defined read-write, it would allow change of this address to a non-standard value. Otherwise, they either contain a well-known address or an address which is configured by other means (like RS232). having these entries RW, would allow easy remote management . On the other hand, h323GwConfigurationH323GatekeeperAddressTag and h323GwConfigurationH323GatekeeperAddress are defined as read-write. Isn't it in contradiction with the description of this variable? Why to allow to the user to change the address of the gatekeeper, this GW is registered with? 16. h323GwCapabilitiesPstnTotalPorts : is it the total number of say, E1/T1 ports this GW supports? 17. h323GwConnectionsCommand : why it is read-write? To allow manager to control the call state remotely? In which cases it might be useful? 18. h323GwConnectionsPstnTable : Currently the table contains only an index. What else supposed to be defined there? Thanks, Michaela [View Less]

1 0

Ad Hoc Mobility Group
by Guram Paul-LPG019 19 Feb '00

19 Feb '00

Hello SG16 ad hoc mobility group members, The following is a report on the current status and future plan of this ad hoc group. If I have missed out on any important points please respond to the group. 1. To ensure rapid completion of sufficient work in Annex H such that it can be considered for determination at the earliest opportunity, Paul Guram (Motorola) has been elected to chair future meetings of the mobility ad hoc group. It is planned to hold a number of conference calls, kindly … [View More]facilitated by IMTC (as before), between now and the Rapporteurs meeting in May in Osaka. The group will always endeavour to reach quick agreed conclusions, after appropriate debate, to help the editor of Annex H to complete his task. 2. Ed Martinez (Motorola) has indicated that, due to his time being taken up by other work in his company, he is unable to additionally carry out the duties of the editorship for Annex H. The ad group will miss Ed and would like to thank him for the work he did and the leadership he showed in making mobility part of the overall H.323 agenda. Jaakko Sundquist (Nokia), who performed the editor's work in the Geneva meeting because of Ed's absence, has accepted to become the new editor for Annex H. This will, no doubt, be officially confirmed by Dale Skran (Q13 Rapporteur) in due course. 3. The next conference call is planned to be during the week beginning 20 March. Please inform me personally, i.e. not via the reflector, as to which dates (20 March to 24 March) are suitable for you to attend, and I will then arrange for the meeting to take place on the most appropriate date. The agenda of this meeting is as below. The main objective is to (a) define mobility scenarios, and (b) to agree on the scenario that we will pursue first for Annex H. This will help to focus on our work of defining all the aspects of this chosen scenario under the guidelines of our agreed terms of reference at the Geneva meeting. (To help in defining the scenarios, a look at the ETSI Tiphon scenarios may be useful. However, typical example scenarios are "roaming within an H.323 network", "inter-working between PSTN and H.323 networks for terminals" etc. etc. Contributions (with diagrams) on the scenario topics are to be sent via the reflector by Friday the 10th March. This will give all the participants enough time to consider the proposals for the meeting. This will allow discussion on items already seen and studied by the participants, thus saving time on lengthy presentations by the contributors, and secondly allowing participants, who may not to be able to take part in the live discussions, to have the opportunity to communicate their comments via email. Agenda: 1. Brief Introductions and agreement of agenda 2. Mobility Scenarios for Annex H 3. Adoption of the first scenario to study (in its entirety) 4. Issues related to the progress on Annex I, and H.246 Annex E 5. Report back from other mobility groups (3GPP, 3G.IP, IMT2000, MWIF, etc.). (this will be given by any participant who attends/has access to the appropriate group, and information will be that relevant to our work) 6. Any other business 7. Agenda and date of next conference call 4. On 17 February morning there was a joint ad hoc meeting with the JQG4 from SG11. See the notes below which are also being sent to JQG4. Interaction between JQG4 and our ad hoc group will continue at appropriate times in order to advance our respective work in the two groups. Notes of a Joint Ad Hoc Meeting between SG11/ JQG4 and SG16/Ad hoc Mobility Group, on Thursday 17 February 2000 in Geneva Present: Jean-Claude Samou France Telecom Frederic Delmond France Telecom Janusz Dobrowaski Lucent Technologies Vineet Kumar INTEL Paul Reddy INTEL Nicolas Tran Alcatel CIT Tatiana Tchaika ITU-T Paul Guram Motorola JQG4 Issue Manager Jean-Claude Samou explained that there are five JQGs in the IMT2000 area: JQG1 deals with radio aspects. Matters on the air interface are directly handled by other bodies such as 3GPP, JQG2 did not start, JQG3 deals with VHE scenarios and protocols. Since this is IN related, Question 22 of SG11 progresses the work, JQG4 deals with the Mobility Management aspects, and JQG5 deals with the bearer control protocol and moves are afoot to move this work into WP2 of SG11. There is work in the IMT2000 area which could help the work in the SG16 mobility ad hoc group: H.246 Annex E defines the NNI between H.323 and GSM/ANSI-41. Work on the development of a common mobility management protocol is going on in IMT2000. We need to look at how each group can help each other in this respect, and see if the common set of operations could be adopted for the SG16. A generic state machine being developed Q22/11 should be studied to help the SG16 ad hoc group to see if it can be applicable to the packet network. The relevant recommendations for study are Q.1751 and Q.1721. Mr Delmond presented the following output document. This was seen as very useful input into the later work to be done within Annex H. <<JQG4 Output Geneva 9910 v5.1.doc>> Regards Paul [View Less]

1 0

FW: Protocol Action: RTP Payload for Text Conversation to Proposed Standard
by Gunnar Hellstrom 18 Feb '00

18 Feb '00

As you see below, RTP-Text for transport of T.140 text conversation in IP environments is approved by the IESG. An RFC number will be assigned soon. This was a prerequisite for approval of H.323 Annex G Text Conversation and Text SET. Best regards Gunnar Hellström ------------------------------------------ Gunnar Hellstrom LM Ericsson E-mail gunnar.hellstrom(a)omnitor.se Tel +46 8 556 002 03 Mob +46 708 204 288 fax +46 8 556 002 06 -----Original Message----- From: scoya(a)cnri.reston.va.us … [View More]

1 0

Re: Guidance from the Dalai Lama and Abba Eban
by Gösta Linder (LME) 18 Feb '00

18 Feb '00

Another wise comment by Abba Ebban 1915 that still might be relevant; "History teaches us that men and nations behave wisely once they have exhausted all other alternatives." Be happy/Gösta -----Original Message----- From: Greg Ratta [mailto:gratta@lucent.com] Sent: den 18 februari 2000 15:42 To: ITU-SG16(a)mailbag.cps.intel.com Subject: Guidance from the Dalai Lama As we are finishing the ITU-T SG 16 meeting and observing the recent activity moving forward ITU-T … [View More]

1 0