As one implementor. They create so many conditionals in the code because they are virtual to ship it means like major testing that does not exist today for networking. That is not a reason not to do anything. But if it is baked (I don't think it is yet) it is rather cumbersome to build a product with it that won't break. I mean a product that has a total warranty on it and means to the user "you can run this in a production operation and we will be responsible". Not an early adopter kit OK.
/jim [Have you ever seen the rain coming down on a sunny day] > -----Original Message----- > From: Margaret Wasserman [mailto:mrw@;windriver.com] > Sent: Monday, October 28, 2002 4:56 PM > To: Dan Lanciani > Cc: [EMAIL PROTECTED] > Subject: RE: Limiting the Use of Site-Local > > > > > > >Any language that reduces site-local addresses to > second-class citizens > >(or, worse, implies that they should not be used concurrent > with global > >addresses) will give stack and application vendors an excuse > to fail to > >support such configurations. > > What do stack and application vendors need to do to support > site-local addressing? > > And what makes you think that they are doing those things now? > > The majority of stack and application implementations with > which I am familiar make no distinction at all between > site-local address and globals. > > This is appropriate if site-locals will be used only on > non-globally connected sites (so, effectively, site-local == global). > > Margaret > > > > -------------------------------------------------------------------- > IETF IPng Working Group Mailing List > IPng Home Page: http://playground.sun.com/ipng > FTP archive: ftp://playground.sun.com/pub/ipng > Direct all administrative requests to [EMAIL PROTECTED] > -------------------------------------------------------------------- > -------------------------------------------------------------------- IETF IPng Working Group Mailing List IPng Home Page: http://playground.sun.com/ipng FTP archive: ftp://playground.sun.com/pub/ipng Direct all administrative requests to [EMAIL PROTECTED] --------------------------------------------------------------------
