Re: DoCoMo Implementation Issues with CTP
"Raghu" <[email protected]> Thu, 19 Feb 2004 18:55:20 -0800
| Newsgroups | gmane.ietf.seamoby |
|---|---|
| Message-ID | <026c01c3f75c$fa4c1d50$1c6015ac@dcldendukuri> |
> > Question based on your suggestion, > > When Context trigger is generated, pAR sends PCTD to nAR. > > Let us say, > > IP Dest = NAR's IP (IPv4) is used and > > IP Src = PAR's IP (IPv4) is used to send PCTD to nAR > > > > When MN sends CTAR with PAR= IPv6 to nAR, > > How does nAR verify and enable the contexts ? > > > > Well, CTAR includes MN's IP(v4,v6) addresses. So does > PCTD. So, nAR can still match the contexts. Since the token > does not include PAR's address, verification can still be > done. > I think I didnot make my point clear. MN is claiming that it came from one pAR IP Address(IPV6), but the nAR has a PCTD that says pAR IP is different(IPv4), How can nAR verify the Token without matching the pAR IP ? > > > > > Is the confusion in whether `V' bits also refer to > > > PAR and NAR addresses ? If so, we should clarify that they > > > refer to MN's IP addresses only, and that the router address > > > must be either IPv4 or IPv6 but not both. > > > > > This description in the draft may clarify things, but how to > > identify the IP version AR in CT messages. > > I guess another V flag for AR might simply things. > > > > Perhaps this is not necessary. (See above) > I mean, In CTAR Message there is pAR IP, how can nAR know that there is IPv4 or IPv6 address of pAR, if the V flag is only for MN IP version. regards, Raghu