SCTP Discussions

Text archives Help


RE: [Tsvwg] RE: [SCTP-Discussion] Multihoming


Chronological Thread 
  • From: <Ivan.Arias-Rodriguez AT nokia.com>
  • To: <bidulock AT openss7.org>, <randall AT stewart.chicago.il.us>
  • Cc: <Michael.Tuexen AT icn.siemens.de>, <tsvwg AT ietf.org>, <discussion AT sctp.de>
  • Subject: RE: [Tsvwg] RE: [SCTP-Discussion] Multihoming
  • Date: Fri Feb 22 15:07:24 2002
  • List-id: SCTP Discussions <discussion.sctp.de>

Hi all!

I also consider that situation to be legal. When I receive an INIT
ACK I always look inside the parameters to see if it belongs to any open
association (or in the COOKIE WAIT state). Moreover, I also do it with INIT
chunks, to realize about establishment collisions or restart...

If you don't allow this, I think it would be quite hard to detect
INIT collisions in multihomed hosts... :-/

I must admit that I forgot about this possibility until after having
tested my implementation in a "brakeoff". But, could you Brian point to the
section of the RFC that forbids this possibility? In my understanding it is a
logical thing to do...

Thanks!

BR Iván Arias Rodríguez

> -----Original Message-----
> From: ext Brian F. G. Bidulock
> [mailto:bidulock AT openss7.org]
> Sent: 22. February 2002 5:39
> To: Randall Stewart
> Cc: Tuexen Michael;
> 'tsvwg AT ietf.org';
>
> 'discussion AT sctp.de'
> Subject: Re: [Tsvwg] RE: [SCTP-Discussion] Multihoming
>
>
> Randall,
>
> On Thu, 21 Feb 2002, Randall Stewart wrote:
>
> > Now the above case IS legal and there is specific wording in
> > the RFC that covers this.
>
> Could you point to the section of the RFC that requires
> that this scenario be permitted?
>
> --brian
>
>
>
> --
> Brian F. G. Bidulock ¦ The reasonable man adapts himself to the ¦
> bidulock AT openss7.org
> ¦ world; the unreasonable one persists in ¦
> http://www.openss7.org/ ¦ trying to adapt the world to himself. ¦
> ¦ Therefore all progress depends on the ¦
> ¦ unreasonable man. -- George Bernard Shaw ¦
>
> _______________________________________________
> tsvwg mailing list
> tsvwg AT ietf.org
> https://www1.ietf.org/mailman/listinfo/tsvwg
>




Archive powered by MHonArc 2.6.19+.

Top of page