top button
Flag Notify
    Connect to us
      Site Registration

Site Registration

Significance of Result-Code in DWA

+1 vote
389 views

I wanted to know if there is any significance of Result-Code AVP in DWA (Device-watchdog-answer).What would be the use case where a failed response (eg. 5012) is sent in the DWA ?
In that case will the server teer down the transport connection or send DPR ?Or should the server consider DWA with any result-code as a valid scenario and assume that the peer is active.

posted May 15, 2013 by anonymous

Share this question
Facebook Share Button Twitter Share Button LinkedIn Share Button

1 Answer

0 votes

Let me first answer your second query that is either it will disconnect the transport connection or not.

Up to my knowledge it is dependent on the Implementation. There can be several scenarios to consider that handling of DWA.

One you have mentioned that it will just read the DWA message and if error is there or not it will assume that peer is alive. If the result code is error code then there is possibility to read the error message AVP .

Other can be whenever the result code has error code then it will send the DWR again but now it will be in suspect state. If again same thing will happen then it may closed the transport connection.

Yes there is significance of Result code in DWA. We can't say that the significance is applicable for all result codes. But for the success answers i has the role to be played.

In case of 5012 Diameter unable to comply it can indicate that the client side didn't understand the whole message so it will re-transmit the DWR but again in Suspected state.

For some of the DWR-DWA algo's i preferred you to go through this link RFC-3539

answer Mar 11, 2014 by Hiteshwar Thakur
Similar Questions
+4 votes

I am not able to understand the significance of "limited success" in a answer message and also want to know what a diameter node does when it receives this limited success within a answer message ?

+6 votes

Can someone please explain difference between these two. Could both Result-Code and Experimental-Result AVPs be used in same diameter or only one of them is allowed ?

+3 votes

I'm doing some integration toward Gy client (PCEF), and encountered an unclear area. I'm not sure if it is unclear in RFC 4006 or the 3GPP TS32.299 or both.

Scenario: A user logs on. The user has no credit left for a rating-group 42.

CCR-initial and CCA-initial:
Nothing interesting. In Gy it is typically just "empty" requests for the purpose of registering the user session.

The user then attempts to use rating-group 32:

CCR-update:

 Multiple-Services-Credit-Control {
 Rating-Group = 42
 Requested-Service-Unit {
 }
 }

to which the OCS (Gy server) would normally respond:

CCA-update:

 Result-Code = 2001 (success)
 Multiple-Services-Credit-Control {
 Rating-Group = 42
 Result-Code = 4012 (credit-limit-reached)
 Final-Unit-Indication {
 ...
 }
 }

However, the Gy specification says that a zero-grant is needed, which to me sounds a bit odd, but nevertheless:

Result-Code = 2001 (success)
 Multiple-Services-Credit-Control {
 Rating-Group = 42
 Result-Code = 4012 (credit-limit-reached)
 Granted-Service-Unit {
 CC-Total-Octets = 0
 }
 Final-Unit-Indication {
 ...
 }
 }

Now, the Gy client vendor says that the result-code inside the MSCC must be 2001 (success). It sort of makes sense because there is a grant.

But that made me wonder: In which case would result-code=4012 make sense? Is it just 3GPP who has "mangled" diameter-credit-control in the Gy application?

...