Re: [Tsvwg] End point and association Address conflict

...
> I don't agree with this rule.. just because a peer in a UDP model
> endpoint on one of its assocaitions is NOT capable of add-ip why
> should the rest be stuck. Yes you have an abnormality here in
> that that peer COULD send a INIT to the new address.. again I repeat:
> 1) This is such a corner case it is almost silly.
> 2) If it happens it is not that hard to handle... Looking at
>    the code Peter and I wrote you would end up finding the endpoint
>    (since the address WAS added there) and you would then LOOK at
>    its associations. This would then appear to be a RESTART where the
>    peer added addresses. You would then SEND IT an ABORT saying restart
>    while adding addresses. This would leave the other association
>    un-touched and would elimiate the error on the peers part...

Randy,

Let's walk through this example in detail:
Say, local endpoint E1 has two associations to different peers,

     E1             A1     E2
[IPA,IPB:Port1] <-------> [...] 
     E1             A2     E3
[IPA,IPB:Port1] <-------> [IPZ:Port2] 

We do add-ip (IPC) to E1. After sending ASCONF to both E2 and E3, we
succeeded with E2 but failed on E3.

     E1'               A1'     E2
[IPA,IPB,IPC:Port1] <-------> [...] 
     E1'               A2'     E3
[IPA,IPB,IPC:Port1] <-------> [IPZ:Port2]  /* E3 rejected add-ip and */
                                      /* hence knows nothg about IPC */

My understanding is that you would like to allow this. 

Now, several things could happen,

1) E3 may get a packet from E1' with src addr=IPC. This packet will
becomes an OOTB to E3 and E3 will send back an ABORT to kill the
ill-fated A2'. This is ok.

2) E3 may send an INIT to IPC/Port1. Is this the corner case you
described above? If so, I can see E1'1 will find the association A2' and
take this E3 INIT as a restart, but I don't see why E1' will consider it
as a "restart with added address" (E3 didn't add any address, it still
uses only IPZ).

-Qiaobing

_______________________________________________
tsvwg mailing list
tsvwg@ietf.org
https://www1.ietf.org/mailman/listinfo/tsvwg