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
-----Original Message----- From: Paul Long [mailto:Plong@SMITHMICRO.COM] Sent: Tuesday, September 19, 2000 4:09 PM To: ITU-SG16@mailbag.cps.intel.com Subject: ARJ reject reasons?
What is the difference between the three ARJ reject reasons, invalidPermission, callernotRegistered, and securityDenial? Likewise, what is the difference between the ARJ reject reasons, requestDenied (no bandwidth available), resourceUnavailable, and callCapacityExceeded?
Paul Long Smith Micro Software, Inc.
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 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
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
Paul, Ilya,
I agree with Ilya on the invalidPermission and callerNotRegistered choices. My interpretation of the other choices would be:
securityDenial - Used if authentication or authorization fails based on the tokens or cryptoTokens fields.
requestDenied - This reason is used if the GK peforms zone bandwidth management, and the bandwidth required for this call would exceed the zone's bandwidth limit.
resourceUnavailable - This can be used to indicate that the GK itself does not have the needed resources (e.g., memory) to permit the call. I suppose it could also be used if no gateways are available, for instance if all gateways have indicated via the RAI that they are "almostOutOfResources". This would be less specific than exceedsCallCapacity.
callCapacityExceeded - This has been renamed 'exceedsCallCapacity' and indicates that the destination endpoint does not have the capacity to accept the call. This is primarily intended for use with v4 or later gateways that report their call capacity to the GK.
- Rich
Paul Long wrote:
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:
InvalidPermission - GK may have policy rules for the differentcategories 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
I put together a table that summarizes the meanings of the ARJ reject reasons if anyone is interested. It's at the top of this page: http://www.packetizer.com/h225impl.html. Let me know if you disagree with any of it.
Paul Long Smith Micro Software, Inc.
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ For help on this mail list, send "HELP ITU-SG16" in a message to listserv@mailbag.intel.com
participants (3)
-
Ilya Freytsis -
Paul Long -
Rich Bowen