: Application Id in ASR, RAR and STR commands

[email protected] Tue, 27 Sep 2005 12:28:04 +0200
Newsgroups gmane.ietf.aaa
Message-ID <OF74E196ED.EF40F07D-ONC1257089.003126E1-C1257089.00395C87@telenet-ag.de>
Hi,
 another Diameter Base query and request for assistance - sorry!

Base defines a number of commands which are used not peer-to-peer (like 
CER) but end-to-end.  These are STR/STA, RAR/RAA, ASR/ASA.
These commands will be used within a Diameter session which has been set 
up by an application, e.g. NASREQ or CCA or a vendor specific application

The question has arisen: which value does the application-id in the 
command header of these AVPs take and
which AVP of Auth-Application-Id, Acct-Application-Id and 
Vendor-Specific-Application-Id - with which value must be used?

The latter question seems trivial, because Base defines the syntax of 
these AVPs only with Auth-Application-id.
And the other hard fact is that Base mandates the value of 
Auth-Application-Id and the application id in the header to be the same.

Now I had understood the Auth-Application-Id (& co) AVPs to be necessary, 
primarily for the purpose of routing the commands to the right application 
-
so if, as one may initially assume, the value of the application-id in the 
ASR header (and Auth-Application-Id) is 0 (zero) then how would the ASR be 
delivered to the right application - in this case in the client? 
If it is not used at this point, but just the session-id AVP, then what is 
the purpose of the Auth-Application-Id AVP in these commands?

Interestingly CCA specifies explicitly that RAR/RAA shall use application 
id 4 (in the header and in Auth-Application-Id),
but says nothiong about ASR.  NASREQ says only the commands AAR/AAA use 
application-id 1, all the rest use Base - but then goes on to add several 
AVPs to the ASR syntax, all with the M-bit set.!?

I'd be grateful for any guidance possible!


Best Regards

Mike Hillier


Michael Hillier
Mobile  +49 170 5454 121
[email protected]