Re: [Tsvwg] I-D ACTION:draft-ietf-tsvwg-addip-sctp-11.txt

[Michael Tuexen <[e-mail]>]

Hi Sal,

it is not a problem if the destination address of the INIT is
listed in the INIT-ACK. If it is a problem with a particular
implementation it is a bug of that implementation...

Best regards
Michael

On Mar 1, 2005, at 18:16 Uhr, Salvatore Loreto wrote:

> Hi Michael,
>  
> sorry but if an INIT sender receives an INIT ack from a different  
> Address
> that can't be a problem?
>  
> br
> /sal
>
> Michael Tuexen <[e-mail]> wrote:
> Hi Sal,
>
> you can just use the real address as the source address of the
> INIT-ACK and list the destination address of the INIT in the
> INIT-ACK.
> So the COOKIE-ECHO should go to the real address.
>
> After the handshake you could delete the address.
>
> Please note that the intention of ADDIP is not mobility,
> but allow for reconfiguration in long living associations
> without interrupting the service.
>
> Best regards
> Michael
>
> On Mar 1, 2005, at 14:50 Uhr, Salvatore Loreto wrote:
>
> > Hi Michael,
> >  
> > my scenario is this,
> > suppose I want start a session with a node belongto a Mobile IP
> > network, and this node moved to a foreign network...
> > so now when the MN receives an INIT, I think insert in the INIT ACK
> > also a ASCONF chunk with the real address (it has in the foreign
> > network), should improve mobility delay.
> >  
> > br
> > Sal
> >
> > Michael Tuexen wrote:
> > Hi Sal,
> >
> > why not just use the correct addresses dring setup? If
> > one of the addresses is not valid anymore it can not be
> > used for DATA transfer, because it will not be verified.
> >
> > And the SCTP chunk authentication, which is now required
> > for ASCONF/ASCONF-ACK chunks needs the 4 way handshake
> > to establish a shared key. See
> >  
> http://www.ietf.org/internet-drafts/draft-tuexen-sctp-auth-chunk 
> -03.txt
> >
> > Best regards
> > Michael
> >
> > On Mar 1, 2005, at 9:20 Uhr, Salvatore Loreto wrote:
> >
> > > Hi all,
> > >  
> > > I've a question about addip:
> > >  
> > > why is it impossible change an association address during the four
> > way
> > > handshaking ?
> > >  
> > > br
> > > Sal
> > >
> > > [e-mail] wrote:
> > > A New Internet-Draft is available from the on-line Internet-Drafts
> > > directories.
> > > This draft is a work item of the Transport Area Working Group  
> Working
> > > Group of the IETF.
> > >
> > > Title : Stream Control Transmission Protocol (SCTP) Dynamic Address
> > > Reconfiguration
> > > Author(s) : R. Stewart, et al.
> > > Filename : draft-ietf-tsvwg-addip-sctp-11.txt
> > > Pages : 35
> > > Date : 2005-2-22
> > >
> > > This document describes extensions to the Stream Control  
> Transmission
> > > Protocol (SCTP) [RFC2960] that provides a method to reconfigure IP
> > > address information on an existing association.
> > >
> > > A URL for this Internet-Draft is:
> > >
> >  
> http://www.ietf.org/internet-drafts/draft-ietf-tsvwg-addip-sctp-11.txt
> > >
> > > To remove yourself from the I-D Announcement list, send a message  
> to
> > > [e-mail] with the word unsubscribe in the body
> > of
> > > the message.
> > > You can also visit
> > https://www1.ietf.org/mailman/listinfo/I-D-announce
> > > to change your subscription settings.
> > >
> > >
> > > Internet-Drafts are also available by anonymous FTP. Login with the
> > > username
> > > "anonymous" and a password of your e-mail address. After logging  
> in,
> > > type "cd internet-drafts" and then
> > > "get draft-ietf-tsvwg-addip-sctp-11.txt".
> > >
> > > A list of Internet-Drafts directories can be found in
> > > http://www.ietf.org/shadow.html
> > > or ftp://ftp.ietf.org/ietf/1shadow-sites.txt
> > >
> > >
> > > Internet-Drafts can also be obtained by e-mail.
> > >
> > > Send a message to:
> > > [e-mail].
> >  > In the body type:
> > > "FILE /internet-drafts/draft-ietf-tsvwg-addip-sctp-11.txt".
> > >
> > > NOTE: The mail server at ietf.org can return the document in
> > > MIME-encoded form by using the "mpack" utility. To use this
> > > feature, insert the command "ENCODING mime" before the "FILE"
> > > command. To decode the response(s), you will need "munpack" or
> > > a MIME-compliant mail reader. Different MIME-compliant mail readers
> > > exhibit different behavior, especially when dealing with
> > > "multipart" MIME messages (i.e. documents which have been split
> > > up into multiple messages), so check your local documentation on
> > > how to manipulate these messages.
> > >
> > >
> > > Below is the data which will enable a MIME compliant mail reader
> > > implementation to automatically retrieve the ASCII version of the
> > > Internet-Draft.
> > > _______________________________________________
> > > tsvwg mailing list
> > > [e-mail]
> > > https://www1.ietf.org/mailman/listinfo/tsvwg
> > >
> > > Nuovo Yahoo! Messenger E' molto più divertente: Audibles, Avatar,
> > > Webcam, Giochi, Rubrica… Scaricalo
> > > ora!_______________________________________________
> > > tsvwg mailing list
> > > [e-mail]
> > > https://www1.ietf.org/mailman/listinfo/tsvwg
> >
> >
> > _______________________________________________
> > tsvwg mailing list
> > [e-mail]
> > https://www1.ietf.org/mailman/listinfo/tsvwg
> >
> > Nuovo Yahoo! Messenger E' molto più divertente: Audibles, Avatar,
> > Webcam, Giochi, Rubrica… Scaricalo ora!
>
> Nuovo Yahoo! Messenger E' molto più divertente: Audibles, Avatar,  
> Webcam, Giochi, Rubrica… Scaricalo ora!

_______________________________________________
tsvwg mailing list
[e-mail]
https://www1.ietf.org/mailman/listinfo/tsvwg