From jackw@jounce.net Wed Mar 1 06:00:57 2000 From: jackw@jounce.net (Jack Wilkinson) Date: Tue, 29 Feb 2000 22:00:57 -0800 Subject: prospective VPN effects Message-ID: does anyone know if Virtual Private Networking should be at all effected by the change to IPv6? I wouldn't expect so, but thought I'd make sure before making a recommendation. -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- M. Jackson Wilkinson President - JounceNET Internet Services Voicemail/Fax: (877) 8329021 -- Cell: (215) 9191513 From Bernhard.Petri@icn.siemens.de Wed Mar 1 08:15:16 2000 From: Bernhard.Petri@icn.siemens.de (Petri Bernhard) Date: Wed, 1 Mar 2000 09:15:16 +0100 Subject: prospective VPN effects Message-ID: The term VPN means many things to various people, and may refer to quite a number of technical concepts (see e.g. RFC 2764-I ). Typical scenarios may e.g. be the interconnection of 2 sites, or the access of a host to an Intranet from a remote location. For such scenarios, the term VPN is often understood in terms of getting a certain QoS, security level, addressing support, feature set, tunnel provision, manageability, billing discount, etc. Depending on which of these criteria is mainly referred to when talking about VPNs, IPv6 may or may not effect Virtual Private Networking. I can imagine that within a VPN Service the provision of a certain security level will be more easy and likely in IPv6, since basic IPSec functions are mandatory in IPv6; I also assume that a VPN service in IPv6 will not have those problems with private addressing schemes used in Intranets as the current IPv4. For a more detailed evaluation, I suggest you also distinguish between various scenarios, e.g.: - IPv4 is used in private network, VPN service provider uses / offers IPv6 backbone - IPv6 is used in private network, VPN service providers uses IPv4 backbone - IPv6 is used in the private network and is also used/offered by the VPN service provider. Kind regards -Bernhard Bernhard Petri, Siemens Tel: +49 89 722-34578 Fax: +49 89 722-29098 bernhard.petri@icn.siemens.de ______________________________ > -----Original Message----- > From: Jack Wilkinson [SMTP:jackw@jounce.net] > Sent: Wednesday, March 01, 2000 7:01 AM > To: 6bone@ISI.EDU > Subject: prospective VPN effects > > does anyone know if Virtual Private Networking should be at all effected > by > the change to IPv6? I wouldn't expect so, but thought I'd make sure > before > making a recommendation. > > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- > M. Jackson Wilkinson > President - JounceNET Internet Services > Voicemail/Fax: (877) 8329021 -- Cell: (215) 9191513 From huot@iut-gtr.univ-mrs.fr Wed Mar 1 15:32:16 2000 From: huot@iut-gtr.univ-mrs.fr (Camille Huot) Date: Wed, 1 Mar 2000 16:32:16 +0100 (MET) Subject: IPv6 sniffer .. Message-ID: <200003011532.QAA01908@nout.iut-gtr.univ-mrs.fr> Hi, Im doing a review on the IPv6 protocol and IPv6 routing and Im looking after good IPv6 sniffers to use under UNIX (Linux, BSD) and Windows NT. Thanks Camille HUOT From itojun@itojun.org Thu Mar 2 04:06:51 2000 From: itojun@itojun.org (itojun@itojun.org) Date: Thu, 02 Mar 2000 13:06:51 +0900 Subject: WAY TOO BAD route flapping on 6bone Message-ID: <956.951970011@coconut.itojun.org> (this is actually third time I'm sending this here... maybe From: filtered?) I see very bad route flaps on 6bone. This morning, our router got over 10000 BGP updates in 2 hours period, for the following prefixes: 3ffe:1900::/24 3ffe:3500::/24 we have been getting similar flap for: 3ffe:1c00::/24 3ffe:3200::/24 3ffe:3800::/24 so we (WIDE, AS2500) can do nothing but filter them. We would like to know why this is happening. itojun From itojun@itojun.org Thu Mar 2 09:57:15 2000 From: itojun@itojun.org (itojun@itojun.org) Date: Thu, 02 Mar 2000 18:57:15 +0900 Subject: WAY TOO BAD route flapping on 6bone In-Reply-To: horke's message of Thu, 02 Mar 2000 09:22:50 +0100. Message-ID: <5651.951991035@coconut.itojun.org> >> I see very bad route flaps on 6bone. This morning, our router >> got over 10000 BGP updates in 2 hours period, for the following >> prefixes: >> 3ffe:1900::/24 >> 3ffe:3500::/24 >Our Router (3ffe:3500 / AS8319) is stable (6 Weeks Uptime) - while BGP-Links >are stable too (around one week). >Cannot see any unusual things happen. I see two AS paths for 3ffe:3500::/24. there should be something strange inbetween (including our router) From Mar 2 09:00:00 to Mar 2 11:00:00, one of our router have seen: 2948 updates with aspath: 3425 293 6175 8319 4634 updates with aspath: 145 6175 8319 651 withdraws for 3ffe:3500::/24. itojun From karsten.haga@telenor.com Thu Mar 2 12:01:13 2000 From: karsten.haga@telenor.com (karsten.haga@telenor.com) Date: Thu, 2 Mar 2000 13:01:13 +0100 Subject: QoS and IPSec Message-ID: <6D158A832FA9D21189890090271CA89D3315BB@BDR-SG-24-200> Hello I currently have a test network with two 7206 dual stack routers, and hosts connected at each site. I want to implement RSVP and IPSec functionality on the router. Is there anyone who have experiences with this in a IPv6 mode? regards Karsten Haga karsten.haga@telenor.com From Conte' Green" This is a multi-part message in MIME format. ------=_NextPart_000_0015_01BF84A1.3D1BDAE0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Excuse the splattercast. HSA is looking to someone to provide a 6bone tunnel to its IPv6 router. = I have sent e-mail to two 6bone members with no reply. Is there a pTLA = that can provide us with a tunnel (DC)? Thanks. _____________________________________________________________ Conte' Green Sr. Network Engineer High Speed Access Corp. Phone: (703) 481-4600 ext. 134 ------=_NextPart_000_0015_01BF84A1.3D1BDAE0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Excuse the splattercast.
 
HSA is looking to someone to provide a 6bone tunnel = to its=20 IPv6 router.  I have sent e-mail to two 6bone members with no = reply. =20 Is there a pTLA that can provide us with a tunnel (DC)?
 
Thanks.
_____________________________________________________________
 
Conte' Green
Sr. Network Engineer
High Speed = Access=20 Corp.
Phone:  (703) 481-4600 ext. 134
------=_NextPart_000_0015_01BF84A1.3D1BDAE0-- From cmj@3Com.com Thu Mar 2 21:11:04 2000 From: cmj@3Com.com (Cyndi Jung) Date: Thu, 02 Mar 2000 13:11:04 -0800 Subject: Global IPv6 Summit: Members' code Message-ID: <3.0.6.32.20000302131104.008ef6e0@mailhost.ewd.3com.com> There is still time to register for this Summit. The code below will give you the early registration rate. Also, the website will give you additional options on lodging - there are still places to stay with reasonable rates. The Telluride Conference Center is not in a hotel - so the entire Town of Telluride (all 10 by 4 blocks) is available for lodging. Thanks, Cyndi >Subject: Global IPv6 Summit: Members' code >Sender: owner-members@ipv6forum.com >X-MIME-Autoconverted: from quoted-printable to 8bit by chicago.nsd.3com.com id QAA02362 > >Hello Folks, > >For those of you planning to attend the Global IPv6 Summit in a few weeks, >here is a registration code "AEKG". Using this code when you register will >give you a price of $695 vs $895. > >Please register soon at: > > >Here is an email that IPv6 Forum Members should feel free to pass around to >company employees, partners and other appropriate persons. > >Thanks, >Marty > > >------------------ >Global IPv6 Summit - >------------------ >When: March 13-16 >Where: Telluride, Colorado USA > >Judy Estrin, Cisco's CTO is the opening keynote for the Global IPv6 Summit. > >The Global IPv6 Summit is the industry's gathering on IPv6 adoption, >innovation and opportunity. The conference, workshops and IPv6 Forum >meetings are March 13-16, 2000 in the beautiful resort town of Telluride, >Colorado USA at the conference center in Mountain Village. > >In this intimate setting (space is limited to 200 people) you will be able >to pose questions and debate with the leaders in this technology. Register >today for only $895 at http://www.stardust.com/ipv6summit/ > >At the summit we will focus on the deployments of IPv6 around the world, >explore why wireless and home networking technology demands IPv6, and >examine how IPv6 is presenting opportunities for application vendors, >service providers, content providers and enterprise network engineers. > >Sessions will focus on >---------------------- >- The Coming Tidal Wave of Applications >- The Industry's Roadmap >- "IPv6-Ready" Platforms and Routers >- IPv6 Around the World >- ISP Commercial Deployment >- IPv6 Customers >- IPv6 Standards >- IPv6 Forum Meetings > >Who should attend? We expect the mix of summit attendees to include CEO's, >CIO's, CTO's, network engineers, architects, developers, scientists, >researchers, network managers and others who are responsible for networks >and network technology. Attendance is limited to 200 people. > >Featured Keynote >---------------- >The New Internet presented by Judy Estrin, CTO of Cisco Systems > >The promise of the New Internet is communications ubiquity; our appliances, >networks, electronic equipment, cars and even clothes will communicate with >us and with each other. But IPv6 is required for us to realize the full >potential of the global network. > >Judy Estrin is Chief Technology Officer and Senior Vice President at Cisco >Systems. She is responsible for strategic technology planning and business >development including investments and acquisitions, consulting engineering >and advanced Internet projects, as well as legal and government affairs. > >Speakers will Represent >----------------------- >@Home, 3Com, Advanced Systems Consulting, Cisco Systems, Compaq, >Ericsson-Telebit, InfiniBand Trade Association, Internet-Standard.com, MCI >WorldCom, Microsoft, NetworkWorld, Nokia, Nortel Networks, NTT, Sun, Telia, >Thomson-CSF, UCAID, UMTS Forum, UNAM, US Navy, and Viagénie. > >Sponsors >-------- >The Global IPv6 Summit is graciously sponsored by 3Com, Cisco, Compaq, >Microsoft, Motorola, Nokia, Nortel Networks, Qwest, Sun Microsystems and >Teleglobe. Viagénie is sponsoring a free IPv6 tutorial on March 13th for >registered summit attendees. > > >Please email Sherryl Alameda or call with any >questions at (408)879-8080. > > > >--- >Marty Bickford - 408.879.8080 (8081-fax) >Stardust.com - http://www.stardust.com > > From Marc.Blanchet@viagenie.qc.ca Wed Mar 1 21:57:40 2000 From: Marc.Blanchet@viagenie.qc.ca (Marc Blanchet) Date: Wed, 01 Mar 2000 16:57:40 -0500 Subject: IPv6-only reachable websites during Summit In-Reply-To: <3.0.6.32.20000228164305.008f8ad0@mailhost.ewd.3com.com> Message-ID: <4.2.2.20000301165519.017b3838@mail.viagenie.qc.ca> At/À 16:43 2000-02-28 -0800, Cyndi Jung you wrote/vous avez écrit: >6bone members - > >The Global IPv6 Summit in Telluride will be connected to the >Internet with a T1 via the 'Net Cafe in the Steaming Bean > and also to the 6bone (looking >for the closest point of attachment to it still - any volunteers?) Cyndi, we can provide one. Send mail to ipv6@viagenie.qc.ca >During the conference, each conference seat will be supplied with >a 10/100 ethernet port, plus a wireless 802.11 access. Both >IPv4 and IPv6 connectivity will be available. > >So, if anybody out there has a website that is reachable only over IPv6, if you run the quake client, then quake.ipv6.viagenie.qc.ca. >it would be great if you could send me a URL for that site. If you don't >have it ready today, put one up and send me the URL when it is up. Please, >use a little taste with the content - no pornography. www.normos.org is also available by ipv6. Normos is a site containing all IETF RFCs, drafts, W3C tech documents, ATMForum standards, IANA assignments and some ISO and IEEE standards. So useful content...;-))) Marc. >Thanks, > >Cyndi Marc Blanchet Viagénie inc. tel: 418-656-9254 http://www.viagenie.qc.ca ---------------------------------------------------------- Normos (http://www.normos.org): Internet standards portal: IETF RFC, drafts, IANA, W3C, ATMForum, ISO, ... all in one place. From jch@oleane.net Thu Mar 2 23:18:52 2000 From: jch@oleane.net (Jean-Claude Christophe) Date: Fri, 3 Mar 2000 00:18:52 +0100 Subject: 6bone Tunnel In-Reply-To: <001801bf84cb$265fbfe0$8782d818@options>; from cgreen@hsacorp.net on Thu, Mar 02, 2000 at 11:44:23PM -0500 References: <001801bf84cb$265fbfe0$8782d818@options> Message-ID: <20000303001852.O3022@oleane.net> Try http://www.freenet6.net/ > > Excuse the splattercast. > > HSA is looking to someone to provide a 6bone tunnel to its IPv6 router. I have sent e-mail to two 6bone members with no reply. Is there a pTLA that can provide us with a tunnel (DC)? > > Thanks. > _____________________________________________________________ > > Conte' Green > Sr. Network Engineer > High Speed Access Corp. > Phone: (703) 481-4600 ext. 134 -- --------------------------------------- Jean-Claude Christophe France Telecom Oleane DT/BED From itojun@itojun.org Fri Mar 3 10:50:53 2000 From: itojun@itojun.org (itojun@itojun.org) Date: Fri, 03 Mar 2000 19:50:53 +0900 Subject: WAY TOO BAD route flapping on 6bone In-Reply-To: labovit's message of Thu, 02 Mar 2000 15:33:37 PST. <5B3F16B2DB67D1119A0D00805F312AA219694D10@RED-MSG-58> Message-ID: <1892.952080653@coconut.itojun.org> The issue seem to be a combination of EBGP flapping (1 update per second), and local IBGP flapping due to a bug in route reflector (more than 3 incoming update per second, result in lots more flood of updates). We (WIDE) have large inside topology and it contributed to the particular flaps. It looks the prefixes listed are not directly related to severe flaps in IBGP, it could have happened for any of the prefixes we receive. We are trying to look carefully after updating the code we use. Sorry for confusions. itojun From Marc.Blanchet@viagenie.qc.ca Fri Mar 3 00:35:53 2000 From: Marc.Blanchet@viagenie.qc.ca (Marc Blanchet) Date: Thu, 02 Mar 2000 19:35:53 -0500 Subject: 6bone Tunnel In-Reply-To: <001801bf84cb$265fbfe0$8782d818@options> Message-ID: <4.2.2.20000302193527.014de008@mail.viagenie.qc.ca> At/À 23:44 2000-03-02 -0500, Conte' Green you wrote/vous avez écrit: >Excuse the splattercast. > >HSA is looking to someone to provide a 6bone tunnel to its IPv6 router. I >have sent e-mail to two 6bone members with no reply. Is there a pTLA that >can provide us with a tunnel (DC)? > we can provide you one. send your request to ipv6@viagenie.qc.ca and someone of our team will respond. Marc. >Thanks. >_____________________________________________________________ > >Conte' Green >Sr. Network Engineer >High Speed Access Corp. >Phone: (703) 481-4600 ext. 134 Marc Blanchet Viagénie inc. tel: 418-656-9254 http://www.viagenie.qc.ca ---------------------------------------------------------- Normos (http://www.normos.org): Internet standards portal: IETF RFC, drafts, IANA, W3C, ATMForum, ISO, ... all in one place. From alison.gudgeon@kingston-internet.net Mon Mar 6 11:12:58 2000 From: alison.gudgeon@kingston-internet.net (Alison Gudgeon) Date: Mon, 6 Mar 2000 11:12:58 -0000 Subject: Newbie Message-ID: <003001bf875c$edc95940$87a132d4@kingstoninternet.co.uk> This is a multi-part message in MIME format. ------=_NextPart_000_002D_01BF875C.EDA02660 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi, I am just getting started with IPv6, can anyone recommend where I can = get some useful information. I've got rfc 2374 for starters. Thanks in advance.. Ali Gudgeon Network Engineer Kingston Internet Office: 0113 384 2465 Mobile: 07867 904919 *************************************************************************= *** ****************************************************************=20 This email and any files transmitted with it are confidential and = intended solely for the use of the individual or entity to whom they are addressed. The = views expressed in the email and files transmitted with it are those of the individual, not the company. If you have received this email in error = please notify:- admin@kingston-internet.net = *************************************************************************= *** **************************************************************** ------=_NextPart_000_002D_01BF875C.EDA02660 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi,
 
I am just getting = started with IPv6,=20 can anyone recommend where I can get some useful = information.
I've got rfc 2374 for=20 starters.
 
Thanks in = advance..
 
 
Ali = Gudgeon
 
Network = Engineer
Kingston=20 Internet
Office:  0113 384 2465
Mobile:  07867=20 904919
***************************************************************= *************
 **************************************************= **************=20
 This email and any files transmitted with it are confidential = and=20 intended solely for
 the use of the individual or entity to whom = they=20 are addressed. The views
 expressed in the email and files = transmitted=20 with it are those of the
 individual, not the company. If you = have=20 received this email in error please
 notify:- admin@kingston-internet.net
 *************************************************************= ***************
 ************************************************= ****************
------=_NextPart_000_002D_01BF875C.EDA02660-- From Manoj.Raizada@sisl.co.in Mon Mar 6 11:56:57 2000 From: Manoj.Raizada@sisl.co.in (Raizada Manoj) Date: Mon, 6 Mar 2000 17:26:57 +0530 Subject: Newbie Message-ID: You can go to www.ipv6.com or www.ipv6.org for the useful information. You can also get the RFCs too. Manoj Raizada -----Original Message----- From: Alison Gudgeon [SMTP:alison.gudgeon@kingston-internet.net] Sent: Monday, March 06, 2000 4:43 PM To: 6bone@ISI.EDU Subject: Newbie Hi, I am just getting started with IPv6, can anyone recommend where I can get some useful information. I've got rfc 2374 for starters. Thanks in advance.. Ali Gudgeon Network Engineer Kingston Internet Office: 0113 384 2465 Mobile: 07867 904919 **************************************************************************** **************************************************************** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. The views expressed in the email and files transmitted with it are those of the individual, not the company. If you have received this email in error please notify:- admin@kingston-internet.net **************************************************************************** **************************************************************** From kazu@iijlab.net Mon Mar 6 14:38:40 2000 From: kazu@iijlab.net (Kazu Yamamoto (=?iso-2022-jp?B?GyRCOzNLXE9CSScbKEI=?=)) Date: Mon, 06 Mar 2000 23:38:40 +0900 (JST) Subject: JPNIC Message-ID: <20000306.233840.104029480.kazu@iijlab.net> JPNIC, NIR in Japan, has just started new services for IPv6 from March 1, 2000. - JPNIC now can register AAAA *glue* records for an NS record e.g. for iij.ad.jp's NS record note: transport is now still IPv4 only - Whois DB is now IPv6 contents-ready note: transport is now still IPv4 only The next step is make both services be IPv6 transport-ready. --Kazu with a JPNIC hat From ab@astralblue.com Mon Mar 6 17:00:44 2000 From: ab@astralblue.com (Eugene M. Kim) Date: Mon, 6 Mar 2000 09:00:44 -0800 (PST) Subject: IPv6: can a link-site (or global) address be configured in rc.conf? In-Reply-To: <200003061628.IAA19733@windsor.research.att.com> Message-ID: (Cc'ed to the 6BONE mailing list in the hope that someone there could answer my question as well) Speaking of the address allocation, is there a way for an individual to get a non-local address space (so that all of my machines can get an unique IPv6 address)? I've read through the 6BONE website, and it seems to me that I somehow have to `qualify' in order to get one. (And the fact that I just need <10 addresses makes me feel guilty; AFAIK the minimum allocation unit is 2^64-address block :-p.) Thank you in advance, Eugene On Mon, 6 Mar 2000, Bill Fenner wrote: | Bruce is right that machines expect to learn their prefixes from their | local router; however if you're just playing around you might want to | set it yourself. The easiest way I've found to do this is to say that | this machine is a router: | | # sysctl -w net.inet6.ip6.forwarding=1 | net.inet6.ip6.forwarding: 0 -> 1 | | and then run "prefix" to set a site-local prefix: | | # prefix dc0 fec0:0:0:1:: | # ifconfig dc0 | dc0: flags=8843 mtu 1500 | inet6 fe80::2a0:ccff:fe36:7410%dc0 prefixlen 64 scopeid 0x1 | inet6 fec0::1:2a0:ccff:fe36:7410 prefixlen 64 | | Of course, if you have global address space too you can assign that prefix | too. | | Bill -- Eugene M. Kim "Is your music unpopular? Make it popular; make music which people like, or make people who like your music." From fink@es.net Mon Mar 6 17:22:45 2000 From: fink@es.net (Bob Fink) Date: Mon, 06 Mar 2000 09:22:45 -0800 Subject: IPv6: can a link-site (or global) address be configured in rc.conf? In-Reply-To: References: <200003061628.IAA19733@windsor.research.att.com> Message-ID: <4.2.2.20000306091731.02b974d8@imap2.es.net> Eugene, At 09:00 AM 3/6/2000 -0800, Eugene M. Kim wrote: >(Cc'ed to the 6BONE mailing list in the hope that someone there could >answer my question as well) > >Speaking of the address allocation, is there a way for an individual to >get a non-local address space (so that all of my machines can get an >unique IPv6 address)? I've read through the 6BONE website, and it seems >to me that I somehow have to `qualify' in order to get one. (And the >fact that I just need <10 addresses makes me feel guilty; AFAIK the >minimum allocation unit is 2^64-address block :-p.) IPv6 "sites" own the right-most 80 bits of the 128 bits for local use (you know that, just restating for the wide list you have emailed to). The external routing prefixes are the left-most 48 bits of the 128 and come from your IPv6 service provider... normally. These are currently either in the 3FFE::/16 or 2001::/16 TLA space. The exception is for "6to4" prefixes which are in the 2002::/16 TLA space. See the I-D: Please read, then ask any questions you may have. 6to4 is currently supported, and there are relay routers up and running. Thanks, Bob From richdr@microsoft.com Mon Mar 6 19:23:02 2000 From: richdr@microsoft.com (Richard Draves) Date: Mon, 6 Mar 2000 11:23:02 -0800 Subject: IPv6: can a link-site (or global) address be configured in rc .conf? Message-ID: <4D0A23B3F74DD111ACCD00805F31D8101CA21D05@RED-MSG-50> > The exception is for "6to4" prefixes which are in the > 2002::/16 TLA space. > See the I-D: > > > > Please read, then ask any questions you may have. 6to4 is currently > supported, and there are relay routers up and running. To summarize, with 6to4 all you need is one global/static IPv4 address and you get a /48 IPv6 prefix for yourself. Rich From rsofia@rccn.net Mon Mar 6 21:24:05 2000 From: rsofia@rccn.net (Rute Sofia) Date: Mon, 6 Mar 2000 21:24:05 +0000 (WET) Subject: IPv6: can a link-site (or global) address be configured in rc .conf Message-ID: > The exception is for "6to4" prefixes which are in the > 2002::/16 TLA space. > See the I-D: > > > > Please read, then ask any questions you may have. 6to4 is currently > supported, and there are relay routers up and running. To summarize, with 6to4 all you need is one global/static IPv4 address and you get a /48 IPv6 prefix for yourself. Rich Can you point out some implementation that supports the 6to4 mechanism, please? Thank you, Rute Sofia --------------------------------------------------- Helena Rute Esteves Carvalho Sofia e-mail: rsofia@rccn.net "After silence, that which comes nearest to expressing the inexpressible is Music." - Aldous Huxley --------------------------------------------------- From Nora_Parker@monterey.edu Mon Mar 6 21:31:10 2000 From: Nora_Parker@monterey.edu (Nora Parker) Date: Mon, 06 Mar 2000 13:31:10 -0800 Subject: Re(2): IPv6: can a link-site (or global) address be configured in rc.conf? In-Reply-To: References: Message-ID: I am trying to get an ipv6 address. I tried a local source but have not heard any reply. Can anyone help me out with an address. I am a student at Cal State Monterey Bay working on a capstone project. I would appreciate any help in this matter. Thank You From fink@es.net Mon Mar 6 21:47:47 2000 From: fink@es.net (Bob Fink) Date: Mon, 06 Mar 2000 13:47:47 -0800 Subject: Re(2): IPv6: can a link-site (or global) address be configured in rc.conf? In-Reply-To: References: Message-ID: <4.2.2.20000306134701.00b1aa18@imap2.es.net> At 01:31 PM 3/6/2000 -0800, Nora Parker wrote: >I am trying to get an ipv6 address. I tried a local source but have not >heard any reply. Can anyone help me out with an address. I am a student >at Cal State Monterey Bay working on a capstone project. I would >appreciate any help in this matter. Try the site. Bob From richdr@microsoft.com Mon Mar 6 22:21:38 2000 From: richdr@microsoft.com (Richard Draves) Date: Mon, 6 Mar 2000 14:21:38 -0800 Subject: IPv6: can a link-site (or global) address be configured in rc .conf Message-ID: <4D0A23B3F74DD111ACCD00805F31D8101CA21D12@RED-MSG-50> > Can you point out some implementation that supports the 6to4 > mechanism, > please? MSR IPv6 for one, you can get it from http://research.microsoft.com/msripv6. Rich From shin@nd.net.fujitsu.co.jp Tue Mar 7 01:26:28 2000 From: shin@nd.net.fujitsu.co.jp (Yoshinobu Inoue) Date: Tue, 07 Mar 2000 10:26:28 +0900 Subject: IPv6: can a link-site (or global) address be configured in rc.conf? In-Reply-To: <20000306162106.B347@tar.com> References: <4.2.2.20000306091731.02b974d8@imap2.es.net> <20000306162106.B347@tar.com> Message-ID: <20000307102628S.shin@nd.net.fujitsu.co.jp> Hi, Very unfortunately, 6to4 is not yet supported in FreeBSD/KAME. So now available options will be, -Use freenet6 (for one hosts). -Get IPv6 address block and connect to 6bone using gif tunnel. Cheers, Yoshinobu Inoue > > Please read, then ask any questions you may have. 6to4 is currently > > supported, and there are relay routers up and running. > > My apologies if I sound like I need "IPv6 for Dummies". > > Just to clarify. You mean that 6to4 is currently supported in FreeBSD/KAME? > Of course, I'm not quite sure what I mean by this. I guess, if I configure > a FreeBSD/KAME host as an IPv6 router, will the router automatically do the > IPv6->IPv4 encapsulation when it encounters a destination prefix of 2002::/16 > and vice versa for incoming packets? Or, do I need to configure a pseudo > interface somehow (gif doesn't look quite like the right thing?). Also, will > FreeBSD/KAME hosts (both router and non-router hosts) somehow automatically > do the proper address selection algorithm when they encounter multiple IPv6 > addresses, or is that an application level requirement? > > Also, if I have (for example) IPv4 addresses of 204.95.187/24, I assume > I can use any of the 2002:[V4ADDR]:/48 prefixes within my allocation, but > for external 6to4 connectivity I should probably choose the V4ADDR of the > external interface of the 6to4 router? > > And, finally, do some of the 6to4 relay routers that are "up and running" > serve small isolated sites? I assume the best case is that one's ISP > provides IPv6 connectivity in some shape or form. But, if thats not the > case, I assume the main options are IPv6-IPv4 tunnel to a co-operative > IPv6 site, or 6to4 with a default route to a relay router (who I assume > must configure a static route back?). Or, run a more sophisticated routing > protocol (BGP), but thats a little much for me, I think. > > Of course, if everyone configures 6to4 (or at least everyone you want to reach) > then am I correct that you don't really need 6to4 "relay" routers? This is > only for reaching native IPv6 sites without 6to4 addresses? > > Thanks. > > -- > Richard Seaman, Jr. email: dick@tar.com > 5182 N. Maple Lane phone: 262-367-5450 > Chenequa WI 53058 fax: 262-367-5852 > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > > From shin@nd.net.fujitsu.co.jp Fri Mar 10 11:09:04 2000 From: shin@nd.net.fujitsu.co.jp (Yoshinobu Inoue) Date: Fri, 10 Mar 2000 20:09:04 +0900 Subject: IPv6: can a link-site (or global) address be configured in rc.conf? In-Reply-To: <24051.952462663@coconut.itojun.org> References: <20000307102628S.shin@nd.net.fujitsu.co.jp> <24051.952462663@coconut.itojun.org> Message-ID: <20000310200904T.shin@nd.net.fujitsu.co.jp> > >Very unfortunately, 6to4 is not yet supported in FreeBSD/KAME. > >So now available options will be, > > -Use freenet6 (for one hosts). > > -Get IPv6 address block and connect to 6bone using gif tunnel. > > We hope to add 6to4 support for KAME/FreeBSD very soon (next week is a > good guess). We may need some more testing before real use, > but it should work. it is in KAME/NetBSD already, I just don't have > time to make it work on othre *BSDs yet... 6to4 support seems to be very important for initial IPv6 deployment on FreeBSD4.0, so I tried small additinal patches to make it available. And It seems to work. Could some FreeBSD4.0 user with direct internet connectivity please try this patches and try to ping6 to my host's 6to4 address? The procedure is, (1)apply this patch and rebuild your kernel (2)configure 6to4 interface I suppose that your IPv4 address is 1.2.3.4 -configure stf interface's outer addr, using gifconfig gifconfig stf0 1.2.3.4 255.255.255.255 (The destination IPv4 addr can be anything.) -encode your IPv4 address to hex format per 2 byte, for later use If it is 1.2.3.4, then it will be, 0102:0304. -encode your IPv6 address on stf interface, for later configuration The format is, like below. 2002: 4byte v4 addr : 2byte SLA ID : 8byte interface ID For simplicity, I choose 0 for SLA ID, and 1 for interface ID. Then, if your IPv4 addr is 1.2.3.4, then your IPv6 addr on stf is, 2002:0102:0304::1 -configure stf interface's IPv6 addr Please use ifconfig. ifconfig stf0 inet6 2002:0102:0304::1 prefixlen 16 (3)try pinging to my host's 6to4 address My machine's 6to4 address is 2002:cbb2:8dd8::1. Please try, ping6 2002:cbb2:8dd8::1 I hope there is reply from my machine. And here is the patches. Thanks, Yoshinobu Inoue Index: net/if_gif.c =================================================================== RCS file: /home/ncvs/src/sys/net/if_gif.c,v retrieving revision 1.3 diff -u -r1.3 if_gif.c --- net/if_gif.c 2000/02/27 18:36:30 1.3 +++ net/if_gif.c 2000/03/10 10:09:25 @@ -83,7 +83,7 @@ /* * gif global variable definitions */ -int ngif = NGIF; /* number of interfaces */ +int ngif = NGIF + 1; /* number of interfaces. +1 for stf. */ struct gif_softc *gif = 0; void @@ -95,7 +95,7 @@ gif = sc = malloc (ngif * sizeof(struct gif_softc), M_DEVBUF, M_WAIT); bzero(sc, ngif * sizeof(struct gif_softc)); - for (i = 0; i < ngif; sc++, i++) { + for (i = 0; i < ngif - 1; sc++, i++) { /* leave last one for stf */ sc->gif_if.if_name = "gif"; sc->gif_if.if_unit = i; sc->gif_if.if_mtu = GIF_MTU; @@ -107,6 +107,16 @@ if_attach(&sc->gif_if); bpfattach(&sc->gif_if, DLT_NULL, sizeof(u_int)); } + sc->gif_if.if_name = "stf"; + sc->gif_if.if_unit = 0; + sc->gif_if.if_mtu = GIF_MTU; + sc->gif_if.if_flags = IFF_MULTICAST; + sc->gif_if.if_ioctl = gif_ioctl; + sc->gif_if.if_output = gif_output; + sc->gif_if.if_type = IFT_GIF; + sc->gif_if.if_snd.ifq_maxlen = ifqmaxlen; + if_attach(&sc->gif_if); + bpfattach(&sc->gif_if, DLT_NULL, sizeof(u_int)); } PSEUDO_SET(gifattach, if_gif); @@ -322,6 +332,11 @@ /* only one gif can have dst = INADDR_ANY */ #define satosaddr(sa) (((struct sockaddr_in *)(sa))->sin_addr.s_addr) + +#ifdef INET6 + if (bcmp(ifp->if_name, "stf", 3) == 0) + satosaddr(dst) = INADDR_BROADCAST; +#endif if (satosaddr(dst) == INADDR_ANY) { int i; Index: netinet/in_gif.c =================================================================== RCS file: /home/ncvs/src/sys/netinet/in_gif.c,v retrieving revision 1.3 diff -u -r1.3 in_gif.c --- netinet/in_gif.c 1999/12/22 19:13:18 1.3 +++ netinet/in_gif.c 2000/03/10 10:09:25 @@ -84,6 +84,9 @@ SYSCTL_INT(_net_inet_ip, IPCTL_GIF_TTL, gifttl, CTLFLAG_RW, &ip_gif_ttl, 0, ""); +#define IN6_IS_ADDR_6TO4(x) (ntohs((x)->s6_addr16[0]) == 0x2002) +#define GET_V4(x) ((struct in_addr *)(&(x)->s6_addr16[1])) + int in_gif_output(ifp, family, m, rt) struct ifnet *ifp; @@ -98,6 +101,9 @@ struct ip iphdr; /* capsule IP header, host byte ordered */ int proto, error; u_int8_t tos; +#ifdef INET6 + struct ip6_hdr *ip6 = NULL; +#endif if (sin_src == NULL || sin_dst == NULL || sin_src->sin_family != AF_INET || @@ -124,7 +130,6 @@ #ifdef INET6 case AF_INET6: { - struct ip6_hdr *ip6; proto = IPPROTO_IPV6; if (m->m_len < sizeof(*ip6)) { m = m_pullup(m, sizeof(*ip6)); @@ -147,6 +152,24 @@ bzero(&iphdr, sizeof(iphdr)); iphdr.ip_src = sin_src->sin_addr; +#ifdef INET6 + /* XXX: temporal stf support hack */ + if (bcmp(ifp->if_name, "stf", 3) == 0 && ip6 != NULL) { + if (IN6_IS_ADDR_6TO4(&ip6->ip6_dst)) + iphdr.ip_dst = *GET_V4(&ip6->ip6_dst); + else if (rt && rt->rt_gateway->sa_family == AF_INET6) { + struct in6_addr *dst6; + + dst6 = &((struct sockaddr_in6 *) + (rt->rt_gateway))->sin6_addr; + if (IN6_IS_ADDR_6TO4(dst6)) + iphdr.ip_dst = *GET_V4(dst6); + } else { + m_freem(m); + return ENETUNREACH; + } + } else +#endif if (ifp->if_flags & IFF_LINK0) { /* multi-destination mode */ if (sin_dst->sin_addr.s_addr != INADDR_ANY) @@ -232,6 +255,17 @@ if ((sc->gif_if.if_flags & IFF_UP) == 0) continue; + +#ifdef INET6 + /* XXX: temporal stf support hack */ + if (proto == IPPROTO_IPV6 && + bcmp(sc->gif_if.if_name, "stf", 3) == 0 && + satosin(sc->gif_psrc)->sin_addr.s_addr == + ip->ip_dst.s_addr) { + gifp = &sc->gif_if; + break; + } +#endif if ((sc->gif_if.if_flags & IFF_LINK0) && satosin(sc->gif_psrc)->sin_addr.s_addr == ip->ip_dst.s_addr From shin@nd.net.fujitsu.co.jp Fri Mar 10 11:39:22 2000 From: shin@nd.net.fujitsu.co.jp (Yoshinobu Inoue) Date: Fri, 10 Mar 2000 20:39:22 +0900 Subject: IPv6: can a link-site (or global) address be configured in rc.conf? In-Reply-To: <20000310200904T.shin@nd.net.fujitsu.co.jp> References: <20000307102628S.shin@nd.net.fujitsu.co.jp> <24051.952462663@coconut.itojun.org> <20000310200904T.shin@nd.net.fujitsu.co.jp> Message-ID: <20000310203922A.shin@nd.net.fujitsu.co.jp> > And here is the patches. The last patches should work but I found a improvement related to coexistence with gif, so this is the updated patches. Thanks, Yoshinobu Inoue Index: net/if_gif.c =================================================================== RCS file: /home/ncvs/src/sys/net/if_gif.c,v retrieving revision 1.3 diff -u -r1.3 if_gif.c --- net/if_gif.c 2000/02/27 18:36:30 1.3 +++ net/if_gif.c 2000/03/10 11:32:38 @@ -83,7 +83,7 @@ /* * gif global variable definitions */ -int ngif = NGIF; /* number of interfaces */ +int ngif = NGIF + 1; /* number of interfaces. +1 for stf. */ struct gif_softc *gif = 0; void @@ -95,7 +95,7 @@ gif = sc = malloc (ngif * sizeof(struct gif_softc), M_DEVBUF, M_WAIT); bzero(sc, ngif * sizeof(struct gif_softc)); - for (i = 0; i < ngif; sc++, i++) { + for (i = 0; i < ngif - 1; sc++, i++) { /* leave last one for stf */ sc->gif_if.if_name = "gif"; sc->gif_if.if_unit = i; sc->gif_if.if_mtu = GIF_MTU; @@ -107,6 +107,16 @@ if_attach(&sc->gif_if); bpfattach(&sc->gif_if, DLT_NULL, sizeof(u_int)); } + sc->gif_if.if_name = "stf"; + sc->gif_if.if_unit = 0; + sc->gif_if.if_mtu = GIF_MTU; + sc->gif_if.if_flags = IFF_MULTICAST; + sc->gif_if.if_ioctl = gif_ioctl; + sc->gif_if.if_output = gif_output; + sc->gif_if.if_type = IFT_GIF; + sc->gif_if.if_snd.ifq_maxlen = ifqmaxlen; + if_attach(&sc->gif_if); + bpfattach(&sc->gif_if, DLT_NULL, sizeof(u_int)); } PSEUDO_SET(gifattach, if_gif); @@ -322,6 +332,11 @@ /* only one gif can have dst = INADDR_ANY */ #define satosaddr(sa) (((struct sockaddr_in *)(sa))->sin_addr.s_addr) + +#ifdef INET6 + if (bcmp(ifp->if_name, "stf", 3) == 0) + satosaddr(dst) = INADDR_BROADCAST; +#endif if (satosaddr(dst) == INADDR_ANY) { int i; Index: netinet/in_gif.c =================================================================== RCS file: /home/ncvs/src/sys/netinet/in_gif.c,v retrieving revision 1.3 diff -u -r1.3 in_gif.c --- netinet/in_gif.c 1999/12/22 19:13:18 1.3 +++ netinet/in_gif.c 2000/03/10 11:32:38 @@ -84,6 +84,9 @@ SYSCTL_INT(_net_inet_ip, IPCTL_GIF_TTL, gifttl, CTLFLAG_RW, &ip_gif_ttl, 0, ""); +#define IN6_IS_ADDR_6TO4(x) (ntohs((x)->s6_addr16[0]) == 0x2002) +#define GET_V4(x) ((struct in_addr *)(&(x)->s6_addr16[1])) + int in_gif_output(ifp, family, m, rt) struct ifnet *ifp; @@ -98,6 +101,9 @@ struct ip iphdr; /* capsule IP header, host byte ordered */ int proto, error; u_int8_t tos; +#ifdef INET6 + struct ip6_hdr *ip6 = NULL; +#endif if (sin_src == NULL || sin_dst == NULL || sin_src->sin_family != AF_INET || @@ -124,7 +130,6 @@ #ifdef INET6 case AF_INET6: { - struct ip6_hdr *ip6; proto = IPPROTO_IPV6; if (m->m_len < sizeof(*ip6)) { m = m_pullup(m, sizeof(*ip6)); @@ -147,6 +152,24 @@ bzero(&iphdr, sizeof(iphdr)); iphdr.ip_src = sin_src->sin_addr; +#ifdef INET6 + /* XXX: temporal stf support hack */ + if (bcmp(ifp->if_name, "stf", 3) == 0 && ip6 != NULL) { + if (IN6_IS_ADDR_6TO4(&ip6->ip6_dst)) + iphdr.ip_dst = *GET_V4(&ip6->ip6_dst); + else if (rt && rt->rt_gateway->sa_family == AF_INET6) { + struct in6_addr *dst6; + + dst6 = &((struct sockaddr_in6 *) + (rt->rt_gateway))->sin6_addr; + if (IN6_IS_ADDR_6TO4(dst6)) + iphdr.ip_dst = *GET_V4(dst6); + } else { + m_freem(m); + return ENETUNREACH; + } + } else +#endif if (ifp->if_flags & IFF_LINK0) { /* multi-destination mode */ if (sin_dst->sin_addr.s_addr != INADDR_ANY) @@ -232,6 +255,19 @@ if ((sc->gif_if.if_flags & IFF_UP) == 0) continue; + +#ifdef INET6 + /* XXX: temporal stf support hack */ + if (proto == IPPROTO_IPV6 && + bcmp(sc->gif_if.if_name, "stf", 3) == 0 && + satosin(sc->gif_psrc)->sin_addr.s_addr == + ip->ip_dst.s_addr && + satosin(sc->gif_pdst)->sin_addr.s_addr == + INADDR_BROADCAST) { + gifp = &sc->gif_if; + break; + } +#endif if ((sc->gif_if.if_flags & IFF_LINK0) && satosin(sc->gif_psrc)->sin_addr.s_addr == ip->ip_dst.s_addr From alison.gudgeon@kingston-internet.net Fri Mar 10 13:40:13 2000 From: alison.gudgeon@kingston-internet.net (Alison Gudgeon) Date: Fri, 10 Mar 2000 13:40:13 -0000 Subject: Peering Message-ID: <00c001bf8a96$29700d40$87a132d4@kingstoninternet.co.uk> This is a multi-part message in MIME format. ------=_NextPart_000_00BD_01BF8A96.29561CA0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi, I'm looking for a little advice with regard to peering on 6bone. Would = someone be able to explain to me how the peering process and the IPv4 = tunneling works? Many Thanks in advance Ali=20 ------=_NextPart_000_00BD_01BF8A96.29561CA0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi,
 
I'm looking for a = little advice with=20 regard to peering on 6bone.  Would someone be able to explain to me = how the=20 peering process and the IPv4 tunneling works?
 
Many Thanks in = advance
 
Ali =
------=_NextPart_000_00BD_01BF8A96.29561CA0-- From brad@anduin.eldar.org Fri Mar 10 23:56:59 2000 From: brad@anduin.eldar.org (Brad Spencer) Date: Fri, 10 Mar 2000 18:56:59 -0500 (EST) Subject: IPv6: can a link-site (or global) address be configured in rc.conf? In-Reply-To: <20000310203922A.shin@nd.net.fujitsu.co.jp> (message from Yoshinobu Inoue on Fri, 10 Mar 2000 20:39:22 +0900) Message-ID: <200003102356.SAA24701@anduin.eldar.org> > And here is the patches. The last patches should work but I found a improvement related to coexistence with gif, so this is the updated patches. Thanks, Yoshinobu Inoue I applied a variant of your patch to my NetBSD/i386 -currentish box that also uses the KAME stack and was able to ping6 your 6to4 address. Brad Spencer - brad@anduin.eldar.org http://anduin.eldar.org [finger brad@anduin.eldar.org for PGP public key] From shin@nd.net.fujitsu.co.jp Sat Mar 11 08:03:01 2000 From: shin@nd.net.fujitsu.co.jp (Yoshinobu Inoue) Date: Sat, 11 Mar 2000 17:03:01 +0900 Subject: IPv6: can a link-site (or global) address be configured in rc.conf? In-Reply-To: <200003102356.SAA24701@anduin.eldar.org> References: <20000310203922A.shin@nd.net.fujitsu.co.jp> <200003102356.SAA24701@anduin.eldar.org> Message-ID: <20000311170301B.shin@nd.net.fujitsu.co.jp> > > And here is the patches. > > The last patches should work but I found a improvement related > to coexistence with gif, so this is the updated patches. > > I applied a variant of your patch to my NetBSD/i386 -currentish box that > also uses the KAME stack and was able to ping6 your 6to4 address. That is fine. :-) However, my patches are temporal hack for FreeBSD4.0. KAME code is changing tunnel interface implementations more generally, so I think different fixes and support for 6to4 will be introduced eventually. Cheers, Yoshinobu Inoue From brad@anduin.eldar.org Sat Mar 11 16:28:53 2000 From: brad@anduin.eldar.org (Brad Spencer) Date: Sat, 11 Mar 2000 11:28:53 -0500 (EST) Subject: IPv6: can a link-site (or global) address be configured in rc.conf? In-Reply-To: <791.952762112@lychee.itojun.org> (message from Jun-ichiro itojun Hagino on Sat, 11 Mar 2000 17:08:32 +0900) Message-ID: <200003111628.LAA12275@anduin.eldar.org> >I applied a variant of your patch to my NetBSD/i386 -currentish box that >also uses the KAME stack and was able to ping6 your 6to4 address. For NetBSD-current, I'll bring in cleaner 6to4 code (since netbsd is not that close to the deadline). please wait for a while... itojun This is what I expected. I was just messing around some and was pleased that it didn't panic my machine. Brad Spencer - brad@anduin.eldar.org http://anduin.eldar.org [finger brad@anduin.eldar.org for PGP public key] From itojun@itojun.org Sun Mar 12 00:26:29 2000 From: itojun@itojun.org (itojun@itojun.org) Date: Sun, 12 Mar 2000 09:26:29 +0900 Subject: IPv6: can a link-site (or global) address be configured in rc.conf? In-Reply-To: brad's message of Sat, 11 Mar 2000 11:28:53 EST. <200003111628.LAA12275@anduin.eldar.org> Message-ID: <14433.952820789@coconut.itojun.org> >> For NetBSD-current, I'll bring in cleaner 6to4 code (since netbsd is >> not that close to the deadline). >> please wait for a while... >This is what I expected. I was just messing around some and was pleased >that it didn't panic my machine. Thanks. BTW, please be sure to read this before you configure 6to4 interface. I recommend you to run configured tunnels. (I missed the i-d cutoff date...) http://playground.iijlab.net/i-d/draft-itojun-ipv6-transition-abuse-00.txt itojun From mkt@ecs.soton.ac.uk Mon Mar 20 17:06:15 2000 From: mkt@ecs.soton.ac.uk (Mark Thompson) Date: Mon, 20 Mar 2000 17:06:15 +0000 Subject: Windows 2000 Technology Preview Message-ID: <20000320170614.E3294@ecs.soton.ac.uk> Apologies for the list spam, but for those of you who (like me) can't see the link anywhere obvious: MSDN has been updated with the Technology Preview release of their IPv6 stack for Windows 2000. http://msdn.microsoft.com/downloads/sdks/platform/tpipv6.asp Much kudos to Rich Draves, Brian Zill and the crew at MSR for their excellent [nearly-]product! Mark/ -- iam: networks and distributed systems http://www.ecs.soton.ac.uk/~mkt/contact.shtml for contact info... From ksbn@kt.co.kr Tue Mar 21 00:55:02 2000 From: ksbn@kt.co.kr (ksb) Date: Tue, 21 Mar 2000 09:55:02 +0900 Subject: IPv6 ISP Message-ID: <38D6C866.CB18338C@kt.co.kr> How are you? If you know the business using IPv6, please telll me. Thanks, ksb -- Kim, Sahng-Beom / Korea Telecom TEL : +82-42-870-8322 FAX : +82-42-870-8329 E-mail : ksbn@kt.co.kr -- From koba@flab.fujitsu.co.jp Thu Mar 23 05:23:52 2000 From: koba@flab.fujitsu.co.jp (KOBAYASHI Shinji) Date: Thu, 23 Mar 2000 14:23:52 +0900 Subject: SOCKS64: An implementation of SOCKS based IPv6/IPv4 Gateway Mechanism Message-ID: <20000323142352L.koba@flab.fujitsu.co.jp> We released the new version of our implementation of the SOCKS based IPv6/IPv4 Gateway Mechanism. The URL is: ftp://ftp.kame.net/pub/kame/misc/socks64-v10r10-20000322.tgz Main changes from socks64-v10r8-19990118.tgz are: 1. Based on the latest SOCKS5 package socks5-v1.0r10. 2. Support for Linux (kernel-2.2.x, GNU libc 2.1) is added. 3. New option -r (--reverse) is added. With -r option, socks64 server tries to get the FQDN of the target by reverse querying DNS if the client specifies its target in IPv4 address. Using this option, we can provide (limited) supports to SOCKS version 4 (not 5) clients such as Netscape Communicator without SocksCap or runsocks. Please refer to README.socks64 for detail. We would appreciate your problem reports, comments, and suggestions. Please send e-mails to: mailto:socks64@pds-flab.rwcp.or.jp Kobayashi Shinji koba@flab.fujitsu.co.jp From koba@flab.fujitsu.co.jp Fri Mar 24 01:27:20 2000 From: koba@flab.fujitsu.co.jp (KOBAYASHI Shinji) Date: Fri, 24 Mar 2000 10:27:20 +0900 Subject: SOCKS64: An implementation of SOCKS based IPv6/IPv4 Gateway Mechanism In-Reply-To: Your message of "Thu, 23 Mar 2000 10:31:15 +0000 (GMT)" References: Message-ID: <20000324102720N.koba@flab.fujitsu.co.jp> >>>>> "Mo" == Mo McKinlay writes: Mo> Is there a WWW URL for this? I'd be quite interested in reading about it Mo> before embarking on a hefty download :-) Sorry, currently no english page is available. Client setup information in Japanese is available at: http://www.pds-flab.rwcp.or.jp/SOCKS64/ socks64-v10r10-20000322.tgz is only 34KB, so please try to download it. :-) Kobayashi Shinji koba@flab.fujitsu.co.jp From zinzin@flab.fujitsu.co.jp Fri Mar 24 05:22:06 2000 From: zinzin@flab.fujitsu.co.jp (Jinzaki Akira) Date: Fri, 24 Mar 2000 14:22:06 +0900 Subject: SOCKS64: An implementation of SOCKS based IPv6/IPv4 Gateway Mechanism In-Reply-To: koba@flab.fujitsu.co.jp's message of Fri, 24 Mar 2000 10:27:20 +0900. <20000324102720N.koba@flab.fujitsu.co.jp> Message-ID: <200003240522.OAA22299@phoenix.avalon.flab.fujitsu.co.jp> Mo> Is there a WWW URL for this? I'd be quite interested in reading about it Mo> before embarking on a hefty download :-) koba> Sorry, currently no english page is available. Client setup koba> information in Japanese is available at: koba> http://www.pds-flab.rwcp.or.jp/SOCKS64/ We are making an English version of how to use socks64 web page. Please wait for the announcement coming in a few weeks. koba> socks64-v10r10-20000322.tgz is only 34KB, so please try to download it. :-) Please note that the distributed file is a patch to the NEC's reference implementation. Jinzaki Akira, Fujitsu Laboratories LTD. From michal@logix.cz Fri Mar 24 09:45:23 2000 From: michal@logix.cz (Michal Ludvig) Date: Fri, 24 Mar 2000 10:45:23 +0100 (CET) Subject: whois.6bone.net refuses connections Message-ID: Hello, I wanted to add new objects to 6bone registry, but whois.6bone.net refuses connections on smtp port 25 while sending e-mail to auto-dbm@whois.6bone.net. I've also tried auto-dbm@isi.edu, which is several time ment on http://www.6bone.net/RIPE-registry.html, but in this case I got no reply within almost 12 hrs. I know this is not the right place for complaining, but I dont know any better ;-) Maybe someone who could fix it or help me in another way would read this mail too. Have a nice day Michal Ludvig From fd97202@bits-pilani.ac.in Sun Mar 26 15:56:35 2000 From: fd97202@bits-pilani.ac.in (fd97202@bits-pilani.ac.in) Date: Sun, 26 Mar 2000 21:26:35 +0530 (IST) Subject: whois.6bone.net refuses connections In-Reply-To: Message-ID: On Fri, 24 Mar 2000, Michal Ludvig wrote: > Hello, > I wanted to add new objects to 6bone registry, but whois.6bone.net refuses > connections on smtp port 25 while sending e-mail to > auto-dbm@whois.6bone.net. I've also tried auto-dbm@isi.edu, which is > several time ment on http://www.6bone.net/RIPE-registry.html, but in this > case I got no reply within almost 12 hrs. > I know this is not the right place for complaining, but I dont know any > better ;-) Maybe someone who could fix it or help me in another way would > read this mail too. > > Have a nice day > > Michal Ludvig > > > Hi, I have the same problems and now both whois.6bone.net and isi.edu smtp are down... Is there soem other way I can make entries into the RIPE whois database ? From fink@es.net Sun Mar 26 22:25:56 2000 From: fink@es.net (Bob Fink) Date: Mon, 27 Mar 2000 07:55:56 +0930 Subject: whois.6bone.net refuses connections In-Reply-To: References: Message-ID: <4.2.2.20000327075335.01831ca8@imap2.es.net> At 09:26 PM 3/26/2000 +0530, fd97202@bits-pilani.ac.in wrote: >On Fri, 24 Mar 2000, Michal Ludvig wrote: > > > Hello, > > I wanted to add new objects to 6bone registry, but whois.6bone.net refuses > > connections on smtp port 25 while sending e-mail to > > auto-dbm@whois.6bone.net. I've also tried auto-dbm@isi.edu, which is > > several time ment on http://www.6bone.net/RIPE-registry.html, but in this > > case I got no reply within almost 12 hrs. > > I know this is not the right place for complaining, but I dont know any > > better ;-) Maybe someone who could fix it or help me in another way would > > read this mail too. > > > > Have a nice day > > > > Michal Ludvig > > > > > > > >Hi, I have the same problems and now both whois.6bone.net and isi.edu smtp >are down... >Is there soem other way I can make entries into the RIPE whois database ? Please send me an example of what is not working as I can see no troubles. Please drop the 6bone list from this transaction. Thanks, Bob From ksbn@kt.co.kr Mon Mar 27 02:00:12 2000 From: ksbn@kt.co.kr (ksb) Date: Mon, 27 Mar 2000 11:00:12 +0900 Subject: IMT-2000 Message-ID: <38DEC0AB.F8682D50@kt.co.kr> How are you? Let's support the IMT-2000. Which one is good for the IMT-2000? (IPv4 or IPv6) Thank you. ksb -- Kim, Sahng-Beom / Korea Telecom TEL : +82-42-870-8322 FAX : +82-42-870-8329 E-mail : ksbn@kt.co.kr -- From gmaxwell@Martin.FL.US Mon Mar 27 13:39:02 2000 From: gmaxwell@Martin.FL.US (Greg Maxwell) Date: Mon, 27 Mar 2000 08:39:02 -0500 (EST) Subject: Router vendors Message-ID: What router vendors are currently making IPv6 support available in production or near-production level systems? I'm aware of Cisco's support in beta IOS and Nortel's support in their older routers (but not their layer-3 switches). Also, of those, which vendors support BGP4+ and OSPFv6? Thanks for any info? -- The comments and opinions expressed herein are those of the author of this message and may not reflect the policies of the Martin County Board of County Commissioners. From Peter.Balharek@icn.siemens.com Mon Mar 27 20:03:13 2000 From: Peter.Balharek@icn.siemens.com (Balharek, Peter) Date: Mon, 27 Mar 2000 12:03:13 -0800 Subject: Router vendors Message-ID: Check http://playground.sun.com/pub/ipng/html/ipng-implementations.html p. -----Original Message----- From: Greg Maxwell [mailto:gmaxwell@Martin.FL.US] Sent: Monday, March 27, 2000 5:39 AM To: 6bone@ISI.EDU Subject: Router vendors What router vendors are currently making IPv6 support available in production or near-production level systems? I'm aware of Cisco's support in beta IOS and Nortel's support in their older routers (but not their layer-3 switches). Also, of those, which vendors support BGP4+ and OSPFv6? Thanks for any info? -- The comments and opinions expressed herein are those of the author of this message and may not reflect the policies of the Martin County Board of County Commissioners. From Marc.Blanchet@viagenie.qc.ca Mon Mar 27 21:41:12 2000 From: Marc.Blanchet@viagenie.qc.ca (Marc Blanchet) Date: Mon, 27 Mar 2000 16:41:12 -0500 Subject: canet3 prefix Message-ID: <4.2.2.20000327163907.014761f8@mail.viagenie.qc.ca> Hi, for those of you who filter addresses, Canet3 has received the following prefix from ARIN and will begin to use it. So please change your filters accordingly. Netname: CANET3-IPV6 Netnumber: 2001:0410:0000:0000:0000:0000:0000:0000/35 Thanks, Marc. Marc Blanchet Viagénie inc. tel: 418-656-9254 http://www.viagenie.qc.ca ---------------------------------------------------------- Normos (http://www.normos.org): Internet standards portal: IETF RFC, drafts, IANA, W3C, ATMForum, ISO, ... all in one place. From atarashi@ebina.hitachi.co.jp Tue Mar 28 01:30:27 2000 From: atarashi@ebina.hitachi.co.jp (Yoshifumi Atarashi) Date: Tue, 28 Mar 2000 10:30:27 +0900 Subject: Router vendors In-Reply-To: Your message of "Mon, 27 Mar 2000 08:39:02 -0500 (EST)" References: Message-ID: <20000328103027N.atarashi@ebina.hitachi.co.jp> From: Greg Maxwell Subject: Router vendors Date: Mon, 27 Mar 2000 08:39:02 -0500 (EST) > What router vendors are currently making IPv6 support available in > production or near-production level systems? HITACHI GR2000 IPv6 beta version is already ready. > I'm aware of Cisco's support in beta IOS and Nortel's support in their > older routers (but not their layer-3 switches). > > Also, of those, which vendors support BGP4+ and OSPFv6? Of cource , supported BGP4+ ---- Yoshifumi Atarashi Hitachi, Ltd. Enterprise Sever Division Network System Center From muralia@future.futsoft.com" How does transport layers are innformed about ICMP "packet too big message" ? and what is the best way? thanks in advance, murali. From hswu@ns.6test.edu.cn Tue Mar 28 12:44:05 2000 From: hswu@ns.6test.edu.cn (Haisang Wu) Date: Tue, 28 Mar 2000 20:44:05 +0800 (CST) Subject: Router vendors In-Reply-To: <20000328103027N.atarashi@ebina.hitachi.co.jp> from Yoshifumi Atarashi at "Mar 28, 2000 10:30:27 am" Message-ID: <200003281244.UAA04465@ns.6test.edu.cn> hi, We are using NOKIA IP650 in CERNET IPv6 testbed. It can provide support for IPv6, but funcitions are limited. best wood CERNET IPv6 Testbed > From: Greg Maxwell > Subject: Router vendors > Date: Mon, 27 Mar 2000 08:39:02 -0500 (EST) > > > > What router vendors are currently making IPv6 support available in > > production or near-production level systems? > > HITACHI GR2000 IPv6 beta version is already ready. > > > I'm aware of Cisco's support in beta IOS and Nortel's support in their > > older routers (but not their layer-3 switches). > > > > Also, of those, which vendors support BGP4+ and OSPFv6? > > Of cource , supported BGP4+ > ---- > Yoshifumi Atarashi > Hitachi, Ltd. Enterprise Sever Division > Network System Center > From Greg Maxwell Tue Mar 28 13:20:56 2000 From: Greg Maxwell (Greg Maxwell) Date: Tue, 28 Mar 2000 08:20:56 -0500 (EST) Subject: Router vendors In-Reply-To: <38E0ABB0.E7BAC4C6@newbridge.com> Message-ID: On Tue, 28 Mar 2000, HANSEN CHAN wrote: > Can someone enlighten me which IGP will be used in IPv6? RIPng or OSPFv6? I > understand that RIPng was extensively used (and probably still is). But will > OSPFv6 replace RIPng in the same way OSPFv2 replacing RIPv2? > > Which IGP being used in 6bone? Since there is no complete v6 OSPF implimentation (zebra is working on it) that I've been able to find, I must assume that RIPng is the IGP of choice on the 6bone. However, I expect there is not a lot of IGP use on the 6bone at all right now, because most participants only have a small test bed of v6 networks. >From what I can tell RIPng has all the problems that RIPv2 has in a large highly-interconnected enviroment (little ability to handle multiple link speeds correctly, slow convergence time, lots of traffic from big routing tables). RIP is just a lot easier to impliment then OSPF. The reason I was asking about router and routing support, is we are currently implimenting a MAN, and infrastructure IPv6 support is important to us. I was already aware of the vendors on the ipng-implementations.html page, but I was hoping that there was someone I was missing. -- The comments and opinions expressed herein are those of the author of this message and may not reflect the policies of the Martin County Board of County Commissioners. From Marc.Blanchet@viagenie.qc.ca Tue Mar 28 00:12:32 2000 From: Marc.Blanchet@viagenie.qc.ca (Marc Blanchet) Date: Mon, 27 Mar 2000 19:12:32 -0500 Subject: canet3 prefix In-Reply-To: <9836.954204772@lychee.itojun.org> References: Message-ID: <4.2.2.20000327191023.01560fe8@mail.viagenie.qc.ca> At/À 09:52 2000-03-28 +0900, Jun-ichiro itojun Hagino you wrote/vous écriviez: > >Hi, > > for those of you who filter addresses, Canet3 has received the > following > >prefix from ARIN and will begin to use it. So please change your filters > >accordingly. > > Netname: CANET3-IPV6 > > Netnumber: 2001:0410:0000:0000:0000:0000:0000:0000/35 > > I see no route on 6TAP for the above, nor WIDE/IIJ EBGP routers. > From where do you announce it? see above: "and will begin to use it". We have to renumber... ;-))) which should be easy in IPv6... ;-))) >We allow 2001::/29-35 properly. then, you are fine! Marc. >itojun Marc Blanchet Viagénie inc. tel: 418-656-9254 http://www.viagenie.qc.ca ---------------------------------------------------------- Normos (http://www.normos.org): Internet standards portal: IETF RFC, drafts, IANA, W3C, ATMForum, ISO, ... all in one place. From carton@Ivy.NET Tue Mar 28 19:39:46 2000 From: carton@Ivy.NET (Miles Nordin) Date: Tue, 28 Mar 2000 12:39:46 -0700 (MST) Subject: Router vendors In-Reply-To: Message-ID: On Tue, 28 Mar 2000, Greg Maxwell wrote: > I was already aware of the vendors on the ipng-implementations.html > page, but I was hoping that there was someone I was missing. It would also be nice if further additions to that file on playground were _dated_, so we would not have to guess which comments are two or three years old and thus overly pessimistic. -- Miles Nordin / v:+1 720 841-8308 fax:+1 530 579-8680 555 Bryant Street PMB 182 / Palo Alto, CA 94301-1700 / US From sommerfeld@orchard.arlington.ma.us Wed Mar 29 10:05:16 2000 From: sommerfeld@orchard.arlington.ma.us (Bill Sommerfeld) Date: Wed, 29 Mar 2000 19:35:16 +0930 Subject: broken routing from ietf due to stale routes.. Message-ID: <200003291005.TAA13542@thunk.hamachi.org> Pardon the scattershot nature of this.. I was able to get "home" to 3ffe:1ce1::/32 from IETF earlier in the week but it appears that it's broken at the moment.. I'm seeing an apparent routing loop: % traceroute6 hydra.hamachi.org. traceroute to hydra.hamachi.org (3ffe:1ce1:0:fe01:2a0:ccff:fe3d:86d), 30 hops max, 12 byte packets 1 2001:210:1:2:2d0:baff:fe0e:5df0 97.407 ms 98.844 ms * 2 3ffe:b00:c18:502::1 427.993 ms 510.237 ms 507.608 ms 3 3ffe:b00:c18::11 819.231 ms * * 4 * * 3ffe:31ff:0:ffff::11 1397.85 ms 5 * * 3ffe:3600::b 1370.59 ms 6 3ffe:2100:1:9:0:c46:b898:e 1518.53 ms * 1553.94 ms 7 pao-6r1-if.6r1.cambridge.ip6.pipex.net 1637.93 ms 1841.65 ms 1640.81 ms 8 * cisco-if.6r1.paloalto.ip6.pipex.net 1663.44 ms 1636.38 ms 9 * * * 10 * * * 11 3ffe:b00:c18::11 1882.54 ms * 1743.73 ms 12 3ffe:31ff:0:ffff::11 2349.23 ms * pao-6r1-if.6r1.cambridge.ip6.pipex.net 1972.6 ms 13 * cisco-if.6r1.paloalto.ip6.pipex.net 1956.88 ms * 14 * * * 15 * * 3ffe:1b00:0:ffff::f004 2759.76 ms 16 * * * 17 * * * 18 3ffe:3600::b 3055.94 ms * * 19 3ffe:2100:1:9:0:c46:b898:e 3204.05 ms 2972.77 ms 2872.28 ms 20 * * pao-6r1-if.6r1.cambridge.ip6.pipex.net 2809.26 ms 21 cisco-if.6r1.paloalto.ip6.pipex.net 2784.63 ms * * 3ffe:1ce1::/32 is announced from MIT (AS3) only to MERIT. There appear to be a few dozen stale more-specific routes from MERIT listed in http://carmen.cselt.it/ipv6/bgp/odd-routes2.html, 3ffe:1ce1::/32 being one of them.. The AS path shown in that web page: UUNET-UK - UL - RCCN - RNP - CISCO - ISI-LAP - SPACENET-D - SMS - AS2839 - TELEBIT - CHTTL-TW - ETRI - JOIN - IPF - CAIRN - MERIT Anyone in a position to clear these up? Thanks.. - Bill From hswu@ns.6test.edu.cn Wed Mar 29 14:02:41 2000 From: hswu@ns.6test.edu.cn (Haisang Wu) Date: Wed, 29 Mar 2000 22:02:41 +0800 (CST) Subject: Where is MS's IPv6 stack Message-ID: <200003291402.WAA11849@ns.6test.edu.cn> Hi, friends: I heard that MSR has developed IPv6 stack for win2000 and winNT4.0. who can give me an URL to download? Thanks. wood From Greg Maxwell Wed Mar 29 20:16:49 2000 From: Greg Maxwell (Greg Maxwell) Date: Wed, 29 Mar 2000 15:16:49 -0500 (EST) Subject: Router vendors In-Reply-To: <38E231A1.A3318E50@newbridge.com> Message-ID: On Wed, 29 Mar 2000, HANSEN CHAN wrote: > Can you enlighten me on what is zebra? A new startup??? No. Zebra is routing software for Unix-ish systems. It's got a realtime command like interface that is very ciscoish. When combined with the iproute2 code in Linux 2.2.x and netfilter you have a very feature complete router: * IPv4, IPv6 (I think some of the nat and firewalling is v4 only) * Route based on source, tos, port, virtually anything * BGP4, BGP-4+, RIPv1, RIPv2, RIPng, OSPFv2 and OSPFv3 * Full CBQ, RED, Fairness, prio, Token bucket, traffic control * Partial ATM support (UBR, CBR, AAL5, limited Lane) * Diffserve and RSVP * Multicast routing (pim,dvmrp) * Every interface type under the sun. * Full nat (one-one, many-one, various other forms of pervresion) (yuck) * Advanced firewalling (stateful and nonstateful, the stateful parts are seperate and require a differnt module, so you know when you are killing your reliability) Not at all bad, though the latency isn't great. There is very limited support for 'Fastroute' on some nics, but most of the above features won't work with it. Fastroute basically does nic-nic transfers.. Neat stuff. From ettikan@nttmsc.com.my Thu Mar 30 01:22:16 2000 From: ettikan@nttmsc.com.my (Ettikan Kandasamy) Date: Thu, 30 Mar 2000 10:22:16 +0900 Subject: Where is MS's IPv6 stack Message-ID: the site that you should be looking, http://www.research.microsoft.com/msripv6/ Haisang Wu on 03/29/2000 03:02:41 PM To: 6bone@ISI.EDU cc: (bcc: Ettikan Kandasamy/NTTMSC) Subject: Where is MS's IPv6 stack Hi, friends: I heard that MSR has developed IPv6 stack for win2000 and winNT4.0. who can give me an URL to download? Thanks. wood From gmaxwell@Martin.FL.US Thu Mar 30 13:14:39 2000 From: gmaxwell@Martin.FL.US (Greg Maxwell) Date: Thu, 30 Mar 2000 08:14:39 -0500 (EST) Subject: Router vendors In-Reply-To: <38E283B8.7BFBB7F7@newbridge.com> Message-ID: http://www.zebra.org/ http://www.ds9a.nl/2.4Routing/ - A howto on Linux's traffic control ftp://ftp.inr.ac.ru/ip-routing/iproute2-current.tar.gz For the Linux advanced routing tools. On Wed, 29 Mar 2000, HANSEN CHAN wrote: > Hello Greg, > > Now that you have sold me on this, can you provide a URL to Zebra? > > Thanks, > Hansen > > Greg Maxwell wrote: > > > On Wed, 29 Mar 2000, HANSEN CHAN wrote: > > > > > Can you enlighten me on what is zebra? A new startup??? > > > > No. Zebra is routing software for Unix-ish systems. > > It's got a realtime command like interface that is very ciscoish. > > > > When combined with the iproute2 code in Linux 2.2.x and netfilter you have > > a very feature complete router: > > > > * IPv4, IPv6 (I think some of the nat and firewalling is v4 only) > > * Route based on source, tos, port, virtually anything > > * BGP4, BGP-4+, RIPv1, RIPv2, RIPng, OSPFv2 and OSPFv3 > > * Full CBQ, RED, Fairness, prio, Token bucket, traffic control > > * Partial ATM support (UBR, CBR, AAL5, limited Lane) > > * Diffserve and RSVP > > * Multicast routing (pim,dvmrp) > > * Every interface type under the sun. > > * Full nat (one-one, many-one, various other forms of pervresion) (yuck) > > * Advanced firewalling (stateful and nonstateful, the stateful parts are > > seperate and require a differnt module, so you know when you are killing > > your reliability) > > > > Not at all bad, though the latency isn't great. There is very limited > > support for 'Fastroute' on some nics, but most of the above features won't > > work with it. Fastroute basically does nic-nic transfers.. > > > > Neat stuff. > > From fd97202@bits-pilani.ac.in Thu Mar 30 15:01:51 2000 From: fd97202@bits-pilani.ac.in (fd97202@bits-pilani.ac.in) Date: Thu, 30 Mar 2000 20:31:51 +0530 (IST) Subject: Tunnel routing... Message-ID: Hi, I have three configured tunnels. How should I route traffic through these three tunnels as to achieve max efficiency ?..All three tunnels are almost equal hop counts away. Or should I route all prefixes (i.e. 3ffe::/16 2002::/16 2001::/16) through all of them.. How can i load balance between my tunnels ?. thanking you, deepak IPv6 Group BITS,Pilani. From fd97202@bits-pilani.ac.in Thu Mar 30 15:24:47 2000 From: fd97202@bits-pilani.ac.in (fd97202@bits-pilani.ac.in) Date: Thu, 30 Mar 2000 20:54:47 +0530 (IST) Subject: broken routing from ietf due to stale routes.. In-Reply-To: <200003291005.TAA13542@thunk.hamachi.org> Message-ID: Hi, Can u please say what all those '*'s mean in ping... -Deepak On Wed, 29 Mar 2000, Bill Sommerfeld wrote: > Pardon the scattershot nature of this.. > > I was able to get "home" to 3ffe:1ce1::/32 from IETF earlier in the > week but it appears that it's broken at the moment.. > > I'm seeing an apparent routing loop: > > % traceroute6 hydra.hamachi.org. > traceroute to hydra.hamachi.org (3ffe:1ce1:0:fe01:2a0:ccff:fe3d:86d), 30 hops max, 12 byte packets > 1 2001:210:1:2:2d0:baff:fe0e:5df0 97.407 ms 98.844 ms * > 2 3ffe:b00:c18:502::1 427.993 ms 510.237 ms 507.608 ms > 3 3ffe:b00:c18::11 819.231 ms * * > 4 * * 3ffe:31ff:0:ffff::11 1397.85 ms > 5 * * 3ffe:3600::b 1370.59 ms > 6 3ffe:2100:1:9:0:c46:b898:e 1518.53 ms * 1553.94 ms > 7 pao-6r1-if.6r1.cambridge.ip6.pipex.net 1637.93 ms 1841.65 ms 1640.81 ms > 8 * cisco-if.6r1.paloalto.ip6.pipex.net 1663.44 ms 1636.38 ms > 9 * * * > 10 * * * > 11 3ffe:b00:c18::11 1882.54 ms * 1743.73 ms > 12 3ffe:31ff:0:ffff::11 2349.23 ms * pao-6r1-if.6r1.cambridge.ip6.pipex.net 1972.6 ms > 13 * cisco-if.6r1.paloalto.ip6.pipex.net 1956.88 ms * > 14 * * * > 15 * * 3ffe:1b00:0:ffff::f004 2759.76 ms > 16 * * * > 17 * * * > 18 3ffe:3600::b 3055.94 ms * * > 19 3ffe:2100:1:9:0:c46:b898:e 3204.05 ms 2972.77 ms 2872.28 ms > 20 * * pao-6r1-if.6r1.cambridge.ip6.pipex.net 2809.26 ms > 21 cisco-if.6r1.paloalto.ip6.pipex.net 2784.63 ms * * > > 3ffe:1ce1::/32 is announced from MIT (AS3) only to MERIT. > > There appear to be a few dozen stale more-specific routes from MERIT > listed in http://carmen.cselt.it/ipv6/bgp/odd-routes2.html, > 3ffe:1ce1::/32 being one of them.. > > The AS path shown in that web page: > > UUNET-UK - UL - RCCN - RNP - CISCO - ISI-LAP - SPACENET-D - SMS - > AS2839 - TELEBIT - CHTTL-TW - ETRI - JOIN - IPF - CAIRN - MERIT > > Anyone in a position to clear these up? Thanks.. > > - Bill > >