Re: Help:Clarification on M3UA functionality

Brian,
I also question this:

RFC4666 says:  An  ASP contains an SCTP endpoint
and RFC2960 says:  Two SCTP endpoints MUST NOT have
      more than one SCTP association between them at any given time.

Regards
Peter

________________________________
From: [email protected] [mailto:[email protected]] On Behalf Of Suresh Marikkannu
Sent: 02 June 2009 16:22
To: [email protected]
Cc: [email protected]
Subject: Re: [Sigtran] Help:Clarification on M3UA functionality


Hi Brian,



      Thanks for your response. We need some more clarification.

      Please find the queries inline.



Regards,

Suresh M



-----Original Message-----
From: Brian F. G. Bidulock [mailto:[email protected]]
Sent: Monday, June 01, 2009 10:07 PM
To: Suresh Marikkannu
Cc: [email protected]
Subject: Re: [Sigtran] Help:Clarification on M3UA functionality



Suresh,



Suresh Marikkannu wrote:  (Mon, 01 Jun 2009 20:54:05)

>

> Is it possible to establish multiple sctp associations between

> two ASPs?



Yes.



But RFC 4666 section 1.3.2.4 says that,



In order to avoid redundant SCTP associations between two M3UA peers, one side (client) SHOULD be designated to establish the SCTP association, or

M3UA configuration information maintained to detect redundant associations (e.g., via knowledge of the expected local and remote SCTP endpoint addresses).



Can you clarify on this?



And also can you provide any use cases to have multiple sctp associations between two ASP?





> Is M3UA (as per RFCs) supports these feature (multiple sctp

> associations between two ASPs) explicitly.



Yes.



But a particular implementation is not required to support

multiple associations in this fashion.



--

Brian F. G. Bidulock

[email protected]

http://www.openss7.org/

DISCLAIMER:
-----------------------------------------------------------------------------------------------------------------------

The contents of this e-mail and any attachment(s) are confidential and intended for the named recipient(s) only.
It shall not attach any liability on the originator or HCL or its affiliates. Any views or opinions presented in
this email are solely those of the author and may not necessarily reflect the opinions of HCL or its affiliates.
Any form of reproduction, dissemination, copying, disclosure, modification, distribution and / or publication of
this message without the prior written consent of the author of this e-mail is strictly prohibited. If you have
received this email in error please delete it and notify the sender immediately. Before opening any mail and
attachments please check them for viruses and defect.

-----------------------------------------------------------------------------------------------------------------------

_______________________________________________
Sigtran mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/sigtran