sctp-discussion - Re: [SCTP-Discussion] sctplib 1.0.4

Closed list
Subscribers: 0
Owners

sctp

Contact owners

Post

sctp-discussion AT lists.franken.de

SCTP Discussions

Text archives Help

Re: [SCTP-Discussion] sctplib 1.0.4

From: Andreas Fink <afink AT global-networks.ch>
To: Michael Tuexen <Michael.Tuexen AT micmac.franken.de>
Cc: "discussion (E-mail)" <discussion AT sctp.de>
Subject: Re: [SCTP-Discussion] sctplib 1.0.4
Date: Tue Sep 27 15:52:03 2005
List-id: SCTP Discussions <discussion.sctp.de>

Hi Michael,

Here is a dump of my daily headake with SCTP

I have a application talking M2PA with a Cisco ITP box. I'm implementing M2PA according to RFC4165.
sometimes I have to "unsafely" quit this application (or more likely it decides that by itself).
When I restart it again, the remote SCTP doesn't love me anymore.
This is my biggest problem as I can not reestablish anything without manual intervention.

Here's what I can see in ethereal:
sending SCTP INIT
receiving SCTP ERROR I presume this is to kill the previous SCTP session which was left open
receiving SCTP INIT ACK and this one to acknowledge the new session.
sending SCTP COOKIE ECHO
receiving SCTP COOKIE ACK
receiving SCTP ABORT
sending M2PA LINKSTATE OOS
receiving SCTP ABORT

from my application view this is like this:

2005-09-27 15:27:03 [765] [2] DEBUG: SCTP CALLBACK: communicationUpNotif (assoc=1,status=2,noOfDestinations=2,noOfInStreams=2,noOfOutStreams,asso ciationSupportsPRSCTP=0
2005-09-27 15:27:03 [765] [2] DEBUG: SCTP[101] communication UP. Assoc=1 (status 2)
2005-09-27 15:27:03 [765] [2] DEBUG: SCTP CALLBACK: networkStatusChangeNotif(assoc=1,destAddrIndex=0,newState=0
2005-09-27 15:27:03 [765] [2] DEBUG: SCTP[101] network status change: path 0 is now ACTIVE

sending the M2PA packet
2005-09-27 15:27:03 [765] [12] DEBUG: M2PA[M2PA-0:201] M2PA_UP
2005-09-27 15:27:03 [765] [12] DEBUG: M2PA Packet Dump
2005-09-27 15:27:03 [765] [12] DEBUG: Version: [1]
2005-09-27 15:27:03 [765] [12] DEBUG: Spare: [0]
2005-09-27 15:27:03 [765] [12] DEBUG: Message Class: [11] M2PA_CLASS (draft 13)
2005-09-27 15:27:03 [765] [12] DEBUG: Message Type: [2] LINK_STATUS
2005-09-27 15:27:03 [765] [12] DEBUG: Message Len: [20]
2005-09-27 15:27:03 [765] [12] DEBUG: BSN: [16777215]
2005-09-27 15:27:03 [765] [12] DEBUG: FSN: [16777215]
2005-09-27 15:27:03 [765] [12] DEBUG: Sending Linkstatus: [9] OUT_OF_SERVICE

ouch we lost the connection ( I guess this is triggered by the SCTP ABORT)
2005-09-27 15:27:03 [765] [2] DEBUG: SCTP CALLBACK: communicationLostNotif(assoc=1,status=1)
2005-09-27 15:27:03 [765] [2] DEBUG: SCTP[101] communication lost (status 1)

m2pa of course takes this serious and shuts itself down

2005-09-27 15:27:03 [765] [12] DEBUG: M2PA[M2PA-0:201] M2PA_DOWN
2005-09-27 15:27:03 [765] [13] DEBUG: MTP3 LINK_CLOSED status for SLC 0

So where's the catch here? how can we avoid this problem?

Andreas Fink
Global Networks Schweiz AG

------------------------------------------------------------------
Tel: +41-61-6666330 Fax: +41-61-6666334 Mobile: +41-79-2457333
Global Networks Schweiz AG. Clarastrasse 3, 4058 Basel, Switzerland
Web: http://www.global-networks.ch/
afink AT global-networks.ch
------------------------------------------------------------------
ICQ: 101946485 MSN:
msn1 AT gni.ch
AIM: smsrelay Skype: andreasfink
Yahoo: finkconsulting SMS: +41792457333
PGP9: 0714 DF2B A189 A760 6201 5CBD D040 3E71 4DAF 68BB

Re: [SCTP-Discussion] sctplib & MacOS X 10.4, (continued)

Archive powered by MHonArc 2.6.19+.