[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: I-D ACTION:draft-coene-multi6-sctp-00.txt



Hi,

Thanks all for the responses. One other question (and perhaps this is
more suitable for the IETF TSVWG, but it is related to the SCTP
multihoming draft).

In the ADDIP I-D (draft-ietf-tsvwg-addip-sctp-08.txt), addresses can be
added/deleted as described therein. However, in the sockets API I-D
(draft-ietf-tsvwg-sctpsocket-07.txt), I see a system call
'sctp_getpaddrs()' which allows the upper layer to get all peer
addresses in an association. However, I do not see a notification
primitive informing the upper layer when an address has been
added/deleted per the ADDIP I-D. It would be relatively easy to code
this into an implementation, but shouldn't something like this be in the
sockets API I-D? Thanks.

Pete

-----Original Message-----
From: Michael Tuexen [mailto:Michael.Tuexen@micmac.franken.de] 
Sent: Tuesday, February 24, 2004 4:38 AM
To: Coene Lode
Cc: multi6@ops.ietf.org; 'Randall R. Stewart (home)'; Barany, Pete
Subject: Re: I-D ACTION:draft-coene-multi6-sctp-00.txt

Dear all,

the way Lode describes it is OK. However, there is some
room for implementations...

Best regards
Michael

On 24. Feb 2004, at 10:28 Uhr, Coene Lode wrote:

> I am not a specialist on socket issues.. But Michael & Randall might 
> know a
> bit more on that...
>
>> -----Original Message-----
>> From: Barany, Pete [mailto:pbarany@qualcomm.com]
>> Sent: zaterdag 21 februari 2004 19:29
>> To: multi6@ops.ietf.org
>> Subject: RE: I-D ACTION:draft-coene-multi6-sctp-00.txt
>>
>>
>> In the SCTP sockets API Internet draft
>> (draft-ietf-tsvwg-sctpsocket-07.txt), there is a sendmsg() flag
>> (MSG_ADDR_OVER) for the one-to-many style that allows the application

>> to
>> request that the SCTP stack override the primary destination address.

>> Do
>> implementations honor (mandatory) this request, or can the SCTP stack
>> override it? Thanks.
>
> My take is:
> The implementation must send the msg on the IP address provided
> instead of the primary destination address.
> But if the address provided by the application is not reachable at
that
> particular moment, then the SCTP implementation will try any of the
> alternative addresses of the association(including the primary 
> destination
> address)
>
>>
>> Pete
>>
>
> Yours sincerely,
> Lode
>