Re: SCTP-Multihoming Clarification needed

Sometime routes configuration also leads to this kind of problem.
You can give a try with primaries using same subnet, and secondaries using same subnet, but different than Primaries.

Local: 192.168.12.1(Primary) and 192.168.13.1 (Secondary)
Remote: 192.168.12.2(Primary) and 192.168.13.2 (Secondary)

Thanks,
Ravi Saxena

From: [email protected] [mailto:[email protected]] On Behalf Of Leontsinis, Nikos
Sent: Thursday, September 16, 2010 12:35 PM
To: David Laight; [email protected]
Subject: Re: [Sigtran] SCTP-Multihoming Clarification needed

Another well overlooked issue in the case of sctp multihoming is to ensure on your ip backbone that each SCTP (pair) path follows a distinct route in such a way as to ensure that failure of the one path
will never impact the path of the other as far I can see this can best be accomplished using RSVP-TE end2end to ensure redundancy across all layers (cable/router (PE/P)/slot). I haven't seeing any recommendation stating the BCP of this deployment.

/nikos

From: [email protected] [mailto:[email protected]] On Behalf Of David Laight
Sent: Wednesday, September 15, 2010 5:12 PM
To: [email protected]
Subject: Re: [Sigtran] SCTP-Multihoming Clarification needed

The IP address an NIC assignments below aren't a good (ie valid) choice.

If you have 2 IP interfaces in the same subnet you typically have no control over which interface packets are sent out of. Usually all the packets are transmitted from one of the interfaces (regardless as to the local IP address).

The ARP responses will, however, contain the mac address of the associated interface.
So your 'local' system is probably sending traffic to both of the remote system's NICs, but the remote is only sending out of a single interface.

This may (or may not!) be the reason for what you are seeing.

I've seen systems try to use address pairs for data messages before verifying (with a HB) that the interfaces are actually connected. There are some valid network configurations where this is guaranteed to happen.

    David

Local machine is having only one NIC with two IP's , say 192.168.12.1(primary) and 192.168.12.2(secondary) configured.
Remote machine is having two NICs each having a single IP , say 192.168.13.1(primary) and 192.168.13.2(secondary) configured.

Registered Address Lakeside, Bramley Road, Mount Farm, Milton Keynes, MK1 1PT, UK
Registration No: 1397386 (Wales)

P Please consider the environment and don't print this e-mail unless you really need to


DISCLAIMER:
This electronic mail message is intended exclusively for the individual or entity to which it is addressed. This message, together with any attachment, may contain confidential and legally privileged information. Any views, opinions or conclusions expressed in this message are those of the individual sender and do not necessarily reflect the views of OTEGLOBE. Any unauthorized review, use, printing, copying, retention, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email message to the sender and delete all copies of this message. OTEGLOBE cannot accept any responsibility for the accuracy or completeness of this message as it has been transmitted over a public network. If you suspect that the message may have been intercepted or amended in any way please contact the sender. Thank you.

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