- sg16-avd - lists.packetizer.com

Fwd: GK-handled call diversion.
by Michele Bozier WVdevmt-WS 11 Mar '98

11 Mar '98

Hi all, I have a question about the H450.3 Call Diversion recommendation when the gatekeeper handles the diversion. Figure 12 in section 10 shows the signalling flow for Call forwarding unconditional being handled by a gatekeeper. My concern is that the figure shows the gatekeeper informing the 'called' user that the call has been diverted away from it, using an H.225 Setup message. In order for this not to create confusion, the gatekeeper must know that the called user understands H450.2 … [View More]

1 0

Re: Far End Camera Control in H.323
by Roni Even 11 Mar '98

11 Mar '98

Hi, FECC is not defined yet in the standards. In the Geneva meeting the decision was to supply basic AVC through the H.323 protocols. One of the areas to be discussed in the Japan Q.13/Q.14 meeting is FECC, contributions are welcome. Roni Even Accord Video Telecommunication email:roni_e@accord.co.il ______________________________ Reply Separator _________________________________ Subject: Far End Camera Control in H.323 Author: <ITU-SG16(a)MAILBAG.INTEL.… [View More]

1 0

new job Mascha van Dort
by Dort, M. van 11 Mar '98

11 Mar '98

Dear SG16 colleagues, As from next monday I'll start at a new job at PTT Telecom. I would like to thank you for working together - it's been a pleasure. Maybe we'll meet somewhere. Since my email address will cease to exist, can someone please remove it from the list? regards, Mascha van Dort >temporary email address: mascha(a)happy.demon.nl

1 0

H.323 Annex D in the Incoming directory of gctech ftp site
by Tirtsa Hochberg 11 Mar '98

11 Mar '98

Hello, My name is Tirtsa and I'm working in IBM Haifa with Yoav Meidan and Haim Nelken. I'm interested in reading "The determined version of H.323 Annex D (Real Time Facsimile over H.323)". I tried looking for the gctech ftp site with no success. Do you have a better pointer as of the location of this version? If you do' I will appriciate it if you could send it to me. Thanks Tirtsa Hochberg HRL.

1 0

Re: this may be of interest to this group
by Scott Bradner 10 Mar '98

10 Mar '98

-- This is definitely in the realm of the work that TIPHON is doing. Are there any liaisons between the groups? -- not now but I'd like there to be Scott

1 0

Re: this may be of interest to this group
by Pedro Colaco 10 Mar '98

10 Mar '98

This is definitely in the realm of the work that TIPHON is doing. Are there any liaisons between the groups? By the way, I think we should make an active effort to standardize language. In the voice world the party you refer as "callee" is the "Calling party". The "calling party" calls the "called party". Does this make sense, and if so should we use these terms consistently thorughout all the working groups dealing with IP Telephony (IMTC, ITU, ETSI, IETF)? Best regards Pedro Colaco Sr. … [View More]

1 0

H.323 Annex D in the Incoming directory of gctech ftp site
by Vineet Kumar 09 Mar '98

09 Mar '98

Dear Colleagues, The determined version of H.323 Annex D (Real Time Facsimile over H.323) has been posted to the Incoming directory of the gctech ftp site. A number of issues are documented in this draft and I prefer to resolve them before the Yokusuka meeting. Please send your comments/solutions/etc. on this reflector. Thanks. vineet kumar intel corporation (+1) 503-264-3439

1 0

H.323 and NAT
by Annika Kilegran 09 Mar '98

09 Mar '98

Network Address Translation (NAT) is used as a solution to the problem of few available IPv4 addresses. The idea is to use private addresses within a domain and when IP traffic leaves or enters the internal network the address fields are translated between the public IP addresses and the corresponding private address. A private address is only associated with a public address when the node communicates externally. By using this mechanism it is possible to have many more IP nodes in the private … [View More]domain then the number of assigned public IP addresses to that domain. NAT is a defacto solution to connect for big groups of users. The combination of NAT and applications exchanging IP addresses in the protocol (like H.323 does) creates problems. The applications are either broken, or gets more difficult to run. There are different solutions for how to be able to run these application in combination with NAT. We list the alternatives in the bottom of this mail. Does anybody on the mailing have an opinion? For instance, a Gatekeeper might have to interact with the NAT (co-located), and possibly act as an application gateway. By the way the question might com up on the DAVIC meeting next week. Best regards, Annika Kilegran ********************************************************************** Telia Research S-136 80 HANINGE, Sweden Tel +46 8 707 55 15 Fax +46 8 707 53 10 Email: annika.w.kilegran(a)telia.se *********************************************************************** The differnt alternatives: ----------------------------- 1) Use an Application layer gateway, that translates addresses in the application protocol. Used today for FTP. Will work, but will be quite complex for H.323. The Application layer gateway would typically be co-located with the NAT-box. 2) Use the location of servers, and the configuration of servers and clients to overcome the problem. DNS is handled this way today. Seems not to work for H.323. 3) A combination of alternatives1 and 2 should be possible, and may acheive a lesser complexity than 1. 4) NAT bypass using tunneling over the local network. The global address is available in the host and is used in the application, removing the problem. This kind of solution have been proposed in contributions to IETF. 5) Skip NAT altogether. Instead use IPv.6, or something like NNAT (No NAT) for IPv.4. NNAT will completely replace NAT, and uses DHCPv.6 for assigning global addresses. NNAT remains to be specified for IPv.4 operation. [View Less]

2 1

this may be of interest to this group
by Scott Bradner 09 Mar '98

09 Mar '98

If you have comments please send them to me Scott ---

1 0

Re: H.323 and NAT
by Scott Bradner 09 Mar '98

09 Mar '98

Just to let you know - the IETF has just created a new working group to look at NAT issues. If anyone on this list would like to join the mailing list the instructions are in the working group charter ( http://www.ietf.org/html.charters/nat-charter.html ) Following Annika's questions - if you have any worries or suggestions for the IETF WG to keep in mind relative to H.323 please send them to the NAT mailing list thanks Scott

1 0