First login?
Lost password?
 
 
sctp-discussion AT lists.franken.de 
SCTP Discussions

Text archives Help


[SCTP-Discussion] Path failure in multi-homing scenario


Chronological Thread 
  • From: Alberto Bellettato <Alberto.Bellettato AT icn.siemens.it>
  • To: discussion AT sctp.de
  • Subject: [SCTP-Discussion] Path failure in multi-homing scenario
  • Date: Tue Jan 22 12:17:00 2002
  • List-id: SCTP Discussions <discussion.sctp.de>
Hello all,
I am testing sctp behavior in the following multihoming configuration:
2 Linux PCs, each pc has got 2 NICs, and these interfaces are connected 2 by 2
through 2 crossed cables (a scheme is present at
http://spazioweb.inwind.it/stazionebase/graphs.jpg). I
established an association and I began to transmit fixed sized data chunks
(250
bytes), one every 2 milliseconds (for ex.). Some seconds after transmission's
beginning, I physically disconnected the primary path (disconnecting one
crossed cable). In this situation, as I had expected, I experienced
retransmission on the secondary path and then notification of inactive primary
path, and conseguent path's switching.
My test program calculates delay time for every data message transmitted from
upper layer (through echo of timestamped messages). As result I expected a
graph
following a "step shaping", i.e. a standard delay value at the beginning (both
paths active) and at the end (secondary path has become the primary one), and
an
incremented delay value between primary path physically disconnecting and
path's switching.
Instead I obtained a decrementing graph shaping (see image at
http://spazioweb.inwind.it/stazionebase/graphs.jpg). I would
want to understand why the graph is decrementing and why there so many steps.
Could anyone explain to me the implementation's behavior in this
situation?
Thank you very much in advance.

Best regards,


Alberto Bellettato
Developing thesis on SCTP at Univ. of Parma (Italy)
On stage at Siemens I.C.N. Italy


Archive powered by MHonArc 2.6.19+.

Top of page