To:
Jim Reid <jim@rfc1035.com>
CC:
teemu.savolainen@nokia.com, iljitsch@muada.com, dnsop@cafax.se
From:
Masataka Ohta <mohta@necom830.hpcl.titech.ac.jp>
Date:
Thu, 13 Nov 2003 13:59:35 +0900
In-Reply-To:
<20768.1068684269@gromit.rfc1035.com>
Sender:
owner-dnsop@cafax.se
User-Agent:
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.4) Gecko/20030624 Netscape/7.1 (ax)
Subject:
Re: DNS discovery
Jim Reid wrote: >>>>>>"teemu" == <teemu.savolainen@nokia.com> writes: > > > teemu> I'd like to point out that any additional (round trip) > teemu> delay in configuration phase, especially in wireless > teemu> (cellular) environments, is _not_ user friendly. Please > teemu> consider those 200.000.000+ million cellular users opening > teemu> a network link for browsing etc. purposes who have to wait > teemu> every time for yet another round trip ..... > > While I agree that minimising delays and RTTs is always desirable, > your argument is a bit of a non-sequitur. There's usually a delay of > 10-15 seconds after a mobile phone is powered on or roams from its > home provider before it has finished the authentication dance and > joined some mobile operator's network. Just FYI, we developped a protocol over 802.11 WLAN with defact standard psuedo adhoc mode to perform, with three-way handshake, everything, including beaconing, mutual authentication between an access point and a mobile node, sharing session key and address assignment, which is a lot better than 802.1x requiring several exchanges of packets. We observed it work with 802.11 WLAN on mobile hosts moving at 260Km/h, for which 10-15 seconds are prohibitive. Masataka Ohta #---------------------------------------------------------------------- # To unsubscribe, send a message to <dnsop-request@cafax.se>.