Re: mobility support based on e2e model

2000-12-07 Thread Jun-ichiro itojun Hagino
>In the last slot of the thursday ipng session of the Dan Diego >IETF meeting, we give a short talk on "LIN6: Mobility Support >in IPv6 based on End-to-End Communication Model". >i-d is available at the following URL: > ftp://ftp.csl.sony.co.jp/CSL/tera/draft-teraoka-mobility-lin6-00.txt

mobility support based on e2e model

2000-12-07 Thread Fumio Teraoka
In the last slot of the thursday ipng session of the Dan Diego IETF meeting, we give a short talk on "LIN6: Mobility Support in IPv6 based on End-to-End Communication Model". i-d is available at the following URL: ftp://ftp.csl.sony.co.jp/CSL/tera/draft-teraoka-mobility-lin6-00.txt LIN6 has

Re: Usage of IPv6 flow label

2000-12-07 Thread Brian E Carpenter
Bill, You describe accurately what we get by changing nothing: encrypted traffic will be subject to a less rich set of QOS policy options than unencrypted traffic. Brian Bill Sommerfeld wrote: > > I haven't seen a convincing case why even inter-ISP classifiers need > to know the inner port n

Re: Usage of IPv6 flow label

2000-12-07 Thread Bill Sommerfeld
I haven't seen a convincing case why even inter-ISP classifiers need to know the inner port numbers or inner ip addresses for encrypted traffic. If I were implementing the hypothetical extension header, I'd have to provide policy knobs which determine whether it gets added to outbound traffic; wh

Re: Usage of IPv6 flow label

2000-12-07 Thread Brian E Carpenter
Alex Conta wrote: > > The capture of the type of application is in fact the idea behind the > IANA reserved/defined value of the "flow label type' in my "flow-label" > related recent draft. The first bit of the redefined > "flow label type" would indicate that it is a IANA number as opposed to >

Re: Usage of IPv6 flow label

2000-12-07 Thread Francis Dupont
In your previous mail you wrote: >Because diffserv has a problem if it needs to re-classify encrypted >traffic, since the port & protocol #s are hidden. However, the idea >of an extension header is *much* better than subverting the flow >label. > Apart from the fact that I

Re: Usage of IPv6 flow label

2000-12-07 Thread Steven M. Bellovin
In message <[EMAIL PROTECTED]>, Brian E Carpenter writes: >Catching up after some delay and being able to discuss this >in person with Francis yesterday... > >Steve Deering wrote: >> >> At 5:30 PM -0600 12/1/00, Brian E Carpenter wrote: >> >Francis Dupont wrote: >> >... >> > > => just associate a

IPv6 Articles & reports for Madrid Summit

2000-12-07 Thread JORDI PALET MARTINEZ
As part of the press coverage that we will get before, during and after the Madrid Global IPv6 Summit, the IT magazine producer IDG, is preparing a special edition that will be included during January (2001) with the Spanish edition of Communications World Magazine (monthly edition) and Com

RE: RAT and SDR

2000-12-07 Thread Joris Dobbelsteen
You are probably running "Windows 2000" with "IPv6 Technology Preview for Windows 2000". A error like this occured also on my system with the same config, when trying to run ncFTP, obtained from Microsoft Research.   Probably you need the version released at Microsoft Research and not the Te

Re: Usage of IPv6 flow label

2000-12-07 Thread Brian E Carpenter
Catching up after some delay and being able to discuss this in person with Francis yesterday... Steve Deering wrote: > > At 5:30 PM -0600 12/1/00, Brian E Carpenter wrote: > >Francis Dupont wrote: > >... > > > => just associate a QoS to a SPI and send the information (ie. how to > > > classify p