Diameter AVP Structure

Diameter AVPs are the basic unit inside the Diameter message that carries the Data(Authentication Data , Security Data , Data pertaining to Application etc). There must be at least one AVP inside Diameter message.

AVP has following frame format.

Diameter AVP Structure

AVP Code (4-bytes)
The AVP Code, combined with the Vendor-Id field, identifies the attribute uniquely. AVP numbers 256 and above are used for Diameter, which are allocated by IANA.
AVP numbers 1 through 255 are reserved for backward compatibility with RADIUS, without setting the Vendor-Id
field.

AVP Flag (1-Byte [VMPRRRRR])

These flag give the information to the receiver how the each attribute to be handled.
R- Reserved bits and SHOULD be set to 0.
 
M-Mandatory Bit
-->Means If this bit is Set then Diameter Client, Server,Proxy and Translation Agent MUST support the handling of this AVP. If Handling is not support(Either AVP or Its value is Unrecognized) by the mentioned Diameter Agents then Diameter message MUST be Rejected.
-->Diameter Relay and Redirect Agent MUST not reject the message with unrecognized AVPs.
-->If M bit is clear and Receiver does not support the handling of considered Avp then Receiver may ignore the considered AVP.
 
V- Vendor Id Bit
-->It is just the indication whether Vendor-Id field is there in the AVP or Not
-->If V is Set the Vendor-Id Field is prsent in the AVP Otherwise missing this Field.

Vendor-ID (4- bytes)
Vendor-ID field contains the IANA assigned "SMI Network Management Private Enterprise Codes" value.
As we know Diameter is Extensible Protocol, so any vendor wishs to implement vendor-specific Diameter AVp MUST use Their OWN Vendor-ID along with their privately managed AVP address Space.


P-Protected Bit 
This bit is set indicates that Avp data is encrypted for end-to-end security.

AVP Length (3- bytes)
Contains No. of octets used by Data + Vendor-ID + AVP Code + AVP Length + AVP Flags.

Data  
Data Field is of ZERO or More octets and contains information. AVP with Zero octet length is used for indications only.The format of the Data field MUST be one of the data type defined in Base Diameter protocol RFC-3588.



Grouped AVP
Grouped AVP more or less same like the single AVPs except that the data field of grouped avp contains the one or move avps rather than Raw data. Here avps act as data. 

Images given Below shows their format


PREVIOUS                                                                                                                             NEXT

Your Comments /Suggestions and Questions are always welcome.I would try to clarify doubts with best of my knowledge. So feel free to put Questions.





64 comments:

  1. UnknownAugust 9, 2013 at 3:06 PM

    Thx for providing good explanation with example.

    ReplyDelete
  2. safuraSeptember 3, 2013 at 7:22 PM

    This comment has been removed by the author.

    ReplyDelete
  3. Yeimi Juarez HFebruary 14, 2014 at 3:01 AM

    Do you have an example, i mean a file you can share.

    ReplyDelete
  4. Rang-e-NizamApril 27, 2014 at 10:51 PM

    what is the difference between a 'Relay' and a 'Proxy'?

    ReplyDelete
    Replies
    1. AjayApril 29, 2014 at 12:32 PM

      hi,
      following link will helpful
      http://diameter-protocol.blogspot.in/2012/07/diameter-agents.html

      Delete
  5. AjayApril 29, 2014 at 12:31 PM

    This comment has been removed by the author.

    ReplyDelete
  6. krishnaAugust 18, 2014 at 9:01 PM

    Can a AVP have both M and V set to 1.Can it exists?

    ReplyDelete
    Replies
    1. Team-DiameterSeptember 2, 2014 at 5:02 PM

      Hi Krishna

      Sorry for delayed response.

      Yes, We can have AVP with M and V bits are set to 1. Most of the AVPs in 3gpp standard interfaces are with M and V bits set to 1

      Thanks for your query.
      Happy to help you again
      Team-Diameter

      Delete
  7. ChinmoyAugust 27, 2014 at 5:55 PM

    Great Blog.Detail information on diameter protocol. Just want to bring to your notice a small typo error at the starting of the page "Daimeter AVP Structure" instead of "Diameter AVP Structure". Also the url : http://diameter-protocol.blogspot.in/2011/05/daimeter-avp-structure.html. Best information ever on diameter protocol.

    ReplyDelete
    Replies
    1. Team-DiameterSeptember 2, 2014 at 4:51 PM

      Hi Chinmoy

      Sorry for delayed response.
      Thanks for precious advise to help us in improving quality of content.

      We are looking forward for same kind of support in future.

      Appreciate your effort.
      Team-Diameter

      Delete
  8. ChinmoySeptember 4, 2014 at 4:57 PM

    I need some information on Session-ID avp. Currently I have visited a page http://www.cisco.com/c/en/us/td/docs/cable/serv_exch/serv_control/broadband_app/rel37x/mobile_sol/mobile_sol/07_mobile_appA.html
    where I found few information about Session-ID format,but i am not clear with that.
    Where it has been mentioned Session-ID is "pid; ip; time".
    If the above format holds correct can you please explain with an example and also explain the data type of pid, ip, time?

    Thanks in advance.

    ReplyDelete
  9. ChinmoySeptember 11, 2014 at 3:49 PM

    How to determine the Service Type in CCR message? I mean which avp is used to check the service type. For example Voice,GPRS,SMS,MMS etc.

    Thanks in advance

    ReplyDelete
    Replies
    1. Nicolas KrassasNovember 28, 2014 at 5:25 PM

      The Voice/GPRS/SMS/MMS type should be on the AVP, eg AVP for SMS is 2000.

      Delete
  10. VitandavadiMarch 8, 2015 at 5:37 PM

    Hi Guys,
    Great blog. I have a question on Grouped AVP. In a grouped AVP, is number of entries fixed? Is the order of the AVPs also fixed?

    Thanks,

    ReplyDelete
    Replies
    1. Team-DiameterMarch 9, 2015 at 12:24 PM

      Hi Vitandavadi,

      Order of AVP is just a convention (immaterial). Can be changed.

      Kindly explain, what you want to point out by asking "is number of entries fixed?"

      Thanks for your query.
      Happy to help you again
      Team-Diameter

      Delete
    2. VitandavadiMarch 9, 2015 at 4:17 PM

      in this example
      Media-Sub-Component ::= < AVP Header: 519 >
      { Flow-Number } ; Ordinal number of the IP flow
      0*2[ Flow-Description ] ; UL and/or DL
      [ Flow-Status ]
      [ Flow-Usage ]
      [ Max-Requested-Bandwidth-UL ]
      [ Max-Requested-Bandwidth-DL ]
      [ AF-Signalling-Protocol ]
      *[ AVP ]

      What does 0*2 indcates, i'm assuming *[AVP] is to indicate more AVPs to follow.

      This AVP is from http://www.etsi.org/deliver/etsi_ts/129200_129299/129214/12.06.00_60/ts_129214v120600p.pdf (Rx Specification )

      Delete
    3. Team-DiameterMarch 10, 2015 at 9:27 AM

      Hi Vitandavadi,

      Thanks for clarification, Here 0*2 indicates, there can be Zero and up to two occurrence of [ Flow-Description ] AVP in message Media-Sub-Component.

      * indicates multiple occurrence of AVP

      *[AVP] is generally shows there can be more AVP that can be added in message Media-Sub-Component and there could be zero or more than Route-Record AVPs can be added by intermediate nodes.

      Thanks for highlighting the a very valid point that we have not explained in this blog. We appreciate your efforts.


      Thanks for your query.
      Happy to help you again
      Team-Diameter

      Delete
  11. VitandavadiMarch 10, 2015 at 9:46 PM

    Thanks a lot for your reply. I'm learning a lot.
    Another question is, when they (specification ) say Enumerated ( what does that mean in terms of length, is it uint8 , uint16, uint24 or uint32 )
    for example,
    The Required-Access-Info AVP (AVP code 536) is of type Enumerated, and contains the access network information
    required for that AF session.
    The following values are defined:
    USER_LOCATION (0)
    Indicates that the user location information shall be reported, the PCRF shall report the user location
    information within the 3GPP-User-Location-Info AVP (if available), the serving PLMN identifier within the
    3GPP-SGSN-MCC-MNC AVP (if available), the user location information within the TWAN-Identifier (if
    available) and User-Location-Info-Time AVP (if available).
    MS_TIME_ZONE (1)

    I'm assuming this AVP is of type enumerated and value is either 0 or 1 and represented by unit32 ( to satisfy the multiplicity of 4 in total length )

    Regards
    vv

    ReplyDelete
    Replies
    1. Team-DiameterMarch 11, 2015 at 12:08 PM

      Hi Vitandavadi,

      Enumerated AVP follows Integer32 Basic AVP Format.

      Thanks for your query.
      Happy to help you again
      Team-Diameter

      Delete
  12. VitandavadiMarch 11, 2015 at 1:16 AM

    Another question,
    How do I translate radius values into Diameter values.
    for example.
    3GPP-MS-TimeZone

    Octets
    1 3GPP type = 23
    2 3GPP Length= 4
    3 Time Zone
    4 Daylight Saving Time (octet string)

    AVP:
    Code :23
    Flags : 0xc0
    Length :16
    Vendor ID: 3GPP
    Value : [Time-Zone DST] ( just 2 bytes ) add 0x00 0x00 ( for length to be multiple of 4)

    is this correct ?

    Regards
    vv

    ReplyDelete
    Replies
    1. Dinesh KumarMarch 11, 2015 at 1:28 PM

      Hi Vitandavadi,

      Translation Agents(Application Nodes) are used to translate Radius values to DIAMETER and vice versa. IANA has reserved AVP code upto 256 for backward compatibility. Value of vendor Id shall be assigned be IANA. But in practical implementation we shall use direct mapping of AVP codes and Value format from Radius to DIAMETER.


      I hope above details shall suffice you.

      Delete
    2. VitandavadiMarch 11, 2015 at 5:28 PM

      Thanks for your reply. I understand we will use same AVP code and follow the same mapping rules. I'm looking for explicit table (or if there is a such a reference on public internet ) that i can use. Most of the confusion comes from the length translation on octet strings etc. If you guys agree, I can start a public google sheet and edit them with your blessings.

      Delete
  13. sankMarch 12, 2015 at 11:22 AM

    HI Vitandavadi,

    RFC-6733 tell following ::
    AVP numbers 1 through 255 are reserved for
    reuse of RADIUS attributes, without setting the Vendor-Id field.
    AVP numbers 256 and above are used for Diameter, which are
    allocated by IANA

    We haven't came across any document with mapping.

    Purpose to put an effort to create a translation agent is very minimal. RFC-6733 tell as

    Translation agents are likely to be used as aggregation servers to communicate
    with a Diameter infrastructure, while allowing for the embedded
    systems to be migrated at a slower pace.

    It would be great idea if you want to work on it.

    ReplyDelete
  14. UnknownJuly 19, 2015 at 10:41 AM

    Hi Diameter-Team,

    Is that the data field length must be x*4 bytes? What if I have a string not have multiply 4 in length?

    Regards,

    ReplyDelete
    Replies
    1. Team-DiameterJuly 20, 2015 at 3:10 PM

      Hi Minh Nguyen,

      No, you can give odd length to your DATA ,use datatype as OctetString, Unsigned32 or Unsigned64 that are defined RFC-6733. The AVP Length field of an AVP of type Grouped is always a multiple of 4.

      Moreover you don't need to take care to length as Diameter Stack that frame Grouped AVP shall take care of it.

      We hope above solution shall help you. Do write us for any clarification.

      Thanks for your query.
      Happy to help you again.
      Team-Diameter

      Delete
    2. UnknownJuly 21, 2015 at 10:00 AM

      Thanks Team-Diameter.

      Delete
  15. UnknownJuly 22, 2015 at 8:13 PM

    Hi Team-Diameter,

    I tried to write some c# code to connect to a Diameter server. But when I send AAR command, the server did not reply!
    Here is my wireshark dump image:
    https://lh3.googleusercontent.com/FX7eWlE2b-x6vMza0VpwF4NbXVxQbH5HGSalLUm9Zb8=w797-h353-no

    Can you help me to resolve this.

    Thanks in advance,

    ReplyDelete
    Replies
    1. Team-DiameterJuly 24, 2015 at 5:05 PM

      Hi Minh Nguyen,

      Kindly try following things as we feel there is formation of is incorrect that creating issue in current shared library of wirshark.

      1) Kindly try to capture AVP fromat as describe in following link.
      http://diameter-protocol.blogspot.in/2013/04/capture-diameter-messages-without-wire.html

      2) Check at server side whether or not, server is able to receive even the request message (AAR) if yes, kindly check what all AVPs it shall able to decode. Because AAA is not received is comes second there might be case AAA would not able to process it.

      Kindly check,does connection break after you send AAR? there might be a case Server crashes because of any data value sent in AAR and that's why not able to send reply.

      3)Please try to send AAR without Pushing AVPs after 3gpp-Charging-ID

      4)Kindly send mandatory AVPs of AAR only. then push AVPs one by one and check datatype of each of them.

      I hope above shall help you. Do revert us if something notable observed?


      Thanks for your query.
      Happy to help you again.
      Team-Diameter

      Delete
    2. UnknownJuly 24, 2015 at 9:13 PM

      Thanks for your advice.
      I will notify when I have something notable.

      Thanks again,
      Minh Nguyen

      Delete
    3. UnknownAugust 7, 2015 at 7:24 PM

      Hi Team-Diameter,

      Just found the error, we have to send CER and receive CEA before AAR :)
      Now I can get the AAA already :)

      Thanks & Regards,
      Minh Nguyen

      Delete
  16. UnknownJuly 24, 2015 at 4:24 AM

    This comment has been removed by the author.

    ReplyDelete
  17. UnknownSeptember 1, 2015 at 10:10 PM

    Thank you Guys .. its too help full .. :)

    ReplyDelete
  18. UnknownSeptember 30, 2015 at 5:12 PM

    Hi Team ,

    kindly any body help me to know the use of RATING GROUP in diameter, and why it need to set mandatory ?

    ReplyDelete
    Replies
    1. Team-DiameterSeptember 30, 2015 at 6:58 PM

      Hi Pritiranjan jena,

      Thanks for your query, Kindly elaborate more on your question. what is RATING GROUP?

      Happy to help you again.
      Team-Diameter

      Delete
  19. UnknownMarch 1, 2016 at 6:01 AM

    Hi team,
    Observed in S6 specification that there is an AVP like *[AVP]. What is meant by this?

    Thanks
    Ashwini

    ReplyDelete
    Replies
    1. AjayJune 3, 2016 at 10:11 AM

      Hi Ashwini,

      In 3GPP standards message ABNF have following significance.

      {} -> Mandatory
      [] -> Optional
      *[] -> Multiple & optional

      So *[AVP] means you can add any nos of AVP. which may be vendor specific or proprietary.

      Delete
  20. UnknownJune 2, 2016 at 10:58 AM

    Hi all,

    I am new to this blog and don't know much about IMS. is there any doc or link from where I can learn end to end configuration protocols for IMS.

    ReplyDelete
    Replies
    1. AjayJune 3, 2016 at 10:17 AM

      Hi Aditya,

      For complete end to end knowledge of IMS, you need to learn SIP and diameter protocols. As you are querying here on diameter blog, so for diameter you need to learn Cx & Sh interface.
      3GPP standards for Cx -> 29.228 & 29.229
      for Sh -> 29.328 & 29.329

      You can learn basics here.
      https://diameter-protocol.blogspot.in/p/blog-page_81.html

      Any query on IMS you can ask. Happy to help you.

      Thanks

      Delete
  21. AlexAugust 4, 2016 at 9:03 PM

    Hello.

    Do I understand correctly below RFC sentence:

    "AVP numbers 1 through 255 are reserved for backward compatibility with RADIUS, without setting the Vendor-Id field."
    that with Vendor-Id any AVP codes can be used, including 1-255?

    Thanks,
    Alex

    ReplyDelete
    Replies
    1. Team-DiameterAugust 9, 2016 at 11:32 AM

      Hi Alex,


      RFC-6733 says one should reuse existing Functionality, namely AVP Values, AVPs, Commands and Diameter Applications. Reuse simplifies standardization and implementation. To avoid potential interoperability issues, it is important to ensure that the semantics of the reused features are well understood.


      As far as we understood your point that you are try to use User-Name AVP with code 1 with Vendor ID for what purpose or You are try to give Code 1 to new AVP (Say New-Test AVP) with vendor ID say 13451. Kindly suggest your purpose you are try to achieve. Hopefully we could help you better

      User-Name attribute also exist in Radius and same is imported to diameter with same Attribute value i.e. 1(one).



      Thanks for your query.
      Happy to help you again.

      Delete
    2. AlexAugust 24, 2016 at 5:27 PM

      This comment has been removed by the author.

      Delete
    3. AlexAugust 24, 2016 at 5:29 PM

      Hello. Yes, if I use new AVP (e.g. New-Test AVP) with AVP number 1 and with vendor ID say 13451 would that be against the RFC?
      Thanks.
      Alex

      Delete
  22. UnknownAugust 17, 2016 at 10:38 PM

    HI

    What is the meaning/use of the "[]" "{}" on the protocol description?

    ReplyDelete
    Replies
    1. AjayAugust 23, 2016 at 10:37 AM

      Hi,

      In 3GPP standards message ABNF have following significance.

      {} -> Mandatory
      [] -> Optional
      *[] -> Multiple & optional

      So *[AVP] means you can add any nos of AVP. which may be vendor specific or proprietary.

      Delete
  23. UnknownAugust 29, 2016 at 3:11 PM

    Hi,

    I have following questions:
    1. Where exactly we have to place the diameter.xml?
    2. How to set the values for host, port and other fields in of diameter.xml?

    ReplyDelete
    Replies
    1. AjaySeptember 2, 2016 at 10:35 AM

      Dear Ram,

      Its your design choice, wherever you want to put diameter configuration file, you can put. you can create a config or diaconfig folder. Simple base diameter protocol means you want limited functionality but major basics of rfc 6733 you need to implement.
      All these must be part of configuration, so you can get it from xml or some other database. Its totally design specific. In your case, you should do it via xml.

      Delete
  24. Parthasarathy Family BlogSeptember 16, 2016 at 2:33 PM

    Hi,

    Is there any application to extract data of a grouped AVP

    ReplyDelete
  25. chummaSeptember 21, 2016 at 11:51 AM

    May i know what is the max size of session id value

    ReplyDelete
    Replies
    1. AjaySeptember 22, 2016 at 11:42 AM

      The Session-Id AVP (AVP Code 263) is of type UTF8String. Its length is not defined.
      ;;[;]

      So in AVP Header length of 'Data + Header' should be given in AVP Length field.
      AVP Length (3- bytes) Contains No. of octets used by Data + Vendor-ID + AVP Code + AVP Length + AVP Flags.

      Delete
  26. jakOctober 28, 2016 at 7:12 PM

    Hi,
    There are below two AVPs which is conflicting in avp code

    1) ”OC-OLR (623)” conflicts with “User-Authorization-Type (623)”
    2) “OC-Supported-Features (621)” conflicts with “Primary-Charging-Collection-Function-Name (621)”

    Can you please suggest that how to handle these or in general while parsing a message containing these AVP.

    ReplyDelete
    Replies
    1. Team-DiameterNovember 2, 2016 at 3:01 PM

      Hi Jak,


      Thanks for your query and as you have highlighted a valid point.
      To distinguish between Above given AVPs one shall use Vendor-Id field.

      Description:
      OC-<> AVPs belongs to Overload control mechanism that uses piggyback approach implies that no new message to be trigger to exchange overload information, rather some OC- are added in existing message. Now there are chances that AVPs shall have identical AVP codes (Added AVPs and Already existing AVPs in message)

      Here one must use Vendor-Id field as in OC- Vendor-ID is not set i.e. Ref RFC-7683

      |AVP flag |
      |rules |
      +----+----+
      AVP Section | |MUST|
      Attribute Name Code Defined Value Type |MUST| NOT|
      +-------------------------------------------+----+----+
      |OC-Supported 621 7.1 Grouped | | V |
      | -Features | | |
      +-------------------------------------------+----+----+
      |OC-Feature 622 7.2 Unsigned64 | | V |
      | -Vector | | |
      +-------------------------------------------+----+----+
      |OC-OLR 623 7.3 Grouped | | V |
      +-------------------------------------------+----+----+
      |OC-Sequence 624 7.4 Unsigned64 | | V |
      | -Number | | |
      +-------------------------------------------+----+----+
      |OC-Validity 625 7.5 Unsigned32 | | V |
      | -Duration | | |
      +-------------------------------------------+----+----+
      |OC-Report | | |
      | -Type 626 7.6 Enumerated | | V |
      +-------------------------------------------+----+----+
      |OC-Reduction | | |
      | -Percentage 627 7.7 Unsigned32 | | V |
      +-------------------------------------------+----+----+


      Ref:3gpp-29229

      Attribute Name AVPCode Value Type | MUST |

      User-Authorization-Type 623 Enumerated M, V

      Primary-Charging 621 DiameterURI M, V
      -Collection-Function
      -Name


      Happy to help you again.
      Team-Diameter

      Delete
    2. Team-DiameterNovember 4, 2016 at 3:33 PM

      Hi Jak,


      Thanks for your query and as you have highlighted a valid point.
      To distinguish between Above given AVPs one shall use Vendor-Id field.

      Description:
      OC-<> AVPs belongs to Overload control mechanism that uses piggyback approach implies that no new message to be trigger to exchange overload information, rather some OC- are added in existing message. Now there are chances that AVPs shall have identical AVP codes (Added AVPs and Already existing AVPs in message)

      Here one must use Vendor-Id field as in OC- Vendor-ID is not set i.e. Ref RFC-7683

      |AVP flag |
      |rules |
      +----+----+
      AVP Section | |MUST|
      Attribute Name Code Defined Value Type |MUST| NOT|
      +-------------------------------------------+----+----+
      |OC-Supported 621 7.1 Grouped | | V |
      | -Features | | |
      +-------------------------------------------+----+----+
      |OC-Feature 622 7.2 Unsigned64 | | V |
      | -Vector | | |
      +-------------------------------------------+----+----+
      |OC-OLR 623 7.3 Grouped | | V |
      +-------------------------------------------+----+----+
      |OC-Sequence 624 7.4 Unsigned64 | | V |
      | -Number | | |
      +-------------------------------------------+----+----+
      |OC-Validity 625 7.5 Unsigned32 | | V |
      | -Duration | | |
      +-------------------------------------------+----+----+
      |OC-Report | | |
      | -Type 626 7.6 Enumerated | | V |
      +-------------------------------------------+----+----+
      |OC-Reduction | | |
      | -Percentage 627 7.7 Unsigned32 | | V |
      +-------------------------------------------+----+----+


      Ref:3gpp-29229

      Attribute Name AVPCode Value Type | MUST |

      User-Authorization-Type 623 Enumerated M, V

      Primary-Charging 621 DiameterURI M, V
      -Collection-Function
      -Name


      Happy to help you again.
      Team-Diameter

      Delete
  27. UnknownDecember 13, 2017 at 9:34 AM

    Hi Team,

    Can we change the Mandatory bit M from "Set" to "Not Set" under AVP Flag for AVP 277 (Auth-Session-State)?

    ReplyDelete
    Replies
    1. RaghuDecember 18, 2017 at 5:25 PM

      Hi

      Ideally, It is not possible becasue it is base diameter AVP. Its flag must be same as assigned in RFC 6733.

      For testing purpose you can do with any message generation tool.



      Thanks for your query.
      Happy to help you again

      Delete
  28. UnknownApril 15, 2018 at 10:32 AM

    Hi Team,
    We are debugging an issue in establishing the S6b interface between a PGW and 3GPP AAA.
    The PGW is sending CER with Auth-Application-Id AVP of 3GPP S6b. It is also adding a Vendor-Specific-Application-Id AVP and including another Auth-Application-Id of 3GPP S6b in here.
    The AAA is sending CEA with Auth-Application-Id of 3GPP S6b. But the AAA is not adding another Auth-Application-Id of 3GPP S6b in the Vendor-Specific-Application-Id.
    The PGW does not like the CEA and keeps repeating the CER.
    Is the AAA encoding of the CEA correct?

    ReplyDelete
  29. josue198sAugust 6, 2018 at 4:42 PM

    Thank you very much.
    You have a great blog.

    ReplyDelete
  30. UnknownMarch 17, 2019 at 7:25 PM

    Hello Team,

    Can you give some brief intro about MSCC AVP.

    ReplyDelete
  31. UnknownJune 28, 2019 at 1:04 AM

    Hello Team

    Can you please help me with the purpose of P bit in AVP Header and when exactly this Bit should be set to one.

    As per Diameter RFC 6733, P bit should be set to 0

    . The 'P' bit has been reserved for
    future usage of end-to-end security. At the time of writing,
    there are no end-to-end security mechanisms specified; therefore,
    the 'P' bit SHOULD be set to 0.

    Whereas while going through 3GPP specification for every Gx AVP it is mentioned that the P bit may be set.

    Can you please provide any information on this?

    ReplyDelete
  32. UnknownJuly 12, 2019 at 9:49 PM

    Hello,

    What is maximum length of the single AVP and Diameter Packet.

    Gautam Sheladiya

    ReplyDelete
    Replies
    1. Team-DiameterJanuary 24, 2020 at 5:41 PM

      Hi Gautam,

      Maximum AVP length can be calculated with AVP Header+ Data Size.
      Following link shall help you.
      https://diameter-protocol.blogspot.com/2011/05/daimeter-avp-structure.html

      Thanks for your query.
      Happy to help you again.
      Team-Diameter.

      Delete
  33. SudhirMay 15, 2020 at 12:41 PM

    hello there,

    is it fine to have a grouped avp without including any sub-avp, when all sub-avps are defined as optional in grouped avp. I have tried this but getting an error on wire-shark as malformed packet for grouped avp.
    I am trying to encode RSU(Requested-service-unit) grouped avp which is defined as following:
    RSU:
    Requested-Service-Unit ::= < AVP Header: 437 >
    [ CC-Time ]
    [ CC-Money ]
    [ CC-Total-Octets ]
    [ CC-Input-Octets ]
    [ CC-Output-Octets ]
    [ CC-Service-Specific-Units ]
    *[ AVP ]

    Any help is well appreciated.

    ReplyDelete
    Replies
    1. Team-DiameterOctober 16, 2020 at 11:50 AM

      Hi Sudhir

      That means you are sending only Header part of grouped avp.

      Is AVP optional in message

      if yes then we should not add this in message itself as we don't have information for AVPs that shall be present in Grouped AVP.

      if no then we must add atlease one AVP in .

      Thanks for your query.
      Happy to help you again.
      Team-Diameter

      Delete
  34. UnknownNovember 21, 2020 at 9:31 PM

    Diameter Relay and Redirect Agent MUST not reject the message with unrecognized AVPs. How agent will handle the unrecognized AVPs?

    ReplyDelete
    Replies
    1. TeckkhushiNovember 30, 2020 at 10:13 AM

      Hi

      Relay does not extract and observe AVP that are not used in Routing. If unrecognized AVP is non-routing AVP then ideally it is transparent data for Relay.

      If an unrecognised AVP is routing AVP then it shall apply the policy define in Relay.

      Routing AVP means AVP that are used to decide path of message flow.

      Delete

Subscribe to: Post Comments (Atom)