RE: [Dime] Doubt regarding RTR message flow.

["Asveren, Tolga" <tasveren at sonusnet.com>]

Hi Bala,

I think this is more a 3GPP issue rather than Dime but:
Like you have said, RTR is sent from HSS to S-CSCF. It seems decoupled from UAR/UAA exchange from Diameter sessions point of view (the session for UAR/UAA exchange is over after the answer is sent). So, RTR/RTA exchange will constitute a new Diameter session. In the context of this second session, you can think HSS as the client and S-CSCF as the server. In any case, this is a separate session than the first one, which seems to be inline with the authentication session state machine in RFC3588. AFAICS, there is no equivalent for RTR/RTA session in RFC3588, it simply is something different.

It seems 3GPP wants to use both a stateless approach (from Diameter session perspective) but still wants have the capability to terminate the service from server, hence they have RTR.

Overall, if you stick to descriptions in 3GPP documents, you shouldn't have problems from implementation point of view. They refer to RFCs whenever necessary.

    Thanks,
    Tolga
________________________________________
From: Balamurugan T, TLS-Chennai [mailto:tbalamurugan at hcl.in] 
Sent: Friday, May 04, 2007 7:19 AM
To: dime at ietf.org; diameter-developers at lists.sourceforge.net
Subject: [Dime] Doubt regarding RTR message flow.

Hi All, 
    We need some clarification regarding RTR message flow in CX/Dx application. According to RFC 3588 the Auth server 
    stateless fsm  receives all service specific requests and responding with answer. No outgoing messages from stateless server.
    But Cx/Dx interface specification  3GPP TS 29.228 V7.2.0 says RTR should be sent from HSS to S-CSCF. Here the HSS is 
    a server component. Also the RTR flows from Auth stateful/stateless server is not available in diameter base RFC. 
    The doubt here is which component will send RTR first ...Auth server or Auth client?. 
    If it is from Auth state less server what   are the action functionalities to be done for implementation 
    of auth server stateless FSM . 
Thanks & Regards, 
Bala 
   
    

_______________________________________________
DiME mailing list
DiME at ietf.org
https://www1.ietf.org/mailman/listinfo/dime