Our H323/H320 gateway registers with the GK the list of aliases-prefixes that indicates available gateway resource. Every time a resource is used the list is re-registered. GK may have enough built-in knowledge of the prefix scheme to be able to specify resourceUnavailable in ARJ if it cannot satisfy request.
Ilya Freytsis
-----Original Message----- From: Paul Long [mailto:Plong@SMITHMICRO.COM] Sent: Tuesday, September 19, 2000 6:36 PM To: ITU-SG16@mailbag.cps.intel.com Subject: Re: ARJ reject reasons?
Ilya,
So you think that invalidPermission is the code to return if the call violates some proprietary policy within the GK that is typically set by the administrator of the network/GK?
Regarding resourceUnavailable, how does a GK know whether gateway "resources" are available? Doesn't it just know whether an alias or set of aliases are registered? How can it make this distinction? Or are you referring to the capacity of the GW, in which case wouldn't callCapacityExceeded be the correct reason to return?
Another respondent said that callCapacityExceeded refered to the capacity of the other EP and not to the GK itself. I suppose it could be used for both.
Paul Long Smith Micro Software, Inc.
-----Original Message----- From: Ilya Freytsis [mailto:ifreytsis@EZENIA.COM] Sent: Tuesday, September 19, 2000 5:02 PM To: ITU-SG16@MAILBAG.INTEL.COM Subject: Re: ARJ reject reasons?
Paul, I can offer my interpretation for some of them: 1. InvalidPermission - GK may have policy rules for the different categories of endpoints (e.g. who is allowed to use gateway services etc.) 2. CallernotRegistered - EP that is not registered with the GK asks for the permission to place a call 3. SecurityDenial 4. requestDenied(no bandwidth available) - no comments 5. resourceUnavailable - e.g. no gateway resources available (my favorite) 6. callCapacityExceeded - GK has reached its call handling capacity (esp. in GK routed mode)
Ilya Freytsis
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ For help on this mail list, send "HELP ITU-SG16" in a message to listserv@mailbag.intel.com
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ For help on this mail list, send "HELP ITU-SG16" in a message to listserv@mailbag.intel.com
participants (1)
-
Ilya Freytsis