Re: Third party registration/group registration

Hi Chris, I see what you mean. I think you are working under the assumption that the "..other H.323 entities" are *true* H.323 entites. The IWF may give the impression that they are H.323 entities but it doesn't mean they are. In this model, I am assuming that the "third-party" is receving all signalling from the GK whether it (the GK) is in DRC or GRC mode. Q: Do I really care if the "..other H.323 entities" are *true* H.323 entities or not? A GK probably couldn't say if the "first-party" being registered (the entitry being registered as apposed to the entity receiving the registration) is a *true* H.323 entity or not. A: It may be usefull. A GK can invoke a special feature if it can differentiate. H.323v4 defines the additive registration feature, which by your definition is a third-party registration, right? So how does the GK know that the "first-party" is a *true* H.323 entitry? Best Regards, charles -----Original Message----- From: Chris Wayman Purvis [mailto:cwp@isdn-comms.co.uk] Sent: Monday, November 27, 2000 6:19 PM To: Agboh, Charles Cc: 'ITU-SG16@mailbag.cps.intel.com' Subject: Re: Third party registration/group registration Charles,
Regards, Chris this
-- Dr Chris Purvis -- Development Manager ISDN Communications Ltd, The Stable Block, Ronans, Chavey Down Road Winkfield Row, Berkshire. RG42 6LY ENGLAND Phone: +44 1344 899 007 Fax: +44 1344 899 001 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ For help on this mail list, send "HELP ITU-SG16" in a message to listserv@mailbag.intel.com

All, Please please PLEASE can we have some more opinions on this important definition, though. Charles and I simply disagree, and a wider pool of opinion is needed in order for consensus to be reached. Although I disagree with Charles's view I am willing to espouse it if that's the way the majority of experts see things. Without further input we'll simply go round in circles. Charles, All, I believe the fundamental question about "third-partyness" in this context is what entity or entities will handle the H.225.0/Q.931 and or H.245 signalling. My understanding of the type of IWF you are talking about (at least, the way I would implement such a thing!) is that the IWF terminates all signalling, with RTP data going direct end to end. So it is the entity that is performing the registration that will handle all signalling (namely what you in your SIP-centred way call and IWF and I in my H.323-centred way call a gateway!). To me this is a fair definition of first-party. The only thing the IWF is not terminating is (voice, video and application) data. This does not make the registration third-party in my opinion. There is no assumption (as far as I can remember, anyway) that H.323 entities have to handle their own RTP sessions - they are required only to exchange addresses to terminate these sessions. Simple question: What is your definition of a "*true* H.323 entity"? In what sense is your gateway/IWF not a "*true* H.323 entity"? Additive registration is NOT third-party registration by my definition. Regards, Chris "Agboh, Charles" wrote:
-- Dr Chris Purvis -- Development Manager ISDN Communications Ltd, The Stable Block, Ronans, Chavey Down Road Winkfield Row, Berkshire. RG42 6LY ENGLAND Phone: +44 1344 899 007 Fax: +44 1344 899 001 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ For help on this mail list, send "HELP ITU-SG16" in a message to listserv@mailbag.intel.com

Hi, all. To support Chris's case I want to offer scenario of multihome gateway (to other than IP network) where media (voice, video or data) processing associated with different network interfaces (and different from the one that is used for signaling). I think this gateway will look the same as Charles' IWF for the observer from the H323 space. But nobody will say that it does third party registration. Best Regards, llya cwp@ISDN-COMMS.CO.UK writes:
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ For help on this mail list, send "HELP ITU-SG16" in a message to listserv@mailbag.intel.com
participants (3)
-
Agboh, Charles
-
Chris Wayman Purvis
-
Ilya Freytsis