: One off Accounting Events in an Accounting Session

"Ian Elz" <[email protected]>
Newsgroups gmane.ietf.aaa
Message-ID <OF6D5C187D.B528A99B-ON80256F2E.0039AD58-80256F34.002F9D8D@uk.marconicomms.com>
I have been studying the Diameter Base Protocol RFC (RFC 3588) and wish to
determine if it is possible to send 'one off' Accounting  transactions with
in an open Diameter session.

Section 9.8.1 of RFC3588 states that there are 4 different
Accounting-Record-Type AVP values

      EVENT_RECORD
      START_RECORD
      INTERIM_RECORD
      STOP_RECORD

After starting a Diameter Session using the START_RECORD value is it
possible to send  additional 'one off' transactions within the same session
? The Session will use INTERIM_RECORDs to update cumulative data that gets
overwritten, as specified within the RFC, but I have a requirement to be
able to send one or more transactions within the same session relating to
cumulative data that does not get overwritten, and for which
INTERIM_RECORDs are therefore inappropriate.

The current belief is that this is not possible and that the use of the
Accounting-Sub-Session-Id AVP will be required with the conventional data
being passed in one sub-session (possibly sub-session 0) and each of the
new transactions being sent in a separate sub-session with
Accounting-Record-Type EVENT_RECORD.

Can I have confirmation as to whether this is the correct approach?

Furthermore, it would appear that it is necessary to know in advance that
you are going to use sub-sessions. The RFC says that the absence of the
Accounting-Sub-Session-Id AVP implies that no sub-sessions are in use. This
means that it is not possible to start a session without the presence of
the sub-session AVP and subsequently start using sub-sessions as it is not
possible to send INTERIM_RECORDs on the original session without implying
that no sub-sessions are in use.

Is this interpretation of the specification correct?


Ian Elz
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.