top button
Flag Notify
    Connect to us
      Facebook Login
      Site Registration Why to Join

Facebook Login
Site Registration
Print Preview

SCTP guidelines for Diameter base protocol specified in section 2.1.1 of RFC 6733

+3 votes
297 views

I have a query on SCTP guidelines for Diameter base protocol specified in section 2.1.1 of RFC 6733 as :

"A Diameter agent SHOULD use dedicated payload protocol identifiers (PPIDs) for clear text and encrypted SCTP DATA chunks instead of only using the unspecified payload protocol identifier (value 0). For this purpose, two PPID values are allocated: the PPID value 46 is for Diameter messages in clear text SCTP DATA chunks, and the PPID value 47 is for Diameter messages in protected DTLS/SCTP DATA chunks."

RFC doesn't specify the behavior if the connected diameter peer doesn't use PPID as 46/47 for diameter message transport over SCTP or DTLS/SCTP. What if diameter messages are received with PPID set to value other than 46/47 or default 0 value? Should the messages be ignored or respond with error diameter message back to peer with same PPID set ? Please comment on this behavior.

posted Aug 23, 2013 by Mandeep Sehgal

Share this question
Facebook Share Button Twitter Share Button Google+ Share Button LinkedIn Share Button Multiple Social Share Button

1 Answer

+1 vote

I think the correct behavior would be to discard the data and close the connection, but since this is new in 6733, I haven't seen actual implementations doing this.
Though 3GPP specs insist on SCTP, most implementations on the field seem to be TCP based.

answer Aug 26, 2013 by Rathnakumar Kayyar
Similar Questions
+3 votes

Both the RFCs are referred for Diameter protocol. I want to know why two RFCs are defined for same Diameter protocol ? Difference between these two RFCs in term of contents ?

+3 votes

When SCTP layer itself takes care of heartbeat ack-nack then why does diameter watchdog mechanism is required at the application layer ?

+2 votes

I want to run the diameter over public network with SCTP protocol.

I am facing issue as :-
PCRF public IP is 115.x.x.x
PCRF private IP is 172.x.x.x

  1. SCTP INIT message from the PCEF is coming to my public IP & getting successfully NATTED & I am getting request on private IP.

  2. PCRF sends SCTP INIT_ACK , but in the IPv4 field (inside INIT_ACK), it sends my private IP.

  3. So, after receiving this message, PCEF sends COOKIE_ECHO message to my private IP ( because it is there in INIT_ACK message)

Because of this I don't receive the COOKIE_ECHO message & so the SCTP connection doesn't work. Anybody has faced this issue before & has any resolution? Also, is the diameter with SCTP is possible over public network?

+1 vote

How does X2-AP protocol leverage multi stream feature of SCTP protocol for its own functionality ?

+4 votes

Out of three prominent advance transport protocols (TCP, UDP and SCTP) which is the best to use and why should i use that protocol ?


Useful Links with Similar Problem
Contact Us
+91 9880187415
sales@queryhome.net
support@queryhome.net
#470/147, 3rd Floor, 5th Main,
HSR Layout Sector 7,
Bangalore - 560102,
Karnataka INDIA.
QUERY HOME
...