From jwk@stack.nl Sat Jul 1 08:40:42 2000 From: jwk@stack.nl (Jan Willem Knopper) Date: Sat, 1 Jul 2000 09:40:42 +0200 (CEST) Subject: inet_ntoa In-Reply-To: <395C7A37.EFE1BFEC@mat.upc.es> from Julio Baixauli at "Jun 30, 2000 12:45:11 pm" Message-ID: <20000701074042.71E45C6E@snail.stack.nl> > Hello! > > Is there any function that works as 'char *inet_ntoa(struct in_addr > in);' but with IPv6 addresses (struct in6_addr)? > > (I'm interested in Linux version) It is stated in RFC 2133 section 6.5: int inet_pton(int af, const char *src, void *dst); const char *inet_ntop(int af, const void *src, char *dst, size_t size); (for documentation read that RFC, ftp://ftp.ipv6.org/pub/rfc/rfc2133.txt) Jan Willem P.S. Is this on topic here ? From ksbn@kt.co.kr Tue Jul 4 02:01:45 2000 From: ksbn@kt.co.kr (ksb) Date: Tue, 04 Jul 2000 10:01:45 +0900 Subject: VoIPv6 Message-ID: <39613779.4BD5D7D6@kt.co.kr> How are you? Who does research VoIPv6? I think VoIPv6 is a good application for IPv6. Thanks. ksb -- Kim, Sahng-Beom / Korea Telecom TEL : +82-42-870-8322 FAX : +82-42-870-8279 E-mail : ksbn@kt.co.kr -- From gmaxwell@Martin.FL.US Wed Jul 5 01:08:03 2000 From: gmaxwell@Martin.FL.US (Greg Maxwell) Date: Tue, 4 Jul 2000 20:08:03 -0400 (EDT) Subject: VoIPv6 In-Reply-To: <39613779.4BD5D7D6@kt.co.kr> Message-ID: Many of the VoIP people are already unhappy with the IPv4 20byte/packet overhead (due to latency constraints making them place only a small amount of voice data from each call into each packet), so there doesn't seem to be alot of movement in this area with IPv6. On Tue, 4 Jul 2000, ksb wrote: > How are you? > > Who does research VoIPv6? > I think VoIPv6 is a good application > for IPv6. > > Thanks. > ksb > > -- > Kim, Sahng-Beom / Korea Telecom > TEL : +82-42-870-8322 > FAX : +82-42-870-8279 > E-mail : ksbn@kt.co.kr > -- > > > From gmaxwell@Martin.FL.US Wed Jul 5 04:35:22 2000 From: gmaxwell@Martin.FL.US (Greg Maxwell) Date: Tue, 4 Jul 2000 23:35:22 -0400 (EDT) Subject: VoIPv6 In-Reply-To: <20000704205445.D17369@ray.fries.net> Message-ID: Not really for this task.. IPv6 = 40byte header ATM = 5byte header, 48byte payload Now, for data due to the MUCH large allowed payload, IP wins out, but for telephony applications where latency is important (anything more then 300ms you need echo canceling, more 100ms your users start wondering if you switched their phone for a CB) So lets assume a 1 way path latency of 25ms, and audio codec that outputs 16kbit/sec (perhaps adpcm with silencing, double-rate GSM, or others), and lets calculate the maximum data packet to achieve 140ms one-way latency (note: much less is desirable due to the complexity of echo canceling). Okay, we lose 25 ms to network latency so that leaves 75ms for codec delay and framing delay. Assuming that there is no codec delay (HA!), we can only put 150bytes per packet. (75ms of 16kbit/sec is 150bytes). That means we will emit 190 bytes per 75ms with IPv6 (20266.6kbit/sec), giving a one way delay of 100ms ignoring all codec delays. Reality would probably be a lot worse due to the codec delays. For ATM we would emit 165.625 bytes per 75ms (17666.66kbit/sec). ATM overhead: 10.4% IPv6 overhead: 26.6% It gets worse for better compression algorithms, and if you put in more realistic delay numbers (codec delay, etc).. (8kbit/sec ABR is quite realistic for better then toll quality voice). Of course, you can improve the solution quite a bit by multiplexing multiple calls into one IP packet for transversal of longer delay links. (BTW- My numbers may be a bit off as I'm not a telephony expert, I'm just aware of the issues, nor is this an endorsement of ATM (yuch)) On Tue, 4 Jul 2000, Todd T. Fries wrote: > This is very funny considering the atm networks upon which most phone > systems reside have a 53 byte packet .. not all of which is for data .. > so the data / header ratio is much worse in native telco land .. From sommerfeld@orchard.arlington.ma.us Wed Jul 5 05:18:21 2000 From: sommerfeld@orchard.arlington.ma.us (Bill Sommerfeld) Date: Wed, 05 Jul 2000 00:18:21 -0400 Subject: VoIPv6 In-Reply-To: Message from Greg Maxwell of "Tue, 04 Jul 2000 20:08:03 EDT." Message-ID: <20000705041826.712892A1B@orchard.arlington.ma.us> > Many of the VoIP people are already unhappy with the IPv4 20byte/packet > overhead (due to latency constraints making them place only a small amount > of voice data from each call into each packet), so there doesn't seem to > be alot of movement in this area with IPv6. two words: header compression. - Bill From Robin.Cull@pace.co.uk Wed Jul 5 10:14:51 2000 From: Robin.Cull@pace.co.uk (Robin Cull) Date: Wed, 5 Jul 2000 10:14:51 +0100 Subject: VoIPv6 Message-ID: <1402C4C025C4D311B50D00508B8B74E226CE46@exchange1> Three words: header decompression latency... -- Robin Cull, Product Support Engineer Pace Micro Technology plc Email: Robin.Cull@pace.co.uk 645 Newmarket Road Tel: +44 (0)1223 518514 Cambridge CB5 8PB Fax: +44 (0)1223 518526 The e-mail and any attachments hereto are strictly confidential and intended solely for the addressee. If you are not the intended addressee please notify the sender by return and delete the message. You must not disclose, forward or copy this e-mail or attachments to any third party without the prior consent of the sender. -----Original Message----- From: Bill Sommerfeld [mailto:sommerfeld@orchard.arlington.ma.us] Sent: 05 July 2000 05:18 To: Greg Maxwell Cc: ksb; 6bone Subject: Re: VoIPv6 > Many of the VoIP people are already unhappy with the IPv4 20byte/packet > overhead (due to latency constraints making them place only a small amount > of voice data from each call into each packet), so there doesn't seem to > be alot of movement in this area with IPv6. two words: header compression. - Bill From Robin.Cull@pace.co.uk Wed Jul 5 15:00:31 2000 From: Robin.Cull@pace.co.uk (Robin Cull) Date: Wed, 5 Jul 2000 15:00:31 +0100 Subject: VoIPv6 Message-ID: <1402C4C025C4D311B50D00508B8B74E226CE4D@exchange1> Umm actually none but it is worth thinking about. True, header decompression is a trivial task for a powerful desktop machine but the types of devices that will be doing VoIP are more likely going to be smaller embedded devices. Enough of the processor capacity will be taken up doing more important tasks like decompression/compressing audio and it won't want to be messing around doing header decompression as well. It was just a thought... Robin -- Robin Cull, Product Support Engineer Pace Micro Technology plc Email: Robin.Cull@pace.co.uk 645 Newmarket Road Tel: +44 (0)1223 518514 Cambridge CB5 8PB Fax: +44 (0)1223 518526 The e-mail and any attachments hereto are strictly confidential and intended solely for the addressee. If you are not the intended addressee please notify the sender by return and delete the message. You must not disclose, forward or copy this e-mail or attachments to any third party without the prior consent of the sender. -----Original Message----- From: Tim Chown [mailto:tjc@ecs.soton.ac.uk] Sent: 05 July 2000 14:18 To: Robin Cull Cc: 'sommerfeld@orchard.arlington.ma.us'; Greg Maxwell; ksb; 6bone Subject: RE: VoIPv6 On Wed, 5 Jul 2000, Robin Cull wrote: > Three words: > > header decompression latency... So how much latency is there when the compression is a differencing method as per rfc2507? Do you have any implementation results? tim From Robin.Cull@pace.co.uk Wed Jul 5 15:01:12 2000 From: Robin.Cull@pace.co.uk (Robin Cull) Date: Wed, 5 Jul 2000 15:01:12 +0100 Subject: VoIPv6 Message-ID: <1402C4C025C4D311B50D00508B8B74E226CE4E@exchange1> ^decompression^decompressing^ sorry... Robin -- Robin Cull, Product Support Engineer Pace Micro Technology plc Email: Robin.Cull@pace.co.uk 645 Newmarket Road Tel: +44 (0)1223 518514 Cambridge CB5 8PB Fax: +44 (0)1223 518526 The e-mail and any attachments hereto are strictly confidential and intended solely for the addressee. If you are not the intended addressee please notify the sender by return and delete the message. You must not disclose, forward or copy this e-mail or attachments to any third party without the prior consent of the sender. -----Original Message----- From: Robin Cull Sent: 05 July 2000 15:01 To: 'Tim Chown'; Robin Cull Cc: 'sommerfeld@orchard.arlington.ma.us'; Greg Maxwell; ksb; 6bone Subject: RE: VoIPv6 Umm actually none but it is worth thinking about. True, header decompression is a trivial task for a powerful desktop machine but the types of devices that will be doing VoIP are more likely going to be smaller embedded devices. Enough of the processor capacity will be taken up doing more important tasks like decompression/compressing audio and it won't want to be messing around doing header decompression as well. It was just a thought... Robin -- Robin Cull, Product Support Engineer Pace Micro Technology plc Email: Robin.Cull@pace.co.uk 645 Newmarket Road Tel: +44 (0)1223 518514 Cambridge CB5 8PB Fax: +44 (0)1223 518526 The e-mail and any attachments hereto are strictly confidential and intended solely for the addressee. If you are not the intended addressee please notify the sender by return and delete the message. You must not disclose, forward or copy this e-mail or attachments to any third party without the prior consent of the sender. -----Original Message----- From: Tim Chown [mailto:tjc@ecs.soton.ac.uk] Sent: 05 July 2000 14:18 To: Robin Cull Cc: 'sommerfeld@orchard.arlington.ma.us'; Greg Maxwell; ksb; 6bone Subject: RE: VoIPv6 On Wed, 5 Jul 2000, Robin Cull wrote: > Three words: > > header decompression latency... So how much latency is there when the compression is a differencing method as per rfc2507? Do you have any implementation results? tim From crawdad@fnal.gov Wed Jul 5 15:19:01 2000 From: crawdad@fnal.gov (Matt Crawford) Date: Wed, 05 Jul 2000 09:19:01 -0500 Subject: VoIPv6 In-Reply-To: Your message of Tue, 04 Jul 2000 23:35:22 EDT. Message-ID: <200007051419.JAA23938@gungnir.fnal.gov> > ATM overhead: 10.4% > IPv6 overhead: 26.6% Completely irrelevant, since ATM doesn't go (hardly) anywhere. If you're going to bury your own infrastructure, you might as well install a PBX at each site and do away with ATM as well. From gmaxwell@Martin.FL.US Wed Jul 5 16:19:17 2000 From: gmaxwell@Martin.FL.US (Greg Maxwell) Date: Wed, 5 Jul 2000 11:19:17 -0400 (EDT) Subject: VoIPv6 In-Reply-To: <200007051419.JAA23938@gungnir.fnal.gov> Message-ID: On Wed, 5 Jul 2000, Matt Crawford wrote: > > ATM overhead: 10.4% > > IPv6 overhead: 26.6% > > Completely irrelevant, since ATM doesn't go (hardly) anywhere. If > you're going to bury your own infrastructure, you might as well > install a PBX at each site and do away with ATM as well. I'm certantly not a fan of ATM, I'm just running the numbers. I stated a simple fact: Many VoIP people are unhappy with header overhead. Someone then countered that ATM was worse, and I simply pointed out that ATM is not worse for this sort of application (low bandwidth, low latency). From mariac@seciu.edu.uy Mon Jul 10 15:43:00 2000 From: mariac@seciu.edu.uy (Maria Cervantes) Date: Mon, 10 Jul 2000 11:43:00 -0300 (GMT) Subject: IPv6 SMTP test Message-ID: Hi, we have configured an IPv6 host with Linux Red Hat 6.2, sendmail 8.10.2 and a DNS server (Bind 8.2.2 ). Now we'd like to make an SMTP connection with an IPv6 host. Does anyone have a host accesible only via IPv6 with SMTP service enabled which we can connect to? Thanks in advance. ----------------------------------------------------------------------------- Maria Cervantes E-Mail : mariac@seciu.edu.uy Servicio Central de Informatica - RAU Universidad de la Republica Colonia 2066 - Montevideo - Uruguay Tel : (598)(2) 4083901. ----------------------------------------------------------------------------- From platini@fibertel.com.ar Mon Jul 10 19:13:54 2000 From: platini@fibertel.com.ar (Patricio S. Latini) Date: Mon, 10 Jul 2000 15:13:54 -0300 Subject: IPv6 SMTP test References: Message-ID: <004c01bfea9a$9b9d8c80$1000e818@fibertel.com.ar> mail.ipv6.fibertel.com.ar (3ffe:3800:1::2) is IPv6 host with sendmail up and running. ------------------------------------------------------- Patricio S. Latini Fibertel Network Operations Center Operations Engineering Buenos Aires - Argentina Phone: +54 (11) 4778-6655 ------------------------------------------------------- ----- Original Message ----- From: "Maria Cervantes" To: <6bone@ISI.EDU> Sent: Monday, July 10, 2000 11:43 AM Subject: IPv6 SMTP test > Hi, we have configured an IPv6 host with Linux Red Hat 6.2, sendmail > 8.10.2 and a DNS server (Bind 8.2.2 ). Now we'd like to make an SMTP > connection with an IPv6 host. > Does anyone have a host accesible only via IPv6 with SMTP service enabled > which we can connect to? > Thanks in advance. > > -------------------------------------------------------------------------- --- > Maria Cervantes > E-Mail : mariac@seciu.edu.uy > Servicio Central de Informatica - RAU > Universidad de la Republica > Colonia 2066 - Montevideo - Uruguay > Tel : (598)(2) 4083901. > -------------------------------------------------------------------------- --- > From wmaton@ryouko.dgim.crc.ca Mon Jul 10 19:52:57 2000 From: wmaton@ryouko.dgim.crc.ca (William F. Maton) Date: Mon, 10 Jul 2000 14:52:57 -0400 (EDT) Subject: IPv6 SMTP test In-Reply-To: Message-ID: On Mon, 10 Jul 2000, Maria Cervantes wrote: > Hi, we have configured an IPv6 host with Linux Red Hat 6.2, sendmail > 8.10.2 and a DNS server (Bind 8.2.2 ). Now we'd like to make an SMTP > connection with an IPv6 host. > Does anyone have a host accesible only via IPv6 with SMTP service enabled > which we can connect to? prueba con root@ftp.ipv6.crc.ca > Thanks in advance. > > ----------------------------------------------------------------------------- > Maria Cervantes > E-Mail : mariac@seciu.edu.uy > Servicio Central de Informatica - RAU > Universidad de la Republica > Colonia 2066 - Montevideo - Uruguay > Tel : (598)(2) 4083901. > ----------------------------------------------------------------------------- > wfms From Florent.Parent@viagenie.qc.ca Tue Jul 11 04:33:58 2000 From: Florent.Parent@viagenie.qc.ca (Florent Parent) Date: Mon, 10 Jul 2000 23:33:58 -0400 Subject: 6Bone registry web interface Message-ID: <4.3.2.7.2.20000710233353.02383130@localhost> Folks, You can now use the web interface to create/update/delete your 6Bone registry objects. Available at http://www.viagenie.qc.ca/en/ipv6/registry/index.shtml Please send comments and bug reports to ipv6@viagenie.qc.ca Florent. From fink@es.net Tue Jul 11 05:10:53 2000 From: fink@es.net (Bob Fink) Date: Mon, 10 Jul 2000 21:10:53 -0700 Subject: 6Bone registry web interface In-Reply-To: <4.3.2.7.2.20000710233353.02383130@localhost> Message-ID: <4.3.1.2.20000710210851.054dc8c0@imap2.es.net> Florent, At 11:33 PM 7/10/2000 -0400, Florent Parent wrote: >Folks, > >You can now use the web interface to create/update/delete your 6Bone >registry objects. Available at >http://www.viagenie.qc.ca/en/ipv6/registry/index.shtml > >Please send comments and bug reports to ipv6@viagenie.qc.ca Excellent - this is a great improvement! Thanks to the Viagenie staff for doing this. Thanks to David Kessens for helping. This link is now on the 6bone web page: Thanks again! Bob From marc@ipv6.net.eu.org Tue Jul 11 09:55:40 2000 From: marc@ipv6.net.eu.org (Marc Picornell) Date: Tue, 11 Jul 2000 10:55:40 +0200 (CEST) Subject: IPv6 SMTP test In-Reply-To: Message-ID: Hi, I should have one at the end of the week. Let me know if you want a test account . Regards, Marc On Mon, 10 Jul 2000, William F. Maton wrote: > On Mon, 10 Jul 2000, Maria Cervantes wrote: > > > Hi, we have configured an IPv6 host with Linux Red Hat 6.2, sendmail > > 8.10.2 and a DNS server (Bind 8.2.2 ). Now we'd like to make an SMTP > > connection with an IPv6 host. > > Does anyone have a host accesible only via IPv6 with SMTP service enabled > > which we can connect to? > > prueba con root@ftp.ipv6.crc.ca > > > Thanks in advance. > > > > ----------------------------------------------------------------------------- > > Maria Cervantes > > E-Mail : mariac@seciu.edu.uy > > Servicio Central de Informatica - RAU > > Universidad de la Republica > > Colonia 2066 - Montevideo - Uruguay > > Tel : (598)(2) 4083901. > > ----------------------------------------------------------------------------- > > > > > > wfms > > From psb@ast.cam.ac.uk Tue Jul 11 08:29:50 2000 From: psb@ast.cam.ac.uk (Peter Bunclark) Date: Tue, 11 Jul 2000 08:29:50 +0100 (BST) Subject: 6Bone registry web interface In-Reply-To: <4.3.1.2.20000710210851.054dc8c0@imap2.es.net> Message-ID: On Mon, 10 Jul 2000, Bob Fink wrote: > At 11:33 PM 7/10/2000 -0400, Florent Parent wrote: > > > >You can now use the web interface to create/update/delete your 6Bone > >registry objects. Available at > >http://www.viagenie.qc.ca/en/ipv6/registry/index.shtml > > > Excellent - this is a great improvement! Thanks to the Viagenie staff for > doing this. Thanks to David Kessens for helping. Now if someone could only find a way of weeding out all the dead entries... I've often thought, a good addition to the html-generator would be to ping all the ``application ping 3ffe:...'' entries and highlight them in red if they don't ping! Pete. From jln@stben.be Tue Jul 11 13:11:42 2000 From: jln@stben.be (Jean-Louis Noel) Date: Tue, 11 Jul 2000 14:11:42 +0200 Subject: IPv6 SMTP test References: <004c01bfea9a$9b9d8c80$1000e818@fibertel.com.ar> Message-ID: <002501bfeb31$2c9b8de0$285595c2@stben.be> Hello, "Patricio S. Latini" wrote to "Maria Cervantes" ; <6bone@ISI.EDU> > mail.ipv6.fibertel.com.ar (3ffe:3800:1::2) is IPv6 host with sendmail up and > running. ========== gethostbyname2: No address associated with name ========== Bye, Jean-Louis From platini@fibertel.com.ar Tue Jul 11 14:12:13 2000 From: platini@fibertel.com.ar (Patricio S. Latini) Date: Tue, 11 Jul 2000 10:12:13 -0300 Subject: IPv6 SMTP test References: <004c01bfea9a$9b9d8c80$1000e818@fibertel.com.ar> <20000711004435.A11873@kato.home.snew.com> Message-ID: <005401bfeb39$a137dfc0$1000e818@fibertel.com.ar> yes sorry, you are right, i mistyped with the address it is mail6.ipv6.fibertel.com.ar or 3ffe:3800:1::2 thanks ------------------------------------------------------- Patricio S. Latini Fibertel Network Operations Center Operations Engineering Buenos Aires - Argentina Phone: +54 (11) 4778-6655 ------------------------------------------------------- ----- Original Message ----- From: "chuck yerkes" To: "Patricio S. Latini" Cc: "Maria Cervantes" ; <6bone@ISI.EDU> Sent: Tuesday, July 11, 2000 4:44 AM Subject: Re: IPv6 SMTP test > Quoting Patricio S. Latini (platini@fibertel.com.ar): > > mail.ipv6.fibertel.com.ar (3ffe:3800:1::2) is IPv6 host with sendmail up and > > running. > > I believe that you likely mean "mail6.ipv6.fibertel.com.ar" rather > than just mail.ipv6 .... From olivier.tesson@francetelecom.fr Wed Jul 12 09:57:35 2000 From: olivier.tesson@francetelecom.fr (TESSON OLIVIER BRX/FTLD) Date: 12 Jul 2000 10:57:35 +0200 Subject: Http Ipv6 Message-ID: <06BB0396C32FF022*/c=fr/admd=atlas/prmd=francetelecom/o=msm14/s=tesson/g=olivier/@MHS> Hi, I'm searching doc about an http server for IPv6. Is there somebody to help me? Thanks !!!! From galt@inconnu.isu.edu Wed Jul 12 16:45:07 2000 From: galt@inconnu.isu.edu (John Galt) Date: Wed, 12 Jul 2000 09:45:07 -0600 (MDT) Subject: Http Ipv6 In-Reply-To: <06BB0396C32FF022*/c=fr/admd=atlas/prmd=francetelecom/o=msm14/s=tesson/g=olivier/@MHS> Message-ID: I believe KAME has patched apache for v6, try www.kame.net for all of their patched software... On 12 Jul 2000, TESSON OLIVIER BRX/FTLD wrote: > Hi, > > I'm searching doc about an http server for IPv6. Is there somebody to help > me? > Thanks !!!! > -- There is an old saying that if a million monkeys typed on a million keyboards for a million years, eventually all the works of Shakespeare would be produced. Now, thanks to Usenet, we know this is not true. Who is John Galt? galt@inconnu.isu.edu, that's who! From ina@mimos.my Thu Jul 13 05:28:49 2000 From: ina@mimos.my (Raja Azlina Raja Mahmood) Date: Thu, 13 Jul 2000 12:28:49 +0800 (MYT) Subject: problem with www.cs-ipv6.lancs.ac.uk?? Message-ID: i've successfully updated my database info via auto-dbm@whois.6bone.net yesterday. However, when i checked the related page, "http://www.cs-ipv6.lancs.ac.uk/ipv6/6Bone/Whois/MIMOS-MY.html", it hasn't been updated yet. I'm just wondering if someone knows just how long does it take to see the changes? Thanks. p/s: I've emailed this problem to "ipv6@comp.lancs.ac.uk" but no response yet. regards, -azlina From olivier.tesson@francetelecom.fr Thu Jul 13 09:28:12 2000 From: olivier.tesson@francetelecom.fr (TESSON OLIVIER BRX/FTLD) Date: 13 Jul 2000 10:28:12 +0200 Subject: recherche d'adresses Message-ID: <05C12396D7D9C009*/c=fr/admd=atlas/prmd=francetelecom/o=msm14/s=tesson/g=olivier/@MHS> Avez vous des adresses IPV6 reliées au 6bone sur les quelles je pourrai faire des tests de ping6 et traceroute6... ? Merci d'avance! From xavier@euro.net Thu Jul 13 09:29:51 2000 From: xavier@euro.net (Xavier Mertens) Date: Thu, 13 Jul 2000 10:29:51 +0200 (MET DST) Subject: Http Ipv6 In-Reply-To: <06BB0396C32FF022*/c=fr/admd=atlas/prmd=francetelecom/o=msm14/s=tesson/g=olivier/@MHS> Message-ID: Olivier, We run a Apache patched for IPv6 support on www.ipv6.euronet.be. (src & rpm available) X -- Xavier Mertens, . . EuroNet Internet "Contrary to popular belief, NOC Manager . * a subsidiary of Unix is userfriendly. It XM3-RIPE XM1-6BONE . France Telecom just happens to be selective about who it makes friends with." On 12 Jul 2000, TESSON OLIVIER BRX/FTLD wrote: > Hi, > > I'm searching doc about an http server for IPv6. Is there somebody to help > me? > Thanks !!!! > From olivier.tesson@francetelecom.fr Thu Jul 13 10:32:22 2000 From: olivier.tesson@francetelecom.fr (TESSON OLIVIER BRX/FTLD) Date: 13 Jul 2000 11:32:22 +0200 Subject: Client ftp et serveur Message-ID: <0566D396D8CA6004*/c=fr/admd=atlas/prmd=francetelecom/o=msm14/s=tesson/g=olivier/@MHS> Hi ! Encore moi, quelqu'un saurait il s'il existe des clients-serveurs ftp et telnet (IPv6) pour une station Debian GNU/Linux 2.2 ? Merci! Me again, Is there any ftp (IPv6) clients and servers and telnet for Debian GNU/Linux 2.2 ? From psb@ast.cam.ac.uk Thu Jul 13 11:35:37 2000 From: psb@ast.cam.ac.uk (Peter Bunclark) Date: Thu, 13 Jul 2000 11:35:37 +0100 (BST) Subject: recherche d'adresses In-Reply-To: <05C12396D7D9C009*/c=fr/admd=atlas/prmd=francetelecom/o=msm14/s=tesson/g=olivier/@MHS> Message-ID: Try cadsa.ast.ipv6.cam.ac.uk Pete. On 13 Jul 2000, TESSON OLIVIER BRX/FTLD wrote: > Avez vous des adresses IPV6 reliées au 6bone sur les quelles je pourrai > faire des tests de ping6 et traceroute6... ? > Merci d'avance! > From jim@thehousleys.net Thu Jul 13 12:44:39 2000 From: jim@thehousleys.net (James Housley) Date: Thu, 13 Jul 2000 07:44:39 -0400 Subject: recherche d'adresses References: <05C12396D7D9C009*/c=fr/admd=atlas/prmd=francetelecom/o=msm14/s=tesson/g=olivier/@MHS> Message-ID: <396DABA7.162AB068@thehousleys.net> TESSON OLIVIER BRX/FTLD wrote: > > Avez vous des adresses IPV6 reliées au 6bone sur les quelles je pourrai > faire des tests de ping6 et traceroute6... ? > Merci d'avance! housley@baby:~ {3} ping6 www.ipv6.thehousleys.net PING6(56=40+8+8 bytes) 3ffe:1ce3:6:0:1::18 --> 3ffe:1ce3:6:0:1::a 16 bytes from 3ffe:1ce3:6:0:1::a, icmp_seq=0 hlim=64 time=0.36 ms 16 bytes from 3ffe:1ce3:6:0:1::a, icmp_seq=1 hlim=64 time=0.3 ms 16 bytes from 3ffe:1ce3:6:0:1::a, icmp_seq=2 hlim=64 time=0.321 ms Jim -- "...there's no idea that's so good you can't ruin it with a few well-placed idiots." -- Charles Spickman From Niklas@hoglund.pp.se Thu Jul 13 20:14:26 2000 From: Niklas@hoglund.pp.se (=?iso-8859-1?Q?Niklas_H=F6glund?=) Date: Thu, 13 Jul 2000 19:14:26 +0000 (GMT) Subject: nslookup6 Message-ID: Hi! Anyone know where I can find an nslookup that supports v6 (linux x86 / source)? Having some trouble finding it... //Niklas From bmanning@ISI.EDU Thu Jul 13 17:07:02 2000 From: bmanning@ISI.EDU (Bill Manning) Date: Thu, 13 Jul 2000 09:07:02 -0700 (PDT) Subject: nslookup6 In-Reply-To: from "=?iso-8859-1?Q?Niklas_H=F6glund?=" at Jul 13, 2000 07:14:26 PM Message-ID: <200007131607.JAA09132@zed.isi.edu> % Hi! % Anyone know where I can find an nslookup that supports v6 (linux x86 / % source)? Having some trouble finding it... % % //Niklas instead of nslookup, dig is your friend. check the latest bindv9 rc distribution. -- --bill From smic@austel.net Mon Jul 17 07:35:30 2000 From: smic@austel.net (Steven Micallef) Date: Mon, 17 Jul 2000 16:35:30 +1000 Subject: nslookup6 Message-ID: <01a301bfefb9$35fb19a0$5b01a8c0@chrisb.internal.geko.net.au> >Hi! >Anyone know where I can find an nslookup that supports v6 (linux x86 / >source)? Having some trouble finding it... > This may not be of much help, depending on what you want to do, but I've been able to do the following to return an IPv6 address: nslookup -query=aaaa and also - host -t aaaa Regards, Steve. From jslagle@toledolink.com Sun Jul 23 17:54:47 2000 From: jslagle@toledolink.com (Jason) Date: Sun, 23 Jul 2000 12:54:47 -0400 (EDT) Subject: Fr0ken routes? Message-ID: bash-2.03$ traceroute6 www.kame.net traceroute to kame212.kame.net (3ffe:501:4819:2000:5054:ff:fedc:50d2), 30 hops max, 12 byte packets 1 ipv6 3.148 ms * 2.748 ms 2 3ffe:1cff:0:f3::1 39.249 ms 30.795 ms 30.747 ms 3 3ffe:1cff:0:ee::2 73.608 ms * 72.616 ms 4 * vbns-uunetusgw62-tun2.ash.vbns.net 214.749 ms * 5 vbns-fibertel.dng.vbns.net 775.229 ms 781.812 ms 798.044 ms 6 * * * 7 * Wondering is anyone know who's fault this is :D Jason --- Jason Slagle - CCNA - CCDA Network Administrator - Toledo Internet Access - Toledo Ohio - raistlin@tacorp.net - jslagle@toledolink.com - WHOIS JS10172 -----BEGIN GEEK CODE BLOCK----- Version: 3.12 GE d-- s:+ a-- C++ UL+++ P--- L+++ E- W- N+ o-- K- w--- O M- V PS+ PE+++ Y+ PGP t+ 5 X+ R tv+ b+ DI+ D G e+ h! r++ y+ ------END GEEK CODE BLOCK------ From marcelo@sosa.com.ar Mon Jul 24 01:02:00 2000 From: marcelo@sosa.com.ar (Marcelo Sosa Lugones) Date: Sun, 23 Jul 2000 20:02:00 -0400 (ART) Subject: Fr0ken routes? In-Reply-To: Message-ID: Hello, > bash-2.03$ traceroute6 www.kame.net > 5 vbns-fibertel.dng.vbns.net 775.229 ms 781.812 ms 798.044 ms > 6 * * * I dunno why fibertel is on the trace. As a downlink from fibertel, i made a traceroute and i had no problem to reach kame.net (a bit slow, but...) :) C:\IPV6KIT>tracert6 www.kame.net Tracing route to kame212.kame.net [3ffe:501:4819:2000:5054:ff:fedc:50d2] over a maximum of 30 hops: 1 <1 ms <1 ms <1 ms router.ipv6.centauri.com.ar [3ffe:38e0::1] 2 1431 ms 1389 ms 1610 ms fibertel-netverk.ipv6.fibertel.com.ar [3ffe:3800::3:1] 3 1926 ms 2180 ms 1880 ms vbns-fibertel.dng.vbns.net [3ffe:28ff:ffff:2::106] 4 * * * Request timed out. 5 2248 ms 2363 ms 2726 ms pc7.otemachi.wide.ad.jp [3ffe:501:0:1802:2e0:18ff:fe98:a28d] 6 * 2745 ms 2560 ms pc3.nezu.wide.ad.jp [3ffe:501:0:1c01:200:f8ff:fe03:d9c0] 7 2356 ms 2549 ms * paradise.v6.kame.net [3ffe:501:4819:2000:2e0:18ff:fe98:f19d] 8 2306 ms 2599 ms 2480 ms 3ffe:501:4819:2000:5054:ff:fedc:50d2 Trace complete. Also, the AS-Path from here is 10318-145-7580-2500, last updated yesterday night. And now a question: is there any map with the most importants part of the 6bone? i mean, somewhere to look for tunnels. Thanks, Marcelo. From cross@eng.us.uu.net Mon Jul 24 01:05:25 2000 From: cross@eng.us.uu.net (Chris P. Ross) Date: Sun, 23 Jul 2000 20:05:25 -0400 (EDT) Subject: Fr0ken routes? In-Reply-To: Jason's message of Sun, 23 July 2000 12:54:47 -0400 References: Message-ID: <14715.34885.893780.43859@ballista.eng.us.uu.net> Jason said: > bash-2.03$ traceroute6 www.kame.net > traceroute to kame212.kame.net (3ffe:501:4819:2000:5054:ff:fedc:50d2), 30 > hops max, 12 byte packets > 1 ipv6 3.148 ms * 2.748 ms > 2 3ffe:1cff:0:f3::1 39.249 ms 30.795 ms 30.747 ms > 3 3ffe:1cff:0:ee::2 73.608 ms * 72.616 ms > 4 * vbns-uunetusgw62-tun2.ash.vbns.net 214.749 ms * > 5 vbns-fibertel.dng.vbns.net 775.229 ms 781.812 ms 798.044 ms > 6 * * * > 7 * > Wondering is anyone know who's fault this is :D Hmm. I'm not sure what's going on there. I can get there alright from one of my IPv6 routers (one of which is hop #3 in your traceroute), but not the other (which is the one connected to hop #4 in your traceroute). I'm not totally sure why hop 3 hits hop 4, but it's probabaly just an addressing issue. (vbns-uunetusgw61-tun1.ash.vbns.net is the address connected to the box listed in hop #3) a matter of which address shows up from your point of view... I think it looks alright from my end, it just gets into VBNS and doesn't seem to be acting normally. I'll let them speak up. If there's anything I'm doing wrong, I presume they'll tell me. :-) - Chris -- Chris P. Ross UUNET Technologies, Inc. cross@eng.us.uu.net R & D / Engineering cross@uu.net From rene.mayrhofer@vianova.at Mon Jul 24 10:17:39 2000 From: rene.mayrhofer@vianova.at (Rene Mayrhofer) Date: Mon, 24 Jul 2000 11:17:39 +0200 Subject: Can't connect to ftp.ipv6.nl Message-ID: <397C09B3.F0D7F59@vianova.at> Hi all I have problems connecting to ftp.ipv6.nl. My upstream is Uni Münster and I have no problems with other sites (e.g. www.6bone.net). What is wrong here ? traceroute6 ftp.ipv6.nl traceroute6 to ftp.ipv6.nl (3ffe:604:5:0:4::1) from 3ffe:400:1020:1:200:21ff:fed2:186e, 30 hops max, 16 byte packets 1 pluto.ip6.vianova.at (3ffe:400:1020:1::) 0.525 ms 0.51 ms 0.441 ms 2 vnserv.ip6.vianova.at (3ffe:400:1020::) 911.623 ms 1037.44 ms 1571.31 ms 3 6bone.ipv6.uni-muenster.de (3ffe:401::2c0:33ff:fe02:14) 1227.66 ms 2086.76 ms 707.038 ms 4 tun-JOIN-l.ipv6.fsz.bme.hu (3ffe:2f00:10::9) 2271.05 ms 522.607 ms * 5 3ffe:600:8000:8::4d (3ffe:600:8000:8::4d) 1058.6 ms * ir4.Amsterdam.surf.net (3ffe:600:8000::29) 2265.72 ms 6 * * * 7 * * * 8 * * * 9 * * * 10 * * * 11 * * * 12 * * * ...... The problem persists since a few weeks I think. best greets, Rene Mayrhofer From Ronald.vanderPol@surfnet.nl Mon Jul 24 10:59:03 2000 From: Ronald.vanderPol@surfnet.nl (Ronald van der Pol) Date: Mon, 24 Jul 2000 11:59:03 +0200 (CEST) Subject: Can't connect to ftp.ipv6.nl In-Reply-To: <397C09B3.F0D7F59@vianova.at> Message-ID: On Mon, 24 Jul 2000, Rene Mayrhofer wrote: > traceroute6 ftp.ipv6.nl > traceroute6 to ftp.ipv6.nl (3ffe:604:5:0:4::1) from > 3ffe:400:1020:1:200:21ff:fed2:186e, 30 hops max, 16 byte packets > 1 pluto.ip6.vianova.at (3ffe:400:1020:1::) 0.525 ms 0.51 ms 0.441 ms > 2 vnserv.ip6.vianova.at (3ffe:400:1020::) 911.623 ms 1037.44 ms 1571.31 ms > 3 6bone.ipv6.uni-muenster.de (3ffe:401::2c0:33ff:fe02:14) 1227.66 ms 2086.76 > ms 707.038 ms > 4 tun-JOIN-l.ipv6.fsz.bme.hu (3ffe:2f00:10::9) 2271.05 ms 522.607 ms * > 5 3ffe:600:8000:8::4d (3ffe:600:8000:8::4d) 1058.6 ms * > ir4.Amsterdam.surf.net (3ffe:600:8000::29) 2265.72 ms > 6 * * * > 7 * * * Hmm, there is a IPv6 over IPv4 tunnel to 195.64.77.162, but: ir4.amsterdam#traceroute 195.64.77.162 Type escape sequence to abort. Tracing the route to Amsterdam3-e0.cistron.net (195.64.77.162) 1 AR1.Amsterdam.surf.net (192.87.106.11) 4 msec 0 msec 0 msec 2 BR4.Amsterdam.surf.net (145.41.7.86) 0 msec 0 msec 0 msec 3 Amsterdam1.cistron.net (193.148.15.52) 0 msec 4 msec 4 msec 4 * * * I will contact the guys at Cistron. rvdp From Bongkyo Moon" This is a multi-part message in MIME format. ------=_NextPart_000_0184_01BFF584.F7FACC00 Content-Type: text/plain; charset="ks_c_5601-1987" Content-Transfer-Encoding: base64 V2Ugd291bGQgbGlrZSB0byBnZXQgSVB2NiBwcmVmaXguDQoNClRoZSBJUHY0IGFkZHJlc3Mgb2Yg b3VyIElQdjYgcm91dGVyIGlzIDEzNy43My4xMS4yDQpDb3JyZXNwb25kaW5nIHBlcnNvbiBpcyBC b25nLWt5byBNb29uIChlLW1haWw6IGJvbmcta3lvLm1vb25Aa2NsLmFjLmtyKSwgS2luZydzIENv bGxlZ2UgTG9uZG9uDQpXZSB3b3VsZCBsaWtlIHRvIGRldmVsb3AgSVB2NiBhcHBsaWNhdGlvbnMg dGhyb3VnaCA2Qm9uZSBjb25uZWN0aW9uLg0KDQoNCg0KPT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT0NCkJvbmdreW8gTW9vbiAoUGguRCBzdHVkZW50KQ0KQ2VudGVyIGZv ciBUZWxlY29tbXVuaWNhdGlvbnMgUmVzZWFyY2gNClNjaG9vbCBvZiBQaHlzaWNhbCBTY2llbmNl IGFuZCBFbmdpbmVlcmluZw0KS2luZydzIENvbGxlZ2UsIFVuaXZlcnNpdHkgb2YgTG9uZG9uDQpT dHJhbmQsIExvbmRvbiBXQzJSIDJMUw0KZS1tYWlsIDogYm9uZy1reW8ubW9vbkBrY2wuYWMudWsN ClRlbCA6ICs0NC0yMC03ODQ4LTE4NTkgKE9mZmljZSkNCiAgICAgICArNDQtNzg4LTE2NC0yNjEw IChNb2JpbGUpDQo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQ0K ------=_NextPart_000_0184_01BFF584.F7FACC00 Content-Type: text/html; charset="ks_c_5601-1987" Content-Transfer-Encoding: base64 PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUcmFuc2l0aW9uYWwv L0VOIj4NCjxIVE1MPjxIRUFEPg0KPE1FVEEgY29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PWtz X2NfNTYwMS0xOTg3IiBodHRwLWVxdWl2PUNvbnRlbnQtVHlwZT4NCjxNRVRBIGNvbnRlbnQ9Ik1T SFRNTCA1LjAwLjI5MTkuNjMwNyIgbmFtZT1HRU5FUkFUT1I+DQo8U1RZTEU+PC9TVFlMRT4NCjwv SEVBRD4NCjxCT0RZIGJnQ29sb3I9I2ZmZmZmZj4NCjxESVY+PEZPTlQgc2l6ZT0yPg0KPERJVj48 Rk9OVCBzaXplPTI+V2Ugd291bGQgbGlrZSB0byBnZXQgSVB2NiBwcmVmaXguPC9GT05UPjwvRElW Pg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+PEZPTlQgc2l6ZT0yPlRoZSZuYnNwO0lQdjQgYWRk cmVzcyBvZiBvdXIgSVB2NiByb3V0ZXIgaXMgDQoxMzcuNzMuMTEuMjwvRk9OVD48L0RJVj4NCjxE SVY+PEZPTlQgc2l6ZT0yPkNvcnJlc3BvbmRpbmcgcGVyc29uIGlzIEJvbmcta3lvIE1vb24gKGUt bWFpbDogPEEgDQpocmVmPSJtYWlsdG86Ym9uZy1reW8ubW9vbkBrY2wuYWMua3IiPmJvbmcta3lv Lm1vb25Aa2NsLmFjLmtyPC9BPiksIEtpbmcncyANCkNvbGxlZ2UgTG9uZG9uPC9GT05UPjwvRElW Pg0KPERJVj48Rk9OVCBzaXplPTI+V2Ugd291bGQgbGlrZSB0byBkZXZlbG9wIElQdjYgYXBwbGlj YXRpb25zIHRocm91Z2ggNkJvbmUgDQpjb25uZWN0aW9uLjwvRk9OVD48L0RJVj4NCjxESVY+Jm5i c3A7PC9ESVY+DQo8RElWPjwvRk9OVD4mbmJzcDs8L0RJVj48L0RJVj4NCjxESVY+Jm5ic3A7PC9E SVY+DQo8RElWPjxGT05UIHNpemU9Mj49PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PTxCUj5Cb25na3lvIE1vb24gDQooUGguRCBzdHVkZW50KTxCUj5DZW50ZXIgZm9yIFRl bGVjb21tdW5pY2F0aW9ucyBSZXNlYXJjaDxCUj5TY2hvb2wgb2YgUGh5c2ljYWwgDQpTY2llbmNl IGFuZCBFbmdpbmVlcmluZzxCUj5LaW5nJ3MgQ29sbGVnZSwgVW5pdmVyc2l0eSBvZiBMb25kb248 QlI+U3RyYW5kLCANCkxvbmRvbiBXQzJSIDJMUzxCUj5lLW1haWwgOiA8QSANCmhyZWY9Im1haWx0 bzpib25nLWt5by5tb29uQGtjbC5hYy51ayI+Ym9uZy1reW8ubW9vbkBrY2wuYWMudWs8L0E+PEJS PlRlbCA6IA0KKzQ0LTIwLTc4NDgtMTg1OSAoT2ZmaWNlKTxCUj4mbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsgDQorNDQtNzg4LTE2NC0yNjEwIA0KKE1vYmlsZSk8QlI+PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT08L0ZPTlQ+PC9ESVY+PC9CT0RZPjwv SFRNTD4NCg== ------=_NextPart_000_0184_01BFF584.F7FACC00-- From aakesson@ISI.EDU Tue Jul 25 14:13:43 2000 From: aakesson@ISI.EDU (Alec Aakesson) Date: Tue, 25 Jul 2000 09:13:43 -0400 (EDT) Subject: pim6sd Message-ID: Hi, I would like to get more information on useing pim6sd. Would someone please point me to some information, other then the man page. Thanks for the help, Alec ________________________________________________________________________ Alexander S. Aakesson aakesson@isi.edu University of Southern California 703.812.3724 Information Sciences Institute. From rrockell@sprint.net Tue Jul 25 16:16:18 2000 From: rrockell@sprint.net (Robert J. Rockell) Date: Tue, 25 Jul 2000 11:16:18 -0400 (EDT) Subject: dns question Message-ID: who is the authoritative person to write to for IPv6 DNS problems at the v6 root servers? Thanks Rob Rockell Sprintlink Internet Service Center Operations Engineering, 703-689-6322 1-800-724-3329, PIN 385-8833 From crawdad@fnal.gov Tue Jul 25 16:38:27 2000 From: crawdad@fnal.gov (Matt Crawford) Date: Tue, 25 Jul 2000 10:38:27 -0500 Subject: dns question In-Reply-To: Your message of Tue, 25 Jul 2000 11:16:18 EDT. Message-ID: <200007251538.KAA24003@gungnir.fnal.gov> > who is the authoritative person to write to for IPv6 DNS problems at the > v6 root servers? Could you define "the v6 root servers"? Do you mean the servers for ip6.int, soon to be augmented by ip6.arpa? From rrockell@sprint.net Tue Jul 25 17:53:28 2000 From: rrockell@sprint.net (Robert J. Rockell) Date: Tue, 25 Jul 2000 12:53:28 -0400 (EDT) Subject: dns question In-Reply-To: <200007251646.e6PGkbX19071@hi.tech.org> Message-ID: for the record, I meant the former. Thanks for the quick responses. Thanks Rob Rockell Sprintlink Internet Service Center Operations Engineering, 703-689-6322 1-800-724-3329, PIN 385-8833 On Tue, 25 Jul 2000, Stephen Stuart wrote: ->> who is the authoritative person to write to for IPv6 DNS problems at the ->> v6 root servers? -> ->If you mean "at the root of the ip6.int hierarchy," that would be Bill ->Manning . -> ->If you mean that there are V6-capable machines out there ->being authoritative for ".", I'm intrigued. Hopefully you meant the ->former? -> ->Stephen -> From platini@fibertel.com.ar Tue Jul 25 19:54:24 2000 From: platini@fibertel.com.ar (Patricio S. Latini) Date: Tue, 25 Jul 2000 15:54:24 -0300 Subject: dns question References: Message-ID: <023f01bff669$c06affe0$1000e818@fibertel.com.ar> is there any v6 native root server up&running at this moment?? what is its IPv6 address?? Thanks ------------------------------------------------------- Patricio S. Latini Fibertel Network Operations Center Operations Engineering Buenos Aires - Argentina Phone: +54 (11) 4778-6655 -------------------------------------------------------- ---- Original Message ----- From: "Robert J. Rockell" To: <6bone@ISI.EDU> Sent: Tuesday, July 25, 2000 12:16 PM Subject: dns question > who is the authoritative person to write to for IPv6 DNS problems at the > v6 root servers? > > Thanks > Rob Rockell > Sprintlink Internet Service Center > Operations Engineering, > 703-689-6322 > 1-800-724-3329, PIN 385-8833 > From bmanning@ISI.EDU Tue Jul 25 16:39:18 2000 From: bmanning@ISI.EDU (Bill Manning) Date: Tue, 25 Jul 2000 08:39:18 -0700 (PDT) Subject: dns question In-Reply-To: <023f01bff669$c06affe0$1000e818@fibertel.com.ar> from "Patricio S. Latini" at Jul 25, 2000 03:54:24 PM Message-ID: <200007251539.IAA03126@zed.isi.edu> No. There is a native IPv6 root server testbed. % % is there any v6 native root server up&running at this moment?? % what is its IPv6 address?? % % Thanks % % ------------------------------------------------------- % Patricio S. Latini % Fibertel Network Operations Center % Operations Engineering % Buenos Aires - Argentina % Phone: +54 (11) 4778-6655 % -------------------------------------------------------- % ---- Original Message ----- % From: "Robert J. Rockell" % To: <6bone@ISI.EDU> % Sent: Tuesday, July 25, 2000 12:16 PM % Subject: dns question % % % > who is the authoritative person to write to for IPv6 DNS problems at the % > v6 root servers? % > % > Thanks % > Rob Rockell % > Sprintlink Internet Service Center % > Operations Engineering, % > 703-689-6322 % > 1-800-724-3329, PIN 385-8833 % > % % -- --bill From aakesson@ISI.EDU Wed Jul 26 10:59:46 2000 From: aakesson@ISI.EDU (Alec Aakesson) Date: Wed, 26 Jul 2000 05:59:46 -0400 (EDT) Subject: pim6sd In-Reply-To: <5595.964572122@coconut.itojun.org> Message-ID: Sorry about that. FreeBSD-3.4-STABLE and KAME.v6 --Alec ________________________________________________________________________ Alexander S. Aakesson aakesson@isi.edu University of Southern California 703.812.3724 Information Sciences Institute. On Wed, 26 Jul 2000 itojun@iijlab.net wrote: > > >Hi, > >I would like to get more information on useing pim6sd. Would someone > >please point me to some information, other then the man page. > > which operating system do you mean? > > itojun > From rrockell@sprint.net Wed Jul 26 15:58:17 2000 From: rrockell@sprint.net (Robert J. Rockell) Date: Wed, 26 Jul 2000 10:58:17 -0400 (EDT) Subject: SPrint IPv6 outage Message-ID: Sprint (3ffe:2900::/24) is currently experiencing a 6bone outage. All customers directly connected to sprint's IPv6 service will have trouble routing out to the 6bone. Estimated time of repair is 2 hours. Sorry for the trouble. Thanks Rob Rockell Sprintlink Internet Service Center Operations Engineering, 703-689-6322 1-800-724-3329, PIN 385-8833 From rrockell@sprint.net Wed Jul 26 19:19:40 2000 From: rrockell@sprint.net (Robert J. Rockell) Date: Wed, 26 Jul 2000 14:19:40 -0400 (EDT) Subject: SPrint IPv6 outage In-Reply-To: Message-ID: Outage fixed 11:30 EDT. Thanks Rob Rockell Sprintlink Internet Service Center Operations Engineering, 703-689-6322 1-800-724-3329, PIN 385-8833 On Wed, 26 Jul 2000, Robert J. Rockell wrote: ->Sprint (3ffe:2900::/24) is currently experiencing a 6bone outage. All ->customers directly connected to sprint's IPv6 service will have trouble ->routing out to the 6bone. Estimated time of repair is 2 hours. Sorry for ->the trouble. -> -> ->Thanks ->Rob Rockell ->Sprintlink Internet Service Center ->Operations Engineering, ->703-689-6322 ->1-800-724-3329, PIN 385-8833 -> From ipng@uni-muenster.de Thu Jul 27 08:19:31 2000 From: ipng@uni-muenster.de (JOIN Project Team) Date: Thu, 27 Jul 2000 09:19:31 +0200 (MET DST) Subject: DNS A6 chains Message-ID: I want to setup A6 chains for us and our leaf sites. I was wondering if the 6bone's nameserver is capable of resolving A6 records, so I could add a proper referral to 6bone.net or somewhere else? Something like this: $ORIGIN ip6.join.uni-muenster.de leafsite0100 IN A6 24 0:0:100:: join.ip6.6bone.net. ,while 6bone's nameserver would respond with the first 24 bit of JOIN's assigned prefix 3ffe:400:: if queried for join.ip6.6bone.net. Are such references possible now or in the near future? Thanks, Christian -- JOIN -- IP Version 6 in the WiN Christian Schild A DFN project Westfaelische Wilhelms-Universitaet Muenster Project Team email: Zentrum fuer Informationsverarbeitung join@uni-muenster.de Roentgenstrasse 9-13 http://www.join.uni-muenster.de D-48149 Muenster / Germany email: schild@uni-muenster.de, phone: +49 251 83 31638, fax: +49 251 83 31653 From bmanning@ISI.EDU Thu Jul 27 12:37:42 2000 From: bmanning@ISI.EDU (Bill Manning) Date: Thu, 27 Jul 2000 04:37:42 -0700 (PDT) Subject: DNS A6 chains In-Reply-To: from "JOIN Project Team" at Jul 27, 2000 09:19:31 AM Message-ID: <200007271137.EAA04937@zed.isi.edu> A6 support is in Bindv9, which is not yet released. Testing is underway. When it is stable, the servers for the ip6.int zone will be upgraded. % I want to setup A6 chains for us and our leaf sites. I was wondering % if the 6bone's nameserver is capable of resolving A6 records, so I could % add a proper referral to 6bone.net or somewhere else? Something like this: % % $ORIGIN ip6.join.uni-muenster.de % leafsite0100 IN A6 24 0:0:100:: join.ip6.6bone.net. % % ,while 6bone's nameserver would respond with the first 24 bit of JOIN's % assigned prefix 3ffe:400:: if queried for join.ip6.6bone.net. % % Are such references possible now or in the near future? % % Thanks, % Christian % % -- % JOIN -- IP Version 6 in the WiN Christian Schild % A DFN project Westfaelische Wilhelms-Universitaet Muenster % Project Team email: Zentrum fuer Informationsverarbeitung % join@uni-muenster.de Roentgenstrasse 9-13 % http://www.join.uni-muenster.de D-48149 Muenster / Germany % email: schild@uni-muenster.de, phone: +49 251 83 31638, fax: +49 251 83 31653 % -- --bill From Ivano.Guardini@CSELT.IT Thu Jul 27 19:16:26 2000 From: Ivano.Guardini@CSELT.IT (Guardini Ivano) Date: Thu, 27 Jul 2000 20:16:26 +0200 Subject: New version of the CSELT's Tunnel Broker software Message-ID: Hi all, this is just to inform you that a new version (v2.1) of the Tunnel Broker implementation developed at CSELT is available for download at the following URL: http://carmen.cselt.it/ipv6/download.html This new version of the tool fixes several bugs of the previous versions and includes a powerful administrator interface. The release notes and a brief installation and usage guide are available on-line at: http://carmen.cselt.it/ipv6/tools/ipv6tb/index.html Bye, Ivano From Ivano.Guardini@CSELT.IT Fri Jul 28 10:41:54 2000 From: Ivano.Guardini@CSELT.IT (Guardini Ivano) Date: Fri, 28 Jul 2000 11:41:54 +0200 Subject: 6Bone routing problems: www.6bone.net unreachable from CSELT! Message-ID: Hi all, during the last days I have not been able to access www.6bone.net using IPv6 and for this reason I am trying to figure out where the problem is. First of all, if you look at our 6bone routing reports (available at http://carmen.cselt.it/ipv6/bgp/index.html) you can see that presently we have ~130 unaggregated prefixes advertised within the BGP4+ cloud. Most of the problems seem to come from the sites WES (USAE Waterway Experiment Station, USA) and IKARNET (Student Hostels Wroclaw University of Technology, Poland). In particular IKARNET and its tens of customers seem to own IPv6 prefix delegations from several pTLAs: CICNET, ICM-PL, SICS and VIAGENIE. If handled correctly this would be an interesting case of IPv6 multihoming but unfortunately none of the above delegations is aggregated and announced through the right path. Here at CSELT I see all of them announced on the following AS path: CSELT - UUNET-UK - ATT-LABS-EUROPE - WES - IKARNET - ....... Certainly this is due to a WES or IKARNET mis-configuration but in any case I think that we could achieve a greater robustness of the network if all pTLAs implemented proper IPv6 ingress filtering towards their customers. In my case, if ATT-LABS-EUROPE would not re-distribute within the 6bone backbone the routes learned from its customers and not belonging to its pTLA delegation, I probably wouldn't experience this problem. Also the fact that I am not able to reach www.6bone.net seems to be somehow related to the routing problem that I have just described. In fact, a customer of IKARNET called ZET (Zaklad Energetyczny Tarnow S.A., Poland) is announcing the unaggregated prefix 3FFE:B00:C18::/48, which belongs to the VIAGENIE addressing space. I see it through the following AS path: CSELT - UUNET-UK - VIAGENIE - WES - IKARNET - ZET - Incomplete But 3ffe:b00:c18::/48 is the most specific route matching the IPv6 address of www.6bone.net (3ffe:b00:c18:1::10). This really puzzles me in that I do not think that the site www.6bone.net is located in Poland. Am I missing something? Bye, Ivano From rzm@icm.edu.pl Fri Jul 28 16:56:22 2000 From: rzm@icm.edu.pl (Rafal Maszkowski) Date: Fri, 28 Jul 2000 17:56:22 +0200 Subject: Prefixes leaking to 6bone In-Reply-To: <5104D4DBC598D211B5FE0000F8FE7EB207413A9B@mbtlipnt02.btlabs.bt.co.uk>; from stuart.prevost@bt.com on Fri, Jul 28, 2000 at 04:22:06PM +0100 References: <5104D4DBC598D211B5FE0000F8FE7EB207413A9B@mbtlipnt02.btlabs.bt.co.uk> Message-ID: <20000728175622.R15348@burza.icm.edu.pl> On Fri, Jul 28, 2000 at 04:22:06PM +0100, stuart.prevost@bt.com wrote: > Dear Rafal, > Please excuse me mailing you direct but I hope you are the correct person to > contact. I run a backbone site on the 6bone and have noticed that you are > leaking longer prefixes (see below). Please could you check your router so > that you only advertise your assigned prefix into the default routing zone. > If I understand correctly your prefix is 3FFE:8010::/28. > If you wish to ask me anything about the routes I am receiving please let me > know. I see it quite clear but it looks like the paths you are showing are cut after '202', which I suspect to be 2020 really. As you can see I am sending only this prefix > *> 3FFE:8010::/28 2001:618:1::103 0 1849 786 8664 ? The other ones are from one of my peers but not passing through our site. Full path for e.g. > *> 3FFE:8010:16::1:14/126 > 2001:618:1::103 0 1849 5623 7170 > 202? probably ends with ... 7170 2020 9478 44444 as I see in my table. I e-mailed ASN2020 (in principle used internally in pl) administrator - Artur Frysiak about the problem. Cc of this e-mail also to 7170 administrator. R. -- Ale kto by my³ rêce po przywitaniu siê z mê¿em? - A. Fedorczyk From Ivano.Guardini@CSELT.IT Fri Jul 28 17:58:57 2000 From: Ivano.Guardini@CSELT.IT (Guardini Ivano) Date: Fri, 28 Jul 2000 18:58:57 +0200 Subject: 6Bone routing problems: www.6bone.net unreachable from CSELT! Message-ID: Hi all, Tomek Glod from ZET (Poland) has just fixed the IPv6 routing problem that caused the unreachability of www.6bone.net. Thanks Tomek! Anyway, we still have tons of unaggregated IPv6 routes coming from IKARNET. Is there somebody who can fix also this problem? Bye, Ivano > ---------- > From: Guardini Ivano[SMTP:Ivano.Guardini@cselt.it] > Sent: venerdì 28 luglio 2000 11.41 > To: '6bone@ISI.EDU' > Cc: Fasano Paolo; Aiello Alessandro Michele > Subject: 6Bone routing problems: www.6bone.net unreachable from > CSELT! > > Hi all, > > during the last days I have not been able to access www.6bone.net > using IPv6 and for this reason I am trying to figure out where the > problem is. > > First of all, if you look at our 6bone routing reports (available at > http://carmen.cselt.it/ipv6/bgp/index.html) you can see that presently > we have ~130 unaggregated prefixes advertised within the BGP4+ cloud. > Most of the problems seem to come from the sites WES (USAE > Waterway Experiment Station, USA) and IKARNET (Student Hostels > Wroclaw University of Technology, Poland). > In particular IKARNET and its tens of customers seem to own IPv6 prefix > delegations from several pTLAs: CICNET, ICM-PL, SICS and VIAGENIE. > If handled correctly this would be an interesting case of IPv6 multihoming > but unfortunately none of the above delegations is aggregated and > announced through the right path. Here at CSELT I see all of them > announced on the following AS path: > CSELT - UUNET-UK - ATT-LABS-EUROPE - WES - IKARNET - ....... > > Certainly this is due to a WES or IKARNET mis-configuration but in any > case I think that we could achieve a greater robustness of the network > if all pTLAs implemented proper IPv6 ingress filtering towards their > customers. In my case, if ATT-LABS-EUROPE would not re-distribute > within the 6bone backbone the routes learned from its customers and > not belonging to its pTLA delegation, I probably wouldn't experience this > problem. > > Also the fact that I am not able to reach www.6bone.net seems to be > somehow related to the routing problem that I have just described. In > fact, > a customer of IKARNET called ZET (Zaklad Energetyczny Tarnow S.A., > Poland) is announcing the unaggregated prefix 3FFE:B00:C18::/48, which > belongs to the VIAGENIE addressing space. I see it through the > following AS path: > CSELT - UUNET-UK - VIAGENIE - WES - IKARNET - ZET - Incomplete > > But 3ffe:b00:c18::/48 is the most specific route matching the IPv6 address > of www.6bone.net (3ffe:b00:c18:1::10). This really puzzles me in that I do > not think that the site www.6bone.net is located in Poland. > > Am I missing something? > > Bye, > Ivano > > From rene.mayrhofer@vianova.at Fri Jul 28 22:06:22 2000 From: rene.mayrhofer@vianova.at (Rene Mayrhofer) Date: Fri, 28 Jul 2000 23:06:22 +0200 Subject: Still problems with ftp.ipv6.nl Message-ID: <3981F5CE.726C1F83@vianova.at> Hi all Could somebody tell me what is wrong here ? I am having this problem for quite some time now. traceroute6 ftp.ipv6.nl traceroute6 to ftp.ipv6.nl (3ffe:604:5:0:4::1) from 3ffe:400:1020:1:200:21ff:fed2:186e, 30 hops max, 16 byte packets 1 pluto.ip6.vianova.at (3ffe:400:1020:1::) 0.554 ms 0.544 ms 0.431 ms 2 vnserv.ip6.vianova.at (3ffe:400:1020::) 75.742 ms 67.529 ms 68.929 ms 3 6bone.ipv6.uni-muenster.de (3ffe:401::2c0:33ff:fe02:14) 163.482 ms * 179.425 ms 4 3ffe:2f00:10::9 (3ffe:2f00:10::9) 206.257 ms 189.174 ms * 5 3ffe:2200:0:8000::2 (3ffe:2200:0:8000::2) 299.6 ms ir4.Amsterdam.surf.net (3ffe:600:8000::5) 292.145 ms ir4.Amsterdam.surf.net (3ffe:600:8000::29) 251.767 ms 6 * * * 7 * * * 8 * * * 9 * * * 10 * * * 11 * * * 12 * * * ftp.ipv6.nl is unreachable (ping6 also gets timeouts), while other IPv6 sites work quite well (e.g. www.6bone.net, www.kame.net). best greets, Rene From rzm@icm.edu.pl Fri Jul 28 18:33:13 2000 From: rzm@icm.edu.pl (Rafal Maszkowski) Date: Fri, 28 Jul 2000 19:33:13 +0200 Subject: 6Bone routing problems: www.6bone.net unreachable from CSELT! In-Reply-To: ; from Ivano.Guardini@CSELT.IT on Fri, Jul 28, 2000 at 11:41:54AM +0200 References: Message-ID: <20000728193313.V15348@burza.icm.edu.pl> On Fri, Jul 28, 2000 at 11:41:54AM +0200, Guardini Ivano wrote: > during the last days I have not been able to access www.6bone.net > using IPv6 and for this reason I am trying to figure out where the > problem is. > First of all, if you look at our 6bone routing reports (available at > http://carmen.cselt.it/ipv6/bgp/index.html) you can see that presently > we have ~130 unaggregated prefixes advertised within the BGP4+ cloud. > Most of the problems seem to come from the sites WES (USAE > Waterway Experiment Station, USA) and IKARNET (Student Hostels > Wroclaw University of Technology, Poland). > In particular IKARNET and its tens of customers seem to own IPv6 prefix > delegations from several pTLAs: CICNET, ICM-PL, SICS and VIAGENIE. I got to know that this WES is really a bogus pNLA from Poland using ASN7170 when peering with ATT-LABS-EUROPE and VIAGENIE. The administrator address is probably ser@serek.arch.pwr.wroc.pl. I am also sending Cc to ASN2020 administrator new address (wiget@pld.org.pl) who has just cleaned the mess at his site. > Also the fact that I am not able to reach www.6bone.net seems to be > somehow related to the routing problem that I have just described. In fact, > a customer of IKARNET called ZET (Zaklad Energetyczny Tarnow S.A., > Poland) is announcing the unaggregated prefix 3FFE:B00:C18::/48, which > belongs to the VIAGENIE addressing space. I see it through the > following AS path: > CSELT - UUNET-UK - VIAGENIE - WES - IKARNET - ZET - Incomplete > But 3ffe:b00:c18::/48 is the most specific route matching the IPv6 address > of www.6bone.net (3ffe:b00:c18:1::10). This really puzzles me in that I do > not think that the site www.6bone.net is located in Poland. > Am I missing something? Again IKARNET->false_WES path but maybe ZETs (tomek@ze.tarnow.pl) fault in this case. Cc to him also. thanks for announcing/letting me know, I was able to mediate to some extent R. PS. Just now the bogus routes disappeared completely, I hope that forever. -- Ale kto by my³ rêce po przywitaniu siê z mê¿em? - A. Fedorczyk From Ronald.vanderPol@surfnet.nl Fri Jul 28 23:17:03 2000 From: Ronald.vanderPol@surfnet.nl (Ronald.vanderPol@surfnet.nl) Date: Sat, 29 Jul 2000 00:17:03 +0200 (CEST) Subject: Still problems with ftp.ipv6.nl In-Reply-To: <3981F5CE.726C1F83@vianova.at> Message-ID: On Fri, 28 Jul 2000, Rene Mayrhofer wrote: > Hi all > > Could somebody tell me what is wrong here ? I am having this problem for quite > some time now. > > traceroute6 ftp.ipv6.nl > traceroute6 to ftp.ipv6.nl (3ffe:604:5:0:4::1) from > 3ffe:400:1020:1:200:21ff:fed2:186e, 30 hops max, 16 byte packets > 1 pluto.ip6.vianova.at (3ffe:400:1020:1::) 0.554 ms 0.544 ms 0.431 ms > 2 vnserv.ip6.vianova.at (3ffe:400:1020::) 75.742 ms 67.529 ms 68.929 ms > 3 6bone.ipv6.uni-muenster.de (3ffe:401::2c0:33ff:fe02:14) 163.482 ms * > 179.425 ms > 4 3ffe:2f00:10::9 (3ffe:2f00:10::9) 206.257 ms 189.174 ms * > 5 3ffe:2200:0:8000::2 (3ffe:2200:0:8000::2) 299.6 ms ir4.Amsterdam.surf.net > (3ffe:600:8000::5) 292.145 ms ir4.Amsterdam.surf.net (3ffe:600:8000::29) > 251.767 ms > 6 * * * 5 is our router. It has an IPv6 in IPv4 link to a Cistron router. I have contacted Cistron, as their router was not reachable by IPv4 either. They replied that their router had died. Yesterday, I could reach the Cistron router over IPv4, but not over IPv6. I have contacted them again, but did not get a reply yet. rvdp From michel@promera.nl Sat Jul 29 09:38:17 2000 From: michel@promera.nl (Michel Onstein) Date: Sat, 29 Jul 2000 10:38:17 +0200 Subject: Still problems with ftp.ipv6.nl In-Reply-To: ; from Ronald.vanderPol@surfnet.nl on Sat, Jul 29, 2000 at 12:17:03AM +0200 References: <3981F5CE.726C1F83@vianova.at> Message-ID: <20000729103817.B791@promera.nl> > > 5 is our router. It has an IPv6 in IPv4 link to a Cistron router. > I have contacted Cistron, as their router was not reachable by > IPv4 either. They replied that their router had died. > > Yesterday, I could reach the Cistron router over IPv4, but not > over IPv6. I have contacted them again, but did not get a reply > yet. > Hi, i'll be fixing the cistron ipv6 setup this afternoon, i haven't done this earlier due to the amounts of work that keep piling up. Michel From rene.mayrhofer@vianova.at Sun Jul 30 12:27:46 2000 From: rene.mayrhofer@vianova.at (Rene Mayrhofer) Date: Sun, 30 Jul 2000 13:27:46 +0200 Subject: Still problems with ftp.ipv6.nl References: <3981F5CE.726C1F83@vianova.at> <20000729103817.B791@promera.nl> Message-ID: <39841132.23112084@vianova.at> Michel Onstein wrote: > > > > > 5 is our router. It has an IPv6 in IPv4 link to a Cistron router. > > I have contacted Cistron, as their router was not reachable by > > IPv4 either. They replied that their router had died. > > > > Yesterday, I could reach the Cistron router over IPv4, but not > > over IPv6. I have contacted them again, but did not get a reply > > yet. > > > Hi, > > i'll be fixing the cistron ipv6 setup this afternoon, i haven't done > this earlier due to the amounts of work that keep piling up. Thanks, it works now. best greets, Rene From george+6bone@m5p.com Mon Jul 31 06:23:42 2000 From: george+6bone@m5p.com (george+6bone@m5p.com) Date: Sun, 30 Jul 2000 22:23:42 -0700 (PDT) Subject: Thanks for fixing the routing! Message-ID: <200007310523.e6V5Ngj90988@southstation.m5p.com> Thanks to everybody on this list who fixed up the recent routing glitches on the 6bone! Now that the 6bone has recovered from its spasm of routing misinformation, I'm pleased to announce that the World Science Fiction Society's web page is now accessible via IPv6 at www6.wsfs.org or www6.worldcon.org. It's my guess that this is one of the first web sites on the 6bone bone which is not concerned in any way with network operations. Perhaps it's the very first, though it would be hard to prove. I'm running FreeBSD-3.4+KAME- stable-March2000, Apache-1.3.12 with KAME patches, sendmail-8.11.0 with IPv6 service, and BIND-9.0.0-rc1 with IPv6 service. My appre- ciation goes out to all the people who made this wonderful software work, and to the people at Verio Northwest who provide my IPv6 tunnel. -- George Mitchell (george+ipv6@m5p.com) (IPv6 mail at george+ipv6@ip6.m5p.com)