From Francis.Dupont@enst-bretagne.fr Fri Mar 1 08:34:46 2002 From: Francis.Dupont@enst-bretagne.fr (Francis Dupont) Date: Fri, 01 Mar 2002 09:34:46 +0100 Subject: IP V6 overhead In-Reply-To: Your message of Thu, 28 Feb 2002 19:06:43 +0200. Message-ID: <200203010834.g218Ykg89191@givry.rennes.enst-bretagne.fr> In your previous mail you wrote: Secondly I wonder if someone can explain to me the following: We are using the IP network for IP Telephony (VoIP) . Currently we are doing it by using IPV4 At IPV4 we are sending packet every 20 ms. The length of the payload is 160 bytes (without compression) and the overhead is 78 bytes (IP, UDP, RTP, L2 & L1). With IPV6 the overhead will be much larger because of the IP address fields. So we will reach a situation where the overhead will be much larger than the payload and the required bandwidth will be increased. How such a problem is solved at IPV6 ? => with a good header compression you can remove most of the headers (*). Look at RFCs 250[789], RFC 3095 and future ROHC RFCs... Regards Francis.Dupont@enst-bretagne.fr PS: in the IPv6 header everything can be compressed (this is not true for IPv4) so the only needed thing is the index of the context which takes the base 2 logarithm of the number of contexts. On a perfect point-to-point link with only one VoIP conversation the IPv6 overhead is *zero* bits (sorry, can't do better :-)! From fink@es.net Fri Mar 1 16:14:34 2002 From: fink@es.net (Bob Fink) Date: Fri, 01 Mar 2002 08:14:34 -0800 Subject: 6bone pTLA 3FFE:8360::/28 allocated to NTT-EAST Message-ID: <5.1.0.14.0.20020301081244.026eeab0@imap2.es.net> NTT-EAST has been allocated pTLA 3FFE:8360::/28 having finished its 2-week review period. Note that it will take a short while for their pTLA inet6num entry to appear in the 6bone registry as they have to create it themselves. However, their registration is listed on: [To create a reverse DNS registration for pTLAs, please send the prefix allocated above, and a list of at least two authoritative nameservers, to either bmanning@isi.edu or hostmaster@ep.net.] Thanks, Bob From michael@kjorling.com Sat Mar 2 20:16:34 2002 From: michael@kjorling.com (Michael Kjorling) Date: Sat, 2 Mar 2002 21:16:34 +0100 (CET) Subject: IPv6 packet losses - 20% normal on traceroute6s? Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I'm just curious, as I have been seeing this for a while now. When I use the 6tap IPv6 traceroute service, it seems like I get a consistent some 20% packet loss. Pinging the same host from the same site does not show anywhere near this loss. Even routers very close to 6tap's server (first and second hop shows one out of three dropped packets each) show this problem. Tracerouting back to 3FFE:700:20:3::1 (first hop from 6tap towards me), while not giving much information (only three hops being listen, as opposed to six the other way) still shows a rather consistent 33% loss between UUNet's router and 6tap's. Is this considered normal? Michael Kjörling - -- Michael Kjörling -- Programmer/Network administrator ^..^ Internet: michael@kjorling.com -- FidoNet: 2:204/254.4 \/ PGP: 95f1 074d 336d f8f0 f297 6a5b 2aa3 7bfd 8a70 e33e ``And indeed people sometimes speak of man's "bestial" cruelty, but this is very unfair and insulting to the beasts: a beast can never be so cruel as a man, so ingeniously, so artistically cruel.'' (Ivan Karamazov, in Dostoyevsky's 'The Brothers Karamazov') *** Spammers: see http://michael.kjorling.com/spam *** -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Public key is at http://michael.kjorling.com/contact/pgp.html iD8DBQE8gTMoKqN7/Ypw4z4RAshDAJ9KFW0Nm1kT6hl6XashISqk8WQxAwCgoIGk DxxtCvmPPhS1dgzPLXzBemw= =T845 -----END PGP SIGNATURE----- From pekkas@netcore.fi Sun Mar 3 05:25:44 2002 From: pekkas@netcore.fi (Pekka Savola) Date: Sun, 3 Mar 2002 07:25:44 +0200 (EET) Subject: IPv6 packet losses - 20% normal on traceroute6s? In-Reply-To: Message-ID: On Sat, 2 Mar 2002, Michael Kjorling wrote: > When I use the 6tap IPv6 traceroute service, it seems like I get a > consistent some 20% packet loss. Pinging the same host from the same > site does not show anywhere near this loss. > > Even routers very close to 6tap's server (first and second hop shows > one out of three dropped packets each) show this problem. Tracerouting > back to 3FFE:700:20:3::1 (first hop from 6tap towards me), while not > giving much information (only three hops being listen, as opposed to > six the other way) still shows a rather consistent 33% loss between > UUNet's router and 6tap's. > > Is this considered normal? This is most probably caused by hare-brained ICMP error rate-limiting; you can detect old Cisco's from the crowd as they drop about every other traceroute. It has been fixed in recently released 12.2(8)T, and remedied in the ICMP6 draft standard candidate draft. -- Pekka Savola "Tell me of difficulties surmounted, Netcore Oy not those you stumble over and fall" Systems. Networks. Security. -- Robert Jordan: A Crown of Swords From rain@bluecherry.net Sun Mar 3 20:32:24 2002 From: rain@bluecherry.net (Ben Winslow) Date: 03 Mar 2002 14:32:24 -0600 Subject: IPv6 packet losses - 20% normal on traceroute6s? In-Reply-To: References: Message-ID: <1015187544.11904.2.camel@portal> --=-hz8r5LlI4x2aiDFJpeBa Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sat, 2002-03-02 at 23:25, Pekka Savola wrote: > On Sat, 2 Mar 2002, Michael Kjorling wrote: > > When I use the 6tap IPv6 traceroute service, it seems like I get a > > consistent some 20% packet loss. Pinging the same host from the same > > site does not show anywhere near this loss. > >=20 > > Even routers very close to 6tap's server (first and second hop shows > > one out of three dropped packets each) show this problem. Tracerouting > > back to 3FFE:700:20:3::1 (first hop from 6tap towards me), while not > > giving much information (only three hops being listen, as opposed to > > six the other way) still shows a rather consistent 33% loss between > > UUNet's router and 6tap's. > >=20 > > Is this considered normal? >=20 > This is most probably caused by hare-brained ICMP error rate-limiting; yo= u=20 > can detect old Cisco's from the crowd as they drop about every other=20 > traceroute. It has been fixed in recently released 12.2(8)T, and remedie= d=20 > in the ICMP6 draft standard candidate draft. >=20 > --=20 > Pekka Savola "Tell me of difficulties surmounted, > Netcore Oy not those you stumble over and fall" > Systems. Networks. Security. -- Robert Jordan: A Crown of Swords Indeed, this rate limiting is unfortunately on by default. If you happen to have such a router and upgrading the IOS isn't feasable, you can work around it with 'ipv6 icmp error-interval 0' in configuration mode. I don't think it's very likely that people are going to be DoSing IPv6 routers just yet... At least I hope not. --=20 Ben Winslow (rain@bluecherry.net) : When you are in it up to your System Administrator : ears, keep your mouth shut. =20 Bluecherry Internet Services :=20 http://www.bluecherry.net/ :=20 (573) 592-0800 :=20 --=-hz8r5LlI4x2aiDFJpeBa Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQA8gohX2/SfDQAyrVERAnRlAJ9F6uqHZ/2qOoksjVeOgglL8VzVwQCguTSG XItzhBKgZw7pN0UnXV4VzRU= =Ss5E -----END PGP SIGNATURE----- --=-hz8r5LlI4x2aiDFJpeBa-- From michel@arneill-py.sacramento.ca.us Sun Mar 3 21:20:50 2002 From: michel@arneill-py.sacramento.ca.us (Michel Py) Date: Sun, 3 Mar 2002 13:20:50 -0800 Subject: IPv6 packet losses - 20% normal on traceroute6s? Message-ID: <2B81403386729140A3A899A8B39B046406C3DB@server2000.arneill-py.sacramento.ca.us> > Pekka Savola wrote: > This is most probably caused by hare-brained ICMP error > rate-limiting; you can detect old Cisco's from the crowd > as they drop about every other traceroute. It has been > fixed in recently released 12.2(8)T, and remedied in the > ICMP6 draft standard candidate draft. Unfortunately 12.2(8)T is not issue-free. For example, priority queuing on ATM interfaces has disappeared. I rolled backed to 12.2.(4)T3. I think that "ipv6 icmp error-interval 0" takes care of that issue. Michel. From nsayer@quack.kfu.com Mon Mar 4 13:03:14 2002 From: nsayer@quack.kfu.com (Nick Sayer) Date: Mon, 04 Mar 2002 05:03:14 -0800 Subject: on avoiding renumbering (was Re: new 6bone pTLA prefix proposal, comments by 4 March 2002 please) References: <01c1b8dc$8febdd80$181e9a1a@dhcp-248-101> Message-ID: <3C837092.1000904@quack.kfu.com> It seems to me that the biggest use for configured IP addresses is in resolv.conf files (or platform equivalent), or at least for services that can be characterized as local in nature. And if it's local in nature, then why on *earth* are people not using site-local addressing for that sort of thing, pray tell? *Especially* for resolv.conf files (there is even an IETF draft suggesting that fec0:0:0:ffff::{1,2,3} be considered defaults for resolving servers in the absense of configured ones). If we don't regard the prospect of renumbering networks to be *routine*, we're going to end up in the same nasty mess that IPv4 is in today with regards to the size of the non-default routing table. From fink@es.net Tue Mar 5 23:20:11 2002 From: fink@es.net (Bob Fink) Date: Tue, 05 Mar 2002 15:20:11 -0800 Subject: 6bone pTLA 3FFE:8370::/28 allocated to NTT-DOCOMO Message-ID: <5.1.0.14.0.20020305151719.01d81738@imap2.es.net> NTT-DOCOMO has been allocated pTLA 3FFE:8370::/28 having finished its 2-week review period. Note that it will take a short while for their pTLA inet6num entry to appear in the 6bone registry as they have to create it themselves. However, their registration is listed on: [To create a reverse DNS registration for pTLAs, please send the prefix allocated above, and a list of at least two authoritative nameservers, to either bmanning@isi.edu or hostmaster@ep.net.] Thanks, Bob From fink@es.net Tue Mar 5 23:43:10 2002 From: fink@es.net (Bob Fink) Date: Tue, 05 Mar 2002 15:43:10 -0800 Subject: new 6bone pTLA prefix length Message-ID: <5.1.0.14.0.20020305153406.01d0c9c8@imap2.es.net> 6bone Folk, The review period for the new 6bone pTLA prefix and policy proposal is over. I sense no disagreement on changing the prefix length to /32, but various degrees of concern over the policy changes. Thus I will start allocating from the 3FFE:4000::/32 thru 3FFE:7FFF::/32 range immediately, but will not change any policy for the moment. I will no longer allocate pTLA's from the /28 range (I have closed out the /24 range previously). I will present a summary of the discussions on the policy changes at the upcoming ngtrans meeting in Minneapolis. This will presumably bring more comment/discussion, and then I will come back to the list for closure and, possibly, a change of policy if appropriate. Thanks, Bob === >Date: Sun, 17 Feb 2002 17:47:25 -0800 >To: 6BONE List <6bone@isi.edu> >From: Bob Fink >Subject: new 6bone pTLA prefix proposal, comments by 4 March 2002 please > >6bone Folk, > >We are seeing a recent increase in pTLA requests, and it prompts me to >recommend a change in pTLA prefix length to allow for future growth. >Basically I propose changing from the /28 prefixes we now allocate to /32: > >=== >The current 6bone pTLA numbering plan is: > > 3FFE:0000::/24 thru 3FFE:3900::/24 are allocated [there are 58 /24 pTLA's] > > 3FFE:8000::/28 thru 3FFE:8340::/28 are allocated [there are 54 /28 pTLA's] > >I propose: > > 3FFE:0000::/24 thru 3FFE:3F00::/24 [no new allocations here] > > 3FFE:8000::/28 thru 3FFE:83F0::/28 [no new allocations here] > > 3FFE:4000::/32 thru 3FFE:7FFF::/32 [which provides for 16K /32 pTLA's] > >leaving: > > 3FFE:8400::/32 thru 3FFE:FFFF::/32 for future use > >=== > >In addition, I would like you to consider some possible policy changes: > >1. requiring existing pTLA /24 and /28 holders to renumber to a new /32, >unless justifying why it is not possible due to usage and/or address >layout issues, within 6 months (12 months?) of the change in policy. > >2. encouraging pTLA holders to apply for a production subTLA allocation >when they move to a fully production mode; requiring those charging for >service to also apply for a production subTLA allocation; requiring the >pTLA to be released within 6 months (12 months?) of acquiring a subTLA >unless justifying why the pTLA allocation is still needed/required. > >3. pTLA holders should not assign pTLA based allocations to paying >customers except for early test/trial purposes. paying customers should >always receive RIR based allocations when service is not for test/trial >purposes. > >4. requiring a restatement of pTLA usage and continuing need every 2 years. > >5. requiring the return of a pTLA when it is no longer used by the >original requesting entity. this is the de facto policy, but has not been >stated previously. > > >Please send comments to the 6bone list by 4 March 2002. > > >Thanks, > >Bob From jwi@it.kth.se Thu Mar 7 18:14:37 2002 From: jwi@it.kth.se (Jonas Willen) Date: Thu, 07 Mar 2002 19:14:37 +0100 Subject: password Message-ID: <3C87AE0D.DDFD9C6A@it.kth.se> Help! I am maintaining the our connection to 6bone network and have misplaced (forgotten) the password what should I do??? /Jonas Willén From fink@es.net Thu Mar 7 18:47:48 2002 From: fink@es.net (Bob Fink) Date: Thu, 07 Mar 2002 10:47:48 -0800 Subject: password In-Reply-To: <3C87AE0D.DDFD9C6A@it.kth.se> Message-ID: <5.1.0.14.0.20020307104232.01f1b4e8@imap2.es.net> Jonas, At 07:14 PM 3/7/2002 +0100, Jonas Willen wrote: >Help! > >I am maintaining the our connection to 6bone network and have misplaced >(forgotten) the password >what should I do??? I can reset your AUTH attribute to NONE and you can then reenter a password. Let me know what your mntnr name is. Take this offline of the 6bone list tho. Bob From finlayson@live.com Thu Mar 7 23:40:46 2002 From: finlayson@live.com (Ross Finlayson) Date: Thu, 07 Mar 2002 15:40:46 -0800 Subject: How plentiful are anycast 6to4 Relay Routers? Message-ID: <4.3.1.1.20020307153655.00ca8420@laptop-localhost> I'm connected to the 6Bone using "6to4", and have my default IPv6 router set to "2002:c058:6301::", which, I had read, is the anycast address for a 6to4 Relay Router. (This corresponds to IPv4 address "192.88.99.1".) When I traceroute this address, I find that it's located over in Europe somewhere: %traceroute 192.88.99.1 traceroute to 192.88.99.1 (192.88.99.1), 64 hops max, 40 byte packets 1 dsl-router (66.80.0.1) 1.859 ms 1.603 ms 1.547 ms 2 sdsl-64-139-6-1.dsl.sca.megapath.net (64.139.6.1) 8.747 ms 11.575 ms 7.382 ms 3 fe4-0.border1.sca.megapath.net (66.80.60.130) 9.789 ms 8.817 ms 10.310 ms 4 csr11.sntc08.exodus.net (66.35.210.201) 9.557 ms 11.199 ms 9.943 ms 5 dcr01-g3-0.sntc08.exodus.net (66.35.194.81) 9.316 ms 10.019 ms 9.114 ms 6 bbr02-g2-0.sntc08.exodus.net (66.35.194.2) 10.129 ms 10.438 ms 9.672 ms 7 bbr01-p8-0.sntc04.exodus.net (206.79.9.186) 8.672 ms 8.260 ms 7.980 ms 8 bbr01-p1-0.ftwo01.exodus.net (209.185.9.110) 43.338 ms 42.450 ms 42.018 ms 9 bbr02-p3-0.ekgv01.exodus.net (206.79.9.54) 73.712 ms 72.601 ms 72.125 ms 10 bbr01-p2-0.okbr01.exodus.net (206.79.9.129) 67.923 ms 66.695 ms 66.467 ms 11 bbr01-p2-0.whkn01.exodus.net (206.79.9.134) 91.080 ms 91.069 ms 89.296 ms 12 bbr01-p1-3.jrcy01.exodus.net (209.1.169.54) 91.380 ms 90.283 ms 90.335 ms 13 ibr03-g6-1.jrcy01.exodus.net (216.32.223.134) 91.212 ms 90.065 ms 89.570 ms 14 usnyk404-tc-p8-0.ebone.net (195.158.229.129) 91.669 ms 106.875 ms 92.561 ms 15 gblon524-tc-p2-0.ebone.net (213.174.70.57) 168.409 ms 167.214 ms 166.578 ms 16 frpar309-tc-p9-0.ebone.net (213.174.71.66) 178.830 ms 177.729 ms 177.271 ms 17 frpar308-tc-p4-0.ebone.net (213.174.70.141) 178.256 ms 177.279 ms 188.050 ms 18 behoe108-ta-p1-0.ebone.net (195.158.225.98) 189.254 ms 189.281 ms 189.200 ms 19 behoe112-ec-f0-0.ebone.net (195.158.225.251) 185.323 ms * 184.061 ms "traceroute6" also give results consistent with this: %traceroute6 2002:c058:6301:: traceroute6 to 2002:c058:6301:: (2002:c058:6301::) from 2002:4250:2::1, 30 hops max, 12 byte packets 1 2002:c058:6301:: 187.625 ms 186.123 ms 184.937 ms Not a great situation. Is there really noone 'closer' advertising a route to this anycast address? Should I not be using "2002:c058:6301::" as my default IPv6 router after all? Ross. From nicolas.deffayet-extml@ndsoftwaregroup.com Fri Mar 8 00:53:46 2002 From: nicolas.deffayet-extml@ndsoftwaregroup.com (Nicolas DEFFAYET) Date: Fri, 8 Mar 2002 01:53:46 +0100 Subject: ASPath-tree & Zebra Message-ID: <01a801c1c63b$b3d056b0$0103010a@localnet.ndsoftware.net> Hello all, I think many people use ASPath-tree with Zebra... Who can help me to run ASPath-tree with Zebra because i have this: http://noc.fastnetxp.com/stats/ipv6/bgp/bgp.html ASpath-tree work but don't get routing table :( My conf: rsh-cisco.pl: # RSH command to get the BGP4+ AS Path table open(OUTPUT,"/usr/local/zebra/zc.pl -l password -b \"show bgp ipv6\" |"); When i try zc.pl, work fine: $ /usr/local/zebra/zc.pl -l password -b "show bgp ipv6" BGP table version is 0, local router ID is 213.91.4.3 Status codes: s suppressed, d damped, h history, * valid, > best, i - internal Origin codes: i - IGP, e - EGP, ? - incomplete Network Metric LocPrf Weight Path * 2001:200::/35 0 278 8002 2500 i 3ffe:8271:201:2031::2(fe80::84f8:6cfe) * 2001:200::/35 0 5408 8002 2500 i 3ffe:2d00:1::2c(fe80::c2b1:d226) * 2001:200::/35 500 0 7521 4697 2500 i 3ffe:8271:201:2016::2(fe80::d2ad:a02a) * 2001:200::/35 0 20745 20745 20745 20745 20745 20745 20745 5609 8002 2500 i Where is the error ? Any help are welcome. Thanks very much, Best Regards, Nicolas DEFFAYET From randy@ipcenta.de Fri Mar 8 08:04:15 2002 From: randy@ipcenta.de (Andreas 'randy' Weinberger) Date: Fri, 8 Mar 2002 09:04:15 +0100 Subject: How plentiful are anycast 6to4 Relay Routers? References: <4.3.1.1.20020307153655.00ca8420@laptop-localhost> Message-ID: <003601c1c677$d76dcdf0$22005a0a@baby> hello ross, > I'm connected to the 6Bone using "6to4", and have my default IPv6 router > set to "2002:c058:6301::", which, I had read, is the anycast address for a > 6to4 Relay Router. (This corresponds to IPv4 address "192.88.99.1".) ... > %traceroute6 2002:c058:6301:: > traceroute6 to 2002:c058:6301:: (2002:c058:6301::) from 2002:4250:2::1, 30 > hops max, 12 byte packets > 1 2002:c058:6301:: 187.625 ms 186.123 ms 184.937 ms why dont you use a "real" tunnelbroker instead of the anycast? imho the anycast is good for the first tests but for more i prefere tunnels with either 3ffe or 2001 space :) > Ross. bye, --------- andreas 'randy' weinberger --------- internet system engineer, php development, sun microsystems workgroup computing expert & digitale videotechnik CompleTel GmbH (http://www.completel.de/) ------- From jesper@skriver.dk Fri Mar 8 11:14:53 2002 From: jesper@skriver.dk (Jesper Skriver) Date: Fri, 8 Mar 2002 12:14:53 +0100 Subject: How plentiful are anycast 6to4 Relay Routers? In-Reply-To: <003601c1c677$d76dcdf0$22005a0a@baby>; from randy@ipcenta.de on Fri, Mar 08, 2002 at 09:04:15AM +0100 References: <4.3.1.1.20020307153655.00ca8420@laptop-localhost> <003601c1c677$d76dcdf0$22005a0a@baby> Message-ID: <20020308121453.I8985@skriver.dk> On Fri, Mar 08, 2002 at 09:04:15AM +0100, Andreas 'randy' Weinberger wrote: > > hello ross, > > > I'm connected to the 6Bone using "6to4", and have my default IPv6 router > > set to "2002:c058:6301::", which, I had read, is the anycast address for a > > 6to4 Relay Router. (This corresponds to IPv4 address "192.88.99.1".) > > ... > > > %traceroute6 2002:c058:6301:: > > traceroute6 to 2002:c058:6301:: (2002:c058:6301::) from 2002:4250:2::1, 30 > > hops max, 12 byte packets > > 1 2002:c058:6301:: 187.625 ms 186.123 ms 184.937 ms > > why dont you use a "real" tunnelbroker instead of the anycast? > > imho the anycast is good for the first tests but for more i prefere tunnels > with either 3ffe or 2001 space :) Why ? the anycast trick is good, because the client doesn't need to configure anything special when moving around, all we need is that more announce the anycast address ... /Jesper -- Jesper Skriver, jesper(at)skriver(dot)dk - CCIE #5456 Work: Network manager @ AS3292 (Tele Danmark DataNetworks) Private: FreeBSD committer @ AS2109 (A much smaller network ;-) One Unix to rule them all, One Resolver to find them, One IP to bring them all and in the zone to bind them. From pekkas@netcore.fi Fri Mar 8 11:19:16 2002 From: pekkas@netcore.fi (Pekka Savola) Date: Fri, 8 Mar 2002 13:19:16 +0200 (EET) Subject: How plentiful are anycast 6to4 Relay Routers? In-Reply-To: <003601c1c677$d76dcdf0$22005a0a@baby> Message-ID: On Fri, 8 Mar 2002, Andreas 'randy' Weinberger wrote: > hello ross, > > > I'm connected to the 6Bone using "6to4", and have my default IPv6 router > > set to "2002:c058:6301::", which, I had read, is the anycast address for a > > 6to4 Relay Router. (This corresponds to IPv4 address "192.88.99.1".) > > ... > > > %traceroute6 2002:c058:6301:: > > traceroute6 to 2002:c058:6301:: (2002:c058:6301::) from 2002:4250:2::1, 30 > > hops max, 12 byte packets > > 1 2002:c058:6301:: 187.625 ms 186.123 ms 184.937 ms Btw: that particular relay router seems to disobey the addrarch draft that anycast address MUST NOT be used as a source address. FWIW, we're providing anycast relay to the world, there's another in Switzerland. I recall Zama used to provide some service too. -- Pekka Savola "Tell me of difficulties surmounted, Netcore Oy not those you stumble over and fall" Systems. Networks. Security. -- Robert Jordan: A Crown of Swords From michel@arneill-py.sacramento.ca.us Fri Mar 8 16:04:57 2002 From: michel@arneill-py.sacramento.ca.us (Michel Py) Date: Fri, 8 Mar 2002 08:04:57 -0800 Subject: How plentiful are anycast 6to4 Relay Routers? Message-ID: <2B81403386729140A3A899A8B39B046405DF08@server2000.arneill-py.sacramento.ca.us> I remember that a while ago, Bob Fink ran a quick survey about 6to4 relay routers. > 6to4 relay router survey > I would like to find out how many of you are deploying/using > 6to4 relay routers at this time. Also, whether you plan to in > the future. Please include any technical info, such as anycast > (or other) use for discovery, and anything else you think > relevant, e.g., platform... Bob, could you re-post the results? I can't find them. Thanks Michel. From fink@es.net Fri Mar 8 22:23:17 2002 From: fink@es.net (Bob Fink) Date: Fri, 08 Mar 2002 14:23:17 -0800 Subject: How plentiful are anycast 6to4 Relay Routers? In-Reply-To: <2B81403386729140A3A899A8B39B046405DF08@server2000.arneill- py.sacramento.ca.us> Message-ID: <5.1.0.14.0.20020308142253.0207cb30@imap2.es.net> At 08:04 AM 3/8/2002 -0800, Michel Py wrote: >I remember that a while ago, Bob Fink ran a quick survey about 6to4 relay >routers. > > > 6to4 relay router survey > > I would like to find out how many of you are deploying/using > > 6to4 relay routers at this time. Also, whether you plan to in > > the future. Please include any technical info, such as anycast > > (or other) use for discovery, and anything else you think > > relevant, e.g., platform... > >Bob, could you re-post the results? I can't find them. I didn't because there wasn't enough response to be meaningful. Bob From pasky@pasky.ji.cz Sat Mar 9 22:16:52 2002 From: pasky@pasky.ji.cz (Petr Baudis) Date: Sat, 9 Mar 2002 23:16:52 +0100 Subject: How plentiful are anycast 6to4 Relay Routers? In-Reply-To: <2B81403386729140A3A899A8B39B046405DF08@server2000.arneill-py.sacramento.ca.us> References: <2B81403386729140A3A899A8B39B046405DF08@server2000.arneill-py.sacramento.ca.us> Message-ID: <20020309221652.GV2198@pasky.ji.cz> Dear diary, on Fri, Mar 08, 2002 at 05:04:57PM CET, I got a letter, where Michel Py told me, that... > I remember that a while ago, Bob Fink ran a quick survey about 6to4 relay > routers. There's something at http://www.kfu.com/~nsayer/6to4/ - it's certainly not complete, but at least something ;). -- Petr "Pasky" Baudis * elinks maintainer * IPv6 guy (XS26 co-coordinator) * IRCnet operator * FreeCiv AI hacker From mage@space.com Sun Mar 10 16:26:43 2002 From: mage@space.com (Leif Sandstede) Date: Sun, 10 Mar 2002 17:26:43 +0100 Subject: IPv6 DNS service Message-ID: <02031017264300.01351@linux> Hi I want to know if there is something like www.dyndns.org for IPv6? I am on dialup with dynamic ip and want to use a 6to4 gateway to workaround the problems NAT/Masquerading pose. Problem is finding my network from the outside.... Leif Sandstede From andre@grueneberg.de Sun Mar 10 20:23:53 2002 From: andre@grueneberg.de (Andre Grueneberg) Date: Sun, 10 Mar 2002 21:23:53 +0100 Subject: IPv6 DNS service In-Reply-To: <02031017264300.01351@linux> References: <02031017264300.01351@linux> Message-ID: <20020310202353.GB590@leela.home.grueneberg.de> --UHN/qo2QbUvPLonB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi Leif, Leif Sandstede wrote: > I want to know if there is something like www.dyndns.org for IPv6? > I am on dialup with dynamic ip and want to use a 6to4 gateway to workarou= nd=20 > the problems NAT/Masquerading pose. You'd better use a tunnel broker - You'll have static IPv6 addresses then. Andre --=20 When your argument is weak tell the 'BIG LIE' --UHN/qo2QbUvPLonB Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iQCVAwUBPIvA2bFqkG7lADyBAQH2WgP/d96rIHgG34gFbOR91vivqF7MLlGukU4x 2aVgSk7cLf0T0zOx2MQju0gISQ39f23yC+lIwJRJeFTquO/FmRef7dJJPyu5gTKx A54ioOFLcmS9wZkvyxlGpMHQ8Jn0ukKlwJDwWWGIb2VS0rCGBxDHzARB4aLK9vw2 R3KkBO9AX8U= =Dmxi -----END PGP SIGNATURE----- --UHN/qo2QbUvPLonB-- From mage@space.com Mon Mar 11 06:59:26 2002 From: mage@space.com (Leif Sandstede) Date: Mon, 11 Mar 2002 07:59:26 +0100 Subject: IPv6 DNS service In-Reply-To: <20020310194053.A21047@ns1.arch.bellsouth.net> References: <02031017264300.01351@linux> <20020310194053.A21047@ns1.arch.bellsouth.net> Message-ID: <02031107592600.00784@linux> Am Montag, 11. März 2002 01:40 schrieben Sie: > leif, > > i'm not aware of something like that.. but we might be able to > rig a service like that.. what exactly would be your expectation? > > thanks, > chris Well a static IP would do fine too. I just expect that someone who wants to find me can find me. But it would be cool if I had a sub-domain or a second entry for IPv6 in DNS for my domain so they can reach my computers. The problem I had was that I thought that my IPv4 wich is dynamic would always be part of my IPv6 address wich would be Dynamic then ,too. But now I realized the problem is not technical but a policy thing, realy. If I can find a Channel Broker that gives me real static adresses even if my IPv4 is dynamic I would be fine. But a real domain name instead of that hex stuff would be great none the less. Leif From pekkas@netcore.fi Mon Mar 11 07:04:50 2002 From: pekkas@netcore.fi (Pekka Savola) Date: Mon, 11 Mar 2002 09:04:50 +0200 (EET) Subject: IPv6 DNS service In-Reply-To: <20020310202353.GB590@leela.home.grueneberg.de> Message-ID: On Sun, 10 Mar 2002, Andre Grueneberg wrote: > Leif Sandstede wrote: > > I want to know if there is something like www.dyndns.org for IPv6? > > I am on dialup with dynamic ip and want to use a 6to4 gateway to workaround > > the problems NAT/Masquerading pose. > > You'd better use a tunnel broker - You'll have static IPv6 addresses > then. It's much easier to set up 6to4. -- Pekka Savola "Tell me of difficulties surmounted, Netcore Oy not those you stumble over and fall" Systems. Networks. Security. -- Robert Jordan: A Crown of Swords From michael@kjorling.com Mon Mar 11 11:31:41 2002 From: michael@kjorling.com (Michael Kjorling) Date: Mon, 11 Mar 2002 12:31:41 +0100 (CET) Subject: 6bone web site unreachable over IPv6, connection refused over IPv4 Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I can't reach the 6bone web site over IPv6, and when trying over IPv4 I get a connection refused message. Is anyone else experiencing these problems? Traceroute from my computer: > [michael@varg michael]$ traceroute6 -n www.6bone.net > traceroute to 6bone.net (3ffe:b00:c18:1::10) from 2001:600:101f:0:2a0:ccff:fe52:e0a4, 30 hops max, 16 byte packets > 1 2001:600:4:8d9::1 41.894 ms 68.622 ms 41.039 ms > 2 3ffe:2200::260:8ff:fea9:c09b 91.01 ms 100.123 ms 87.584 ms > 3 * * * > 4 * * * > 5 * ^C > [michael@varg michael]$ ping6 -n www.6bone.net > PING www.6bone.net (3ffe:b00:c18:1::10): 56 data bytes > > --- www.6bone.net ping statistics --- > 4 packets transmitted, 0 packets received, 100% packet loss > [michael@varg michael]$ telnet 131.243.129.44 80 > Trying 131.243.129.44... > telnet: connect to address 131.243.129.44: Connection refused > [michael@varg michael]$ telnet www.6bone.net 80 > Trying 3ffe:b00:c18:1::10... It's just sitting at the "Trying...", and has been there for about three minutes when I am writing this. The traceroute keeps timing out after 3ffe:2200::260:8ff:fea9:c09b, which according to the 6bone whois belongs to "Slovak University of Technology, Department of Computer Science and Engineering", having prefix 3ffe:2200::/24 (ipv6-site STUBA, origin AS2607). This via IPv6 AS1846 through a tunnel (v6-in-v4) via IPv4 AS3246. I have no problems with IPv4 connectivity in general as of now. Michael Kjörling - -- Michael Kjörling -- Programmer/Network administrator ^..^ Internet: michael@kjorling.com -- FidoNet: 2:204/254.4 \/ PGP: 95f1 074d 336d f8f0 f297 6a5b 2aa3 7bfd 8a70 e33e ``And indeed people sometimes speak of man's "bestial" cruelty, but this is very unfair and insulting to the beasts: a beast can never be so cruel as a man, so ingeniously, so artistically cruel.'' (Ivan Karamazov, in Dostoyevsky's 'The Brothers Karamazov') *** Spammers: see http://michael.kjorling.com/spam *** -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Public key is at http://michael.kjorling.com/contact/pgp.html iD8DBQE8jJWgKqN7/Ypw4z4RAsxnAJ9ptQvy725VAOIBbuKXc5pTCyJb2wCgo6XF IIue2YSgx51tREgyO9byOjA= =8WE0 -----END PGP SIGNATURE----- From jorgen@hovland.cx Mon Mar 11 14:03:15 2002 From: jorgen@hovland.cx (=?ISO-8859-1?Q?J=F8rgen_Hovland?=) Date: Mon, 11 Mar 2002 15:03:15 +0100 (CET) Subject: 6bone web site unreachable over IPv6, connection refused over IPv4 In-Reply-To: Message-ID: Hi Works fine here.. (atleast from xs26/edisontel/sics/uninett/hio/webonline) $ traceroute -ainet6 www.6bone.net traceroute to www.6bone.net (3ffe:b00:c18:1::10), 30 hops max, 60 byte packets 1 gw.webonline.no (3ffe:82b0:0:1::0) 0.572 ms * 0.579 ms 2 webonline-gw1.ipv6.xs26.net (3ffe:82b0:0:1:1::1) 32.618 ms 33.196 ms 32.593 ms 3 edt-webonline.ipv6.edisontel.it (2001:750:e::a) 54.568 ms * 54.264 ms 4 rap.ipv6.viagenie.qc.ca (3ffe:b00:c18:1:290:27ff:fe17:fc0f) 174.924 ms 175.745 ms 175.700 ms 5 www.6bone.net (3ffe:b00:c18:1::10) 196.505 ms * 175.262 ms $ traceroute -ainet6 www.6bone.net traceroute to www.6bone.net (3ffe:b00:c18:1::10), 30 hops max, 60 byte packets 1 ip6-gw.p52.hio.no (2001:700:700:4::1) 0.821 ms 0.745 ms 2.608 ms 2 oslo-gw8.uninett.no (2001:700:0:fff5::1) 3.981 ms 1.865 ms 1.729 ms 3 6bone-gw-uio.ipv6.sics.se (3ffe:200:1:b::1) 15.272 ms 16.911 ms 13.472 ms 4 3ffe:200:1:54::2 (3ffe:200:1:54::2) 57.933 ms 57.359 ms 60.075 ms 5 rap.ipv6.viagenie.qc.ca (3ffe:b00:c18:1:290:27ff:fe17:fc0f) 459.267 ms 464.208 ms 457.512 ms 6 www.6bone.net (3ffe:b00:c18:1::10) 461.691 ms 459.692 ms 457.696 ms $ telnet www.6bone.net 80 Trying 3ffe:b00:c18:1::10... Connected to www.6bone.net. Escape character is '^]'. Regards, Joergen Hovland WO-NET On Mon, 11 Mar 2002, Michael Kjorling wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > I can't reach the 6bone web site over IPv6, and when trying over IPv4 > I get a connection refused message. Is anyone else experiencing these > problems? > > Traceroute from my computer: > > > [michael@varg michael]$ traceroute6 -n www.6bone.net > > traceroute to 6bone.net (3ffe:b00:c18:1::10) from 2001:600:101f:0:2a0:ccff:fe52:e0a4, 30 hops max, 16 byte packets > > 1 2001:600:4:8d9::1 41.894 ms 68.622 ms 41.039 ms > > 2 3ffe:2200::260:8ff:fea9:c09b 91.01 ms 100.123 ms 87.584 ms > > 3 * * * > > 4 * * * > > 5 * ^C > > [michael@varg michael]$ ping6 -n www.6bone.net > > PING www.6bone.net (3ffe:b00:c18:1::10): 56 data bytes > > > > --- www.6bone.net ping statistics --- > > 4 packets transmitted, 0 packets received, 100% packet loss > > [michael@varg michael]$ telnet 131.243.129.44 80 > > Trying 131.243.129.44... > > telnet: connect to address 131.243.129.44: Connection refused > > [michael@varg michael]$ telnet www.6bone.net 80 > > Trying 3ffe:b00:c18:1::10... > > It's just sitting at the "Trying...", and has been there for about > three minutes when I am writing this. The traceroute keeps timing out > after 3ffe:2200::260:8ff:fea9:c09b, which according to the 6bone whois > belongs to "Slovak University of Technology, Department of Computer > Science and Engineering", having prefix 3ffe:2200::/24 (ipv6-site > STUBA, origin AS2607). This via IPv6 AS1846 through a tunnel > (v6-in-v4) via IPv4 AS3246. I have no problems with IPv4 connectivity > in general as of now. > > > Michael Kjörling > > - -- > Michael Kjörling -- Programmer/Network administrator ^..^ > Internet: michael@kjorling.com -- FidoNet: 2:204/254.4 \/ > PGP: 95f1 074d 336d f8f0 f297 6a5b 2aa3 7bfd 8a70 e33e > > ``And indeed people sometimes speak of man's "bestial" cruelty, but > this is very unfair and insulting to the beasts: a beast can never be > so cruel as a man, so ingeniously, so artistically cruel.'' > (Ivan Karamazov, in Dostoyevsky's 'The Brothers Karamazov') > > *** Spammers: see http://michael.kjorling.com/spam *** > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.0.6 (GNU/Linux) > Comment: Public key is at http://michael.kjorling.com/contact/pgp.html > > iD8DBQE8jJWgKqN7/Ypw4z4RAsxnAJ9ptQvy725VAOIBbuKXc5pTCyJb2wCgo6XF > IIue2YSgx51tREgyO9byOjA= > =8WE0 > -----END PGP SIGNATURE----- > > From nick.lane@informa.com Mon Mar 11 14:26:12 2002 From: nick.lane@informa.com (Lane, Nick) Date: Mon, 11 Mar 2002 14:26:12 -0000 Subject: 6bone web site unreachable over IPv6, connection refused over IPv4 Message-ID: <6122D25CCA0CD511A17B0090277E0B18052F5EC9@mort-ex1.uk.informa.com> Hello, IP-Core Network analyst (an in-depth, analytical, monthly, busines-2-business newsletter) is currently working on an article looking at carrier deployment strategies for IPv6. I realise that 6Bone is an experimental ad hoc network, but if anyone has any views, comments on the following questions (see below), either myself or my colleague Tola Sargeant (tola.sargeant@informa.com), would be pleased to speak to you. Many thanks in advance Nick Lane Which carriers are leading v6 deployment? (In Europe? Asia? U.S.?) How do their deployment strategies differ? Is there a difference between incumbent and greenfield operators' strategies? Do you agree that most seem to be building separate v6 networks (Skanova, KPNQwest etc.)? Why, in your opinion, are they doing this? Is this a viable long term strategy, or will they have to integrate v6 into their v4 core network in the future? Why? When? Deutsche Telekom expressed a preference for edge-only IPv6 networks, using dual-stack routers - do you think this will be a common trend among incumbent vendors going forward? Why? Is it cheaper / easier to deploy a separate v6 network or to integrate v6 into a v4 network? Are today's v6-only routers / dual-stack routers stable enough to deploy in the core of networks? (which are most stable?) Some in the industry have said that today's IPv6 is an access technology - would you agree? Some operators (such as BellSouth?) have said they don't plan to move to IPv6 yet - does this put them at a disadvantage? Will they eventually have to move to IPv6 / when? Several carriers have said that they don't expect to make any money from v6 for 18 months/2 years - do you agree with them? When do you think we can expect volume levels of IPv6 traffic? _____________________ Nick Lane Editor, IP-Core Network analyst www.baskerville.telecoms.com/ipcore nick.lane@informa.com Baskerville, informa Telecoms Group, Mortimer House, 37-41 Mortimer Street, London, W1T 3JH. Tel: +44 (0) 20 7017 4260 or +44 (0) 20 7453 2804 To download a free sample of IP-Core Network analyst, visit www.baskerville.telecoms.com/ipcore or contact Paul Waite (paul.waite@informa.com) on +44 20 7017 5914 For an online multi-user or corporate subscription contact Owen Hart on tel: +44 20 7453 2316 / owen.hart@informa.com > ---------- > From: Michael Kjorling > Sent: Monday, March 11, 2002 11:31 am > To: 6bone > Cc: Bob Fink > Subject: 6bone web site unreachable over IPv6, connection refused > over IPv4 > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > I can't reach the 6bone web site over IPv6, and when trying over IPv4 > I get a connection refused message. Is anyone else experiencing these > problems? > > Traceroute from my computer: > > > [michael@varg michael]$ traceroute6 -n www.6bone.net > > traceroute to 6bone.net (3ffe:b00:c18:1::10) from > 2001:600:101f:0:2a0:ccff:fe52:e0a4, 30 hops max, 16 byte packets > > 1 2001:600:4:8d9::1 41.894 ms 68.622 ms 41.039 ms > > 2 3ffe:2200::260:8ff:fea9:c09b 91.01 ms 100.123 ms 87.584 ms > > 3 * * * > > 4 * * * > > 5 * ^C > > [michael@varg michael]$ ping6 -n www.6bone.net > > PING www.6bone.net (3ffe:b00:c18:1::10): 56 data bytes > > > > --- www.6bone.net ping statistics --- > > 4 packets transmitted, 0 packets received, 100% packet loss > > [michael@varg michael]$ telnet 131.243.129.44 80 > > Trying 131.243.129.44... > > telnet: connect to address 131.243.129.44: Connection refused > > [michael@varg michael]$ telnet www.6bone.net 80 > > Trying 3ffe:b00:c18:1::10... > > It's just sitting at the "Trying...", and has been there for about > three minutes when I am writing this. The traceroute keeps timing out > after 3ffe:2200::260:8ff:fea9:c09b, which according to the 6bone whois > belongs to "Slovak University of Technology, Department of Computer > Science and Engineering", having prefix 3ffe:2200::/24 (ipv6-site > STUBA, origin AS2607). This via IPv6 AS1846 through a tunnel > (v6-in-v4) via IPv4 AS3246. I have no problems with IPv4 connectivity > in general as of now. > > > Michael Kjörling > > - -- > Michael Kjörling -- Programmer/Network administrator ^..^ > Internet: michael@kjorling.com -- FidoNet: 2:204/254.4 \/ > PGP: 95f1 074d 336d f8f0 f297 6a5b 2aa3 7bfd 8a70 e33e > > ``And indeed people sometimes speak of man's "bestial" cruelty, but > this is very unfair and insulting to the beasts: a beast can never be > so cruel as a man, so ingeniously, so artistically cruel.'' > (Ivan Karamazov, in Dostoyevsky's 'The Brothers Karamazov') > > *** Spammers: see http://michael.kjorling.com/spam *** > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.0.6 (GNU/Linux) > Comment: Public key is at http://michael.kjorling.com/contact/pgp.html > > iD8DBQE8jJWgKqN7/Ypw4z4RAsxnAJ9ptQvy725VAOIBbuKXc5pTCyJb2wCgo6XF > IIue2YSgx51tREgyO9byOjA= > =8WE0 > -----END PGP SIGNATURE----- > > > ********************************************************************** This electronic transmission and any files attached to it are strictly confidential and intended solely for the addressee. If you are not the intended addressee, you must not disclose, copy or take any action in reliance of this transmission. If you have received this transmission in error, please notify us by return and delete the same. Further enquiries/returns can be posted to postmaster@informa.com Thank you. ********************************************************************** From fink@es.net Mon Mar 11 15:51:50 2002 From: fink@es.net (Bob Fink) Date: Mon, 11 Mar 2002 07:51:50 -0800 Subject: 6bone web site unreachable over IPv6, connection refused over IPv4 In-Reply-To: Message-ID: <5.1.0.14.0.20020311074938.02307a98@imap2.es.net> Michael, At 12:31 PM 3/11/2002 +0100, Michael Kjorling wrote: >-----BEGIN PGP SIGNED MESSAGE----- >Hash: SHA1 > >I can't reach the 6bone web site over IPv6, and when trying over IPv4 >I get a connection refused message. Is anyone else experiencing these >problems? For several hours yesterday (Sunday) the IPv4-accessible 6bone web site was down due to a massive denial of service attack. Bob From mcr@sandelman.ottawa.on.ca Mon Mar 11 17:21:55 2002 From: mcr@sandelman.ottawa.on.ca (Michael Richardson) Date: Mon, 11 Mar 2002 12:21:55 -0500 Subject: IPv6 DNS service In-Reply-To: Your message of "Mon, 11 Mar 2002 09:04:50 +0200." Message-ID: <200203111721.g2BHLtq12310@marajade.sandelman.ottawa.on.ca> >>>>> "Pekka" == Pekka Savola writes: Pekka> On Sun, 10 Mar 2002, Andre Grueneberg wrote: >> Leif Sandstede wrote: > I want to know if there is something like >> www.dyndns.org for IPv6? > I am on dialup with dynamic ip and want to >> use a 6to4 gateway to workaround > the problems NAT/Masquerading pose. >> >> You'd better use a tunnel broker - You'll have static IPv6 addresses >> then. Pekka> It's much easier to set up 6to4. Seems like a perfect example of why one would want mobileIPv6. Use the tunnel broker for your "static" IPs and 6to4 as a topologically more efficient address. ] ON HUMILITY: to err is human. To moo, bovine. | firewalls [ ] Michael Richardson, Sandelman Software Works, Ottawa, ON |net architect[ ] mcr@sandelman.ottawa.on.ca http://www.sandelman.ottawa.on.ca/ |device driver[ ] panic("Just another NetBSD/notebook using, kernel hacking, security guy"); [ From tony@lava.net Mon Mar 11 17:59:07 2002 From: tony@lava.net (Antonio Querubin) Date: Mon, 11 Mar 2002 07:59:07 -1000 (HST) Subject: 6bone web site unreachable over IPv6, connection refused over IPv4 In-Reply-To: Message-ID: On Mon, 11 Mar 2002, Michael Kjorling wrote: > Date: Mon, 11 Mar 2002 12:31:41 +0100 (CET) > From: Michael Kjorling > To: 6bone <6bone@ISI.EDU> > Cc: Bob Fink > Subject: 6bone web site unreachable over IPv6, connection refused over IPv4 > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > I can't reach the 6bone web site over IPv6, and when trying over IPv4 > I get a connection refused message. Is anyone else experiencing these > problems? It's working fine from here: C:\>tracert6 www.6bone.net Tracing route to 6bone.net [3ffe:b00:c18:1::10] from 3ffe:8160:0:11::1 over a maximum of 30 hops: 1 30 ms 40 ms 31 ms puaiohi.lava.net [3ffe:8160:0:1::1] 2 101 ms 98 ms 109 ms sl-bb1v6-rly-t-70.sprintv6.net [3ffe:2900:d:a::1] 3 153 ms 153 ms 153 ms sl-bb1v6-rly-t-1002.sprintv6.net [2001:440:1239:1003::2] 4 216 ms 212 ms 218 ms rap.ipv6.viagenie.qc.ca [3ffe:b00:c18:1:290:27ff:fe17:fc0f] 5 209 ms 208 ms 209 ms www.6bone.net [3ffe:b00:c18:1::10] Trace complete. From fink@es.net Tue Mar 12 15:50:53 2002 From: fink@es.net (Bob Fink) Date: Tue, 12 Mar 2002 07:50:53 -0800 Subject: 6bone meeting in Minneapolis Message-ID: <5.1.0.14.0.20020312074326.02cea448@imap2.es.net> 6bone Folk, As you may have noticed, the "pTLA restructuring and policy changes" discussion was pulled from the ngtrans agenda due to lack of agenda time. Thus I would like to have a lunchtime 6bone meeting to cover this topic and any others that folks would like to raise. I propose Thursday from 11:45am to 12:45pm, just after the IPv6wg meeting that ends at 11:30, using the same room. Please send me other agenda items you wish to present. Thanks, Bob === Agenda: pTLA restructuring and policy changes, Fink - 15-20 mins -end From michel@arneill-py.sacramento.ca.us Tue Mar 12 16:17:10 2002 From: michel@arneill-py.sacramento.ca.us (Michel Py) Date: Tue, 12 Mar 2002 08:17:10 -0800 Subject: (6bone) IETF-53 meeting (was (ngtrans) final ngtrans agenda for IETF-53 in Minneapolis) Message-ID: <2B81403386729140A3A899A8B39B046405DF0F@server2000.arneill-py.sacramento.ca.us> > Finally, note that we have removed the 6bone pTLA discussion > in interest of time. Bob Fink will be scheduling a lunch time > 6bone meeting for this topic. If time allows [during the TBD 6bone meeting], there could be some discussion related to transition of the current 6bone (where everyone peers nicely with everyone) to a model closer to the would-be IPv6 backbone / peering structure / tiers. There has been some talk recently on the ipv6mh list about the definition of "DFZ" and things such as TLAs not being tier-1 for IPv6 and I wonder if the assumption that the IPv6 DFZ will end up looking like the IPv4 DFZ is correct. Michel. From fink@es.net Tue Mar 12 17:28:32 2002 From: fink@es.net (Bob Fink) Date: Tue, 12 Mar 2002 09:28:32 -0800 Subject: (6bone) IETF-53 meeting (was (ngtrans) final ngtrans agenda for IETF-53 in Minneapolis) In-Reply-To: <2B81403386729140A3A899A8B39B046405DF0F@server2000.arneill- py.sacramento.ca.us> Message-ID: <5.1.0.14.0.20020312092133.02d15938@imap2.es.net> Michel, At 08:17 AM 3/12/2002 -0800, Michel Py wrote: > > Finally, note that we have removed the 6bone pTLA discussion > > in interest of time. Bob Fink will be scheduling a lunch time > > 6bone meeting for this topic. > >If time allows [during the TBD 6bone meeting], there could be some >discussion related to transition of the current 6bone (where everyone >peers nicely with everyone) to a model closer to the would-be IPv6 >backbone / peering structure / tiers. There has been some talk recently on >the ipv6mh list about the definition of "DFZ" and things such as TLAs not >being tier-1 for IPv6 and I wonder if the assumption that the IPv6 DFZ >will end up looking like the IPv4 DFZ is correct. Shall I add you to agenda for this topic. "DFZ, pTLAs and the 6bone" - Michel Ply, 10-15 mins Thanks, Bob From michel@arneill-py.sacramento.ca.us Tue Mar 12 19:58:46 2002 From: michel@arneill-py.sacramento.ca.us (Michel Py) Date: Tue, 12 Mar 2002 11:58:46 -0800 Subject: (6bone) IETF-53 meeting (was (ngtrans) final ngtrans agenda for IETF-53 in Minneapolis) Message-ID: <2B81403386729140A3A899A8B39B046405DF11@server2000.arneill-py.sacramento.ca.us> Bob, > Bob Fink wrote: > Shall I add you to agenda for this topic. > "DFZ, pTLAs and the 6bone" - Michel Py, 10-15 mins Sure. I will post a link to the slides when they are ready (likely Friday evening....) Thanks Michel. From fink@es.net Tue Mar 12 20:06:09 2002 From: fink@es.net (Bob Fink) Date: Tue, 12 Mar 2002 12:06:09 -0800 Subject: (6bone) IETF-53 meeting (was (ngtrans) final ngtrans agenda for IETF-53 in Minneapolis) In-Reply-To: <2B81403386729140A3A899A8B39B046405DF11@server2000.arneill- py.sacramento.ca.us> Message-ID: <5.1.0.14.0.20020312120555.02eb3750@imap2.es.net> At 11:58 AM 3/12/2002 -0800, Michel Py wrote: >Bob, > > > Bob Fink wrote: > > Shall I add you to agenda for this topic. > > "DFZ, pTLAs and the 6bone" - Michel Py, 10-15 mins > >Sure. I will post a link to the slides when they are ready (likely >Friday evening....) Great. Thanks, Bob From jeroen@unfix.org Wed Mar 13 13:40:31 2002 From: jeroen@unfix.org (Jeroen Massar) Date: Wed, 13 Mar 2002 14:40:31 +0100 Subject: Quake2 IPv4 & IPv6 Message-ID: <000901c1ca94$a7249e50$420d640a@unfix.org> We are proud to present : Quake2 II IPv4 *AND* IPv6 capable server running at game-2.concepts.nl Thanks to Concepts ICT (www.concepts.nl) for the hosting, and Viagenie (www.viagenie.gc.ca / www.freenet6.net) for the patching of Quake2 to support IPv6 and even implementing a very nice use of IPv6 multicast. The code can be downloaded from: http://www.viagenie.qc.ca/en/ipv6/quake2/ipv6-quake2.shtml They have Win32 and FreeBSD binaries available. The server in question is reachable over IPv4 and IPv6 and is using a bit modified code from the viagenie source. This as the IPv4 capability needed some changes. Patch will be forwarded soon to viagenie. The server can be found with normal Gamespy and similar applications as it's announcing itself to IPv4 gamelist servers. (q2master.planetquake.com amongst others) IPv4 & IPv6 capable Quake1 will follow this day, and then it will become the official Concepts Quake server (quake.concepts.nl). Unfortunaly there is no support for IPv6 Quake 3 (yet) but our beloved people at Viagenie will surely fix that if they get the chance :) Questions? Reply to this subject on the ipv6@ipng.nl mailinglist (see http://mailman.ipng.nl/mailman/listinfo/ipv6) or query around on #linux.nl @ IRCNet. Greets, Jeroen PS: sorry for the crosspost ;) From bmanning@karoshi.com Wed Mar 13 15:31:45 2002 From: bmanning@karoshi.com (bmanning@karoshi.com) Date: Wed, 13 Mar 2002 15:31:45 +0000 (UCT) Subject: (6bone) IETF-53 meeting (was (ngtrans) final ngtrans agenda for IETF-53 in Minneapolis) In-Reply-To: <2B81403386729140A3A899A8B39B046405DF0F@server2000.arneill-py.sacramento.ca.us> from "Michel Py" at Mar 12, 2002 08:17:10 AM Message-ID: <200203131531.PAA08711@vacation.karoshi.com> I am saddened by the thought that we move away from "where everyone peers nicely with others" to something else. Why is this useful or desiarable? --bill From ipsopi@yahoo.com Wed Mar 13 15:40:11 2002 From: ipsopi@yahoo.com (Shashikanth Sopirala) Date: Wed, 13 Mar 2002 07:40:11 -0800 (PST) Subject: Can Any body Help Me Message-ID: <20020313154011.63433.qmail@web21309.mail.yahoo.com> Hi, I am trying to connect to 6bone. Can any body tell me how should i do that. Awating for a constructive reply Cheers Sopi __________________________________________________ Do You Yahoo!? Try FREE Yahoo! Mail - the world's greatest free email! http://mail.yahoo.com/ From fink@es.net Wed Mar 13 16:04:36 2002 From: fink@es.net (Bob Fink) Date: Wed, 13 Mar 2002 08:04:36 -0800 Subject: Can Any body Help Me In-Reply-To: <20020313154011.63433.qmail@web21309.mail.yahoo.com> Message-ID: <5.1.0.14.0.20020313080300.023d86c8@imap2.es.net> At 07:40 AM 3/13/2002 -0800, Shashikanth Sopirala wrote: >Hi, >I am trying to connect to 6bone. Can any body tell me >how should i do that. Start by reading the how to join page: then please feel free to ask me questions. Please drop the 6bone list from your reply until we need to go back to the list for answers. Thanks, Bob From michel@arneill-py.sacramento.ca.us Wed Mar 13 16:52:42 2002 From: michel@arneill-py.sacramento.ca.us (Michel Py) Date: Wed, 13 Mar 2002 08:52:42 -0800 Subject: (6bone) IETF-53 meeting (was (ngtrans) final ngtrans agenda for IETF-53 in Minneapolis) Message-ID: <2B81403386729140A3A899A8B39B046405DF18@server2000.arneill-py.sacramento.ca.us> Bill, > Bill Manning wrote: > I am saddened by the thought that we move away from "where > everyone peers nicely with others" to something else. Why > is this useful or desirable? It's not useful neither desirable. The point I will be trying to make is that it will happen at some point (don't get me wrong, I don't like it either, but the business model where everyone provides IPv6 transit for free is not going to last forever). In fact, some of the questions I plan to ask the floor for the purpose of triggering thinking about them are (roughly): 1. Is the evolution of the IPv6 backbone (pushed by market forces) to a v4-like tiered system unavoidable? 2. Is it the role of the 6bone or the IETF to think about it and possibly recommend something about it. Michel. From rrockell@sprint.net Wed Mar 13 18:01:48 2002 From: rrockell@sprint.net (Robert J. Rockell) Date: Wed, 13 Mar 2002 13:01:48 -0500 (EST) Subject: (6bone) IETF-53 meeting (was (ngtrans) final ngtrans agenda for IETF-53 in Minneapolis) In-Reply-To: <2B81403386729140A3A899A8B39B046405DF18@server2000.arneill-py.sacramento.ca.us> Message-ID: It would seem that businesses may drive this, despite recommendations from standards bodies (though I am not speaking for my business in this case; I can not guess where mine will go from a policy standpoint). Thanks Rob Rockell Principal Engineer SprintLink Europe/Asia (+1) 703-689-6322 Sprint IP Services ----------------------------------------------------------------------- On Wed, 13 Mar 2002, Michel Py wrote: ->Bill, -> ->> Bill Manning wrote: ->> I am saddened by the thought that we move away from "where ->> everyone peers nicely with others" to something else. Why ->> is this useful or desirable? -> ->It's not useful neither desirable. The point I will be trying to make is that it will happen at some point (don't get me wrong, I don't like it either, but the business model where everyone provides IPv6 transit for free is not going to last forever). In fact, some of the questions I plan to ask the floor for the purpose of triggering thinking about them are (roughly): -> ->1. Is the evolution of the IPv6 backbone (pushed by market forces) to a v4-like tiered system unavoidable? ->2. Is it the role of the 6bone or the IETF to think about it and possibly recommend something about it. -> ->Michel. -> From pekkas@netcore.fi Wed Mar 13 18:17:39 2002 From: pekkas@netcore.fi (Pekka Savola) Date: Wed, 13 Mar 2002 20:17:39 +0200 (EET) Subject: (6bone) IETF-53 meeting (was (ngtrans) final ngtrans agenda for IETF-53 in Minneapolis) In-Reply-To: <200203131531.PAA08711@vacation.karoshi.com> Message-ID: On Wed, 13 Mar 2002 bmanning@karoshi.com wrote: > I am saddened by the thought that we move away from "where everyone > peers nicely with others" to something else. Why is this useful or > desiarable? Because, particulatly in 6bone, connectivity is _crap_. For example, with BGP AS-PATH length of 2, I don't want to see my packets go from Finland to USA and from there back to Europe. This or something similar happens if: 1) lots of organizations give transit to lots of organizations ("ad-hoc network") and 2) tunneling over longer distances is not strongly frowned upon. -- Pekka Savola "Tell me of difficulties surmounted, Netcore Oy not those you stumble over and fall" Systems. Networks. Security. -- Robert Jordan: A Crown of Swords From tony@lava.net Wed Mar 13 18:36:32 2002 From: tony@lava.net (Antonio Querubin) Date: Wed, 13 Mar 2002 08:36:32 -1000 (HST) Subject: (6bone) IETF-53 meeting (was (ngtrans) final ngtrans agenda for IETF-53 in Minneapolis) In-Reply-To: <2B81403386729140A3A899A8B39B046405DF18@server2000.arneill-py.sacramento.ca.us> Message-ID: On Wed, 13 Mar 2002, Michel Py wrote: > > Bill Manning wrote: > > I am saddened by the thought that we move away from "where > > everyone peers nicely with others" to something else. Why > > is this useful or desirable? > > It's not useful neither desirable. The point I will be trying to make is that it will happen at some point (don't get me wrong, I don't like it either, but the business model where everyone provides IPv6 transit for free is not going to last forever). In fact, some of the questions I plan to ask the floor for the purpose of triggering thinking about them are (roughly): > > 1. Is the evolution of the IPv6 backbone (pushed by market forces) to a > v4-like tiered system unavoidable? The evolution due to market forces is steered by the cost of bandwidth. Currently the cost of providing bandwidth for IPv6 for most is relatively low compared to IPv4 because the amount of traffic is low. So few mind providing transit currently. When the IPv6 traffic increases to a significant percentage of the total, anyone paying for bandwidth isn't gonna care whether it's IPv6 or IPv4 bandwidth. They'll begin applying the same policies resulting in the same tiered system. > 2. Is it the role of the 6bone or the IETF to think about it and > possibly recommend something about it. Depends on whether the IETF should be getting involved in adjusting economic forces or finding ways of making the cost of bandwidth negligible. The latter in particular seems more like a basic technology problem than an Internet architecture problem. From drixter@drixter.sytes.net Wed Mar 13 19:01:21 2002 From: drixter@drixter.sytes.net (Marcin Gondek) Date: Wed, 13 Mar 2002 20:01:21 +0100 (CET) Subject: AS Message-ID: How I can my own AS number for my /64 network? -- _____________________________________________________________________ Marcin Gondek / Drixter * ICQ #99230394 * MG8-6BONE * MG1296-RIPE perl -le's&&d2)84%2~d2)84%2\|394%3|.%4&*y^BSD|\!->~^w: .a-{@^/print;' From michael@kjorling.com Wed Mar 13 19:07:14 2002 From: michael@kjorling.com (Michael Kjorling) Date: Wed, 13 Mar 2002 20:07:14 +0100 (CET) Subject: Can Any body Help Me In-Reply-To: <20020313154011.63433.qmail@web21309.mail.yahoo.com> Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 This depends on what kind of installation you have. If you have native IPv6 connectivity then in one sense you are already connected, so your question really doesn't apply. If you don't have native IPv6 connectivity but do have a reasonably stable connection and at least one usable (for hosts OR an IPv6 capable router) static IPv4 address, then you can set up an IPv6-in-IPv4 tunnel to an ISP which provides IPv6 services. A list can be found at http://www.6bone.net/6bone_pTLA_list.html. Also, be sure to read through http://www.6bone.net/6bone_hookup.html. It might seem long and at some points incomprehensible at first, but once you get your hands dirty on what it tells you it really is very straight forward. If things are still unclear, I am sure there are a lot of people here who are willing to help you out. Michael Kjörling On Mar 13 2002 07:40 -0800, Shashikanth Sopirala wrote: > Hi, > I am trying to connect to 6bone. Can any body tell me > how should i do that. > > Awating for a constructive reply > Cheers > Sopi - -- Michael Kjörling -- Programmer/Network administrator ^..^ Internet: michael@kjorling.com -- FidoNet: 2:204/254.4 \/ PGP: 95f1 074d 336d f8f0 f297 6a5b 2aa3 7bfd 8a70 e33e ``And indeed people sometimes speak of man's "bestial" cruelty, but this is very unfair and insulting to the beasts: a beast can never be so cruel as a man, so ingeniously, so artistically cruel.'' (Ivan Karamazov, in Dostoyevsky's 'The Brothers Karamazov') *** Spammers: see http://michael.kjorling.com/spam *** -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Public key is at http://michael.kjorling.com/contact/pgp.html iD8DBQE8j6NlKqN7/Ypw4z4RAkM9AJ9fKH/2tGTXjeApPrUFA/K8oIqANgCePIKE bgg1EnNFbL3WfxiQ95ZMazo= =7kC4 -----END PGP SIGNATURE----- From fink@es.net Wed Mar 13 20:45:13 2002 From: fink@es.net (Bob Fink) Date: Wed, 13 Mar 2002 12:45:13 -0800 Subject: AS In-Reply-To: Message-ID: <5.1.0.14.0.20020313124448.0203b460@imap2.es.net> At 08:01 PM 3/13/2002 +0100, Marcin Gondek wrote: >How I can my own AS number for my /64 network? You don't really need one for that. Otherwise you will have to go to the RIRs. Bob From jeroen@unfix.org Wed Mar 13 20:50:59 2002 From: jeroen@unfix.org (Jeroen Massar) Date: Wed, 13 Mar 2002 21:50:59 +0100 Subject: (6bone) IETF-53 meeting (was (ngtrans) final ngtrans agenda for IETF-53 in Minneapolis) In-Reply-To: Message-ID: <001901c1cad1$517c70d0$420d640a@unfix.org> Pekka Savola wrote: > On Wed, 13 Mar 2002 bmanning@karoshi.com wrote: > > I am saddened by the thought that we move away from "where everyone > > peers nicely with others" to something else. Why is this useful or > > desiarable? > > Because, particulatly in 6bone, connectivity is _crap_. > > For example, with BGP AS-PATH length of 2, I don't want to see my packets > go from Finland to USA and from there back to Europe. > > This or something similar happens if: > > 1) lots of organizations give transit to lots of organizations ("ad-hoc network") > > and > > 2) tunneling over longer distances is not strongly frowned upon. That's why IPng.nl doesn't peer with anybody in sight, as it will break BGP. Peering with a party only happens if it will really matter in connectivity (speed/latency). Just like in the current IPv4 world. I've recently started collection all publicly available AS path view's on the web at: http://dmoz.org/Computers/Internet/Protocols/IP/IPng/IPv6_Route_Views/ IPv6 capable public traceroute sites at: http://dmoz.org/Computers/Internet/Protocols/IP/IPng/IPv6_Traceroute_Ser vers/ and more IPv6 related things at: http://dmoz.org/Computers/Internet/Protocols/IP/IPng/ There you can see many different views onto the IPv6 internet, yes I don't say 6bone... as it's an IPv6 internet. Most route views (created mostly by the great ASpath utility from TILAB) will show a seperate 6bone and 'other' view. Where the 6bone is the testing&playground and the 'other' is mostly 2001 (production ripe/apnic/arin) & 2002 (6to4) space. For the 6bone it currently is quite common to peer with anyone possible just for the heck of it, mostly without realizing that it breaks BGP. Maybe there should be some kind of guideline or hint so that everybody knows and understands how and what it breaks. Something along the line of 'party (pTLA/sTLA/*) _should_ only peer with another party if it improves their connectivity' but afaik this is already in the RFC's ;) Just my 0.1 euro's. Greets, Jeroen PS: If one has more links for the IPng category on dmoz.org don't be shy to send them along ;) From michael@kjorling.com Wed Mar 13 21:00:42 2002 From: michael@kjorling.com (Michael Kjorling) Date: Wed, 13 Mar 2002 22:00:42 +0100 (CET) Subject: AS In-Reply-To: Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 You most likely don't need to, but if you do think you do, read up on RFC 1930 and contact your Internet Registry (ARIN, RIPE, APNIC) or (one of) your upstream provider(s). Michael Kjörling On Mar 13 2002 20:01 +0100, Marcin Gondek wrote: > How I can my own AS number for my /64 network? - -- Michael Kjörling -- Programmer/Network administrator ^..^ Internet: michael@kjorling.com -- FidoNet: 2:204/254.4 \/ PGP: 95f1 074d 336d f8f0 f297 6a5b 2aa3 7bfd 8a70 e33e ``And indeed people sometimes speak of man's "bestial" cruelty, but this is very unfair and insulting to the beasts: a beast can never be so cruel as a man, so ingeniously, so artistically cruel.'' (Ivan Karamazov, in Dostoyevsky's 'The Brothers Karamazov') *** Spammers: see http://michael.kjorling.com/spam *** -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Public key is at http://michael.kjorling.com/contact/pgp.html iD8DBQE8j739KqN7/Ypw4z4RAngNAKDc+YsnQzwzF6+Pshx3Z0QbKl67swCg+STQ 9/fAT+ZN4STinjqat248xpQ= =A5fr -----END PGP SIGNATURE----- From nicolas.deffayet-extml@ndsoftwaregroup.com Wed Mar 13 21:25:52 2002 From: nicolas.deffayet-extml@ndsoftwaregroup.com (Nicolas DEFFAYET) Date: Wed, 13 Mar 2002 22:25:52 +0100 Subject: AS In-Reply-To: Message-ID: <003d01c1cad5$a7710010$0103010a@localnet.ndsoftware.net> > -----Original Message----- > From: owner-6bone@ISI.EDU [mailto:owner-6bone@ISI.EDU] On > Behalf Of Marcin Gondek > Sent: Wednesday, March 13, 2002 8:01 PM > To: 6bone@ISI.EDU > Subject: AS > > > > How I can my own AS number for my /64 network? > No need of a ASN for a /64... If it's for the whois, use the ASN of your upstream ISP that provide this /64. For your information, how get IP/ASN: http://www.arin.net (for America) http://www.ripe.net (for Europe) http://www.apnic.net (for Asia) Regards, Nicolas DEFFAYET From fink@es.net Wed Mar 13 23:33:55 2002 From: fink@es.net (Bob Fink) Date: Wed, 13 Mar 2002 15:33:55 -0800 Subject: pTLA request for TELEPAC - review closes 27 March 2002 Message-ID: <5.1.0.14.0.20020313152922.0204a430@imap2.es.net> 6bone Folk, TELEPAC has requested a pTLA allocation and I find their request fully compliant with RFC2772. The open review period for this will close 27 March 2002. Please send your comments to me or the list. Note that this allocation will be a /32 per previous discussions on the list. Thanks, Bob === >From: "Pedro Goncalves" >To: >Subject: pTLA Request for Telepac (AS3243) >Date: Wed, 13 Mar 2002 15:17:07 -0000 > >Hello Bob and 6Bone Members, > >On behalf of Telepac, I would like to submit our application for a pTLA. > >We are connected to the 6bone with a /48 from RCCN since 1999. >Our records on the 6bone database are fully up to date. >We also have a ipv6 accessible site at http://www.ipv6.telepac.pt/ > > > > > > b. Fully maintained, and reliable, BGP4+ peering and connectivity > > between the Applicant's boundary router and the appropriate > > connection point into the 6Bone. This router must be IPv6 > > pingable. This criteria is judged by members of the 6Bone > > Operations Group at the time of the Applicant's pTLA request. > >Currently we have 2 upstream tunnels to (RCCN and CISCO) on a Cisco3620 >router running IOS >12.2T4 with BGP4+ as our routing protocol. >All this information is available at our IPv6 web site. > > > > > c. Fully maintained DNS forward (AAAA) and reverse (ip6.int) > > entries for the Applicant's router(s) and at least one host > > system. > >We have primary and secondary DNS servers at the following addresses > > srv-ipv6.ipv6.telepac.pt - 3ffe:3102:ffff:1::2 > nasca.ipv6.telepac.pt - 3ffe:3102:ffff:1::3 > > > > d. A fully maintained, and reliable, IPv6-accessible system > > providing, at a mimimum, one or more web pages, describing > > the Applicant's IPv6 services. This server must be IPv6 > > pingable. > >http://www.ipv6.telepac.pt/ is fully operational > >Accessable/active services are mentioned on out DB object > > http://www.viagenie.qc.ca/cgi-bin/whois.pl?TELEPAC > > > > 2. The pTLA Applicant MUST have the ability and intent to provide > > "production-quality" 6Bone backbone service. Applicants must > > provide a statement and information in support of this claim. > > This MUST include the following: > > > > a. A support staff of two persons minimum, three preferable, > > with person attributes registered for each in the ipv6-site > > object for the pTLA applicant. > >We have a single mail entry to a group of technical persons >noc@ipv6.telepac.pt > >Contacts for the ipv6 solutions at Telepac are: > > http://www.viagenie.qc.ca/cgi-bin/whois.pl?PG1-6BONE > http://www.viagenie.qc.ca/cgi-bin/whois.pl?AA2-6BONE > > > > > > b. A common mailbox for support contact purposes that all > > support staff have acess to, pointed to with a notify > > attribute in the ipv6-site object for the pTLA Applicant. > > noc@ipv6.telepac.pt > > > > > 3. The pTLA Applicant MUST have a potential "user community" that > > would be served by its becoming a pTLA, e.g., the Applicant is a > > major provider of Internet service in a region, country, or > > focus of interest. Applicant must provide a statement and > > information in support this claim. > >Telepac - Comunicacoes Interactivas,SA is one of the biggest provider in >PT(Portugal). >We serve a community of: > > 600+ Leased Line Solutions > 100 000+ Dialup Paying Customers > 550 000+ Dialup Free Customers > 3 500+ ADSL Customers > >We plan to deploy pre-production IPv6 Access and Services during first >half 2002. >It may last us at least 3 months before the new pTLA prefix can be >advertised within the >6Bone. > > > > > > 4. The pTLA Applicant MUST commit to abide by the current 6Bone > > operational rules and policies as they exist at time of its > > application, and agree to abide by future 6Bone backbone > > operational rules and policies as they evolve by consensus of > > the 6Bone backbone and user community. > > > >We agree to all current and future rules and policies. > > > > > When an Applicant seeks to receive a pTLA allocation, it will apply > > to the 6Bone Operations Group (see section 8 below) by providing to > > the Group information in support of its claims that it meets the > > criteria above. > > > > >Best Regards > >Pedro Goncalves >Telepac - Comunicacoes Interactivas, Sa >Network Management and Planning >PG259-RIPE From fink@es.net Wed Mar 13 23:39:44 2002 From: fink@es.net (Bob Fink) Date: Wed, 13 Mar 2002 15:39:44 -0800 Subject: 6bone agenda for Thursday lunchtime meeting in Minneapolis Message-ID: <5.1.0.14.0.20020312120629.02ec1a68@imap2.es.net> 6bone Folk, The 6bone meeting in Minneapolis will be during lunchtime Thursday from 11:45am to 12:45pm, just after the IPv6wg meeting that ends at 11:30, using the same room. The current agenda is below. The agenda is still open so please send me your suggestions. Thanks, Bob === Agenda: pTLA restructuring and policy changes, Fink - 15-20 mins "DFZ, pTLAs and the 6bone" - Michel Py, 10-15 mins "draft-savola-ipv6-127-prefixlen-01.txt", Pekka Savola - 5-10 mins -end From fink@es.net Fri Mar 15 22:44:48 2002 From: fink@es.net (Bob Fink) Date: Fri, 15 Mar 2002 14:44:48 -0800 Subject: pTLA request for ASNET - review closes 29 March 2002 Message-ID: <5.1.0.14.0.20020315144009.02435c00@imap2.es.net> 6bone Folk, ASNET has requested a pTLA allocation and I find their request fully compliant with RFC2772. The open review period for this will close 29 March 2002. Please send your comments to me or the list. Note that this allocation will be a /32 per previous discussions on the list. Thanks, Bob === >Date: Fri, 15 Mar 2002 17:38:38 +0800 >From: Saw-Shung Hung >To: 6Bone-Bob Fink >Subject: pTLA Request for ASNET (AS9264) >Cc: ASCC-NOC > >Hi Bob, > >We would like to apply for a pTLA allocation from 6bone, we are ASNET, >Academia Sinica Computing Center (http://www.ascc.net). > >We are one of the members of TANet(Taiwan Academia Network) in Taiwan. >We also maintain the TaipeiGigaPoP which provide 60% network traffic >exchanged in TANET-Taipei. The Mission of ASNET is to promote and to >coordinate the development of networks of telecommunications and >computing, focused to the scientific and educative development in >Taiwan. > >We would like to request one pTLA block, conformance to RFC 2772 >pTLA prefix requests. > > >The following rules apply to qualify for a 6Bone pTLA allocation. It >should be recognized that holders of 6Bone pTLA allocations are >expected to provide production quality backbone network services for >the 6Bone. > >1. The pTLA Applicant must have a minimum of three (3) months > qualifying experience as a 6Bone end-site or pNLA transit. During > the entire qualifying period the Applicant must be operationally > providing the following: > > ----------------------------------------------------------------- > ASNET is in 6bone since Thu, 25 Oct 2001 as pNLA of CHTTL-TW > 3ffe:3600:18::/48 at this moment we also have NLA > 2001:288:03B0::/44 from TWNIC too. > ----------------------------------------------------------------- > > > > a. Fully maintained, up to date, 6Bone Registry entries for their > ipv6-site inet6num, mntner, and person objects, including each > tunnel that the Applicant has. > > ========================================================================== > The ASNET has the following objects: > > inet6num: 3FFE:3600:18::/48 > ipv6-site: ASNET > mntner: MNT-ASNET > mnt-by: MNT-ASNET > person: noc@ascc.net > > theses are our BGP4+ peer confections: > > tunnels: > IPv6 in IPv4, gw.ipv6.ascc.net (9264) -> > 202.39.142.145 (CHT-TL, ASN 17715), BGP4+ > IPv6 in IPv4, gw.ipv6.ascc.net (9264) -> > 210.65.1.26 (HiNet, ASN 17419), BGP4+ > IPv6 in IPv4, c2600.ipv6.ascc.net (9264) -> > 163.28.6.254 (TANet MOECC, ASN 17717), BGP4+ > IPv6 in IPv4, zebra1320.ipv6.ascc.net (9264) -> > 64.71.128.26 (Hurricane Electronic, ASN 6939), BGP4+ > IPv6 in IPv4, zebra1167.ipv6.ascc.net (9264) -> > tsps1.freenet6.net Freenet6 STATIC > > > application: ping gw.ipv6.ascc.net > ping www.ipv6.ascc.net > ping c2600.ipv6.ascc.net > ping zebra1167.ipv6.ascc.net > ping zebra1320.ipv6.ascc.net > > url: www.ipv6.ascc.net > > >============================================================================= > > > b. Fully maintained, and reliable, BGP4+ peering and connectivity > between the Applicant's boundary router and the appropriate > connection point into the 6Bone. This router must be IPv6 > pingable. This criteria is judged by members of the 6Bone > Operations Group at the time of the Applicant's pTLA > request. > > ------------------------------------------------------------------ > Our BGP4+ connections are working on Cisco 2600, Cisco GSR12416, > Cisco 7513, FreeBSD+Zebra and Juniper M20. > These routers are IPv6 pingable: gw.ipv6.ascc.net, > c2600.ipv6.ascc.net, > zebra1167.ipv6.ascc.net and zebra1320.ipv6.ascc.net. > ------------------------------------------------------------------ > > > c. Fully maintained DNS forward (AAAA) and reverse (ip6.int) > entries for the Applicant's router(s) and at least one host > system. > > ------------------------------------------------------------------- > We maintain nameserver forward (AAAA) and reverse (ip6.int) > entries on ns.sinica.edu.tw, ns1.sinica.edu.tw which handle > 8.1.0.0.0.0.6.3.e.f.f.3.IP6.INT. reverse zone and many > forward(AAAA) entries, eg. www.ipv6.ascc.net(3ffe:3600:18::1:6). > ------------------------------------------------------------------- > > > d. A fully maintained, and reliable, IPv6-accessible system > providing, at a mimimum, one or more web pages, describing the > Applicant's IPv6 services. This server must be IPv6 pingable. > > ------------------------------------------------------------------- > Our Dual-Stack (IPv4/Iv6) web page is http://www.ipv6.ascc.net/ > Here you could find some basically information about Academia Sinica > Computing Center. We had been implemented TunnelBroker : > (http://tb.ipv6.ascc.net/) and BGP4+ ASPath-Tree > (http://bgp.ipv6.ascc.net/) and Looking Glass > (http://mrlg.ipv6.ascc.net). > ------------------------------------------------------------------- > >2. The pTLA Applicant MUST have the ability and intent to provide > "production-quality" 6Bone backbone service. Applicants must > provide a statement and information in support of this claim. > This MUST include the following: > > a. A support staff of two persons minimum, three preferable, with > person attributes registered for each in the ipv6-site object > for the pTLA applicant. > > > ---------------------------------------------------------- > ASNET IPv6 network support staff are following: > Saw-Shung Hung (SH4-6BONE) > Ming-Chi Lin (ML4-6BONE) > Hsien-Pin Chou (HC4-6BONE) > Yu-Lin Chang (YC3-6BONE) > ---------------------------------------------------------- > > b. A common mailbox for support contact purposes that all support > staff have access to, pointed to with a notify attribute in the > ipv6-site object for the pTLA Applicant. > > ---------------------------------------------------------- > Our Network Operation Center e-mail address: noc@ascc.net. > ---------------------------------------------------------- > >3. The pTLA Applicant MUST have a potential "user community" that > would be served by its becoming a pTLA, e.g., the Applicant is a > major provider of Internet service in a region, country, or focus > of interest. Applicant must provide a statement and information in > support this claim. > > ------------------------------------------------------------------- > Academia Sinica is the the highest academic institution in the > Taiwan(Republic of China) with two basic missions: conducting > scientific research in its own institutes, as well as providing > guidance, channels of communication, and encouragement to > raising academic standards in the country. > > Academia Sinica Computing Center have built IPv6 testbed network, > and we would like to provide connection for Taiwan Academia Research > Orginazation by tunnel or native. > > Currently, we maintained TaipeiGigaPoP and planing to build IPv6 > testbed network for our TaipeiGigaPoP members with PC(FreeBSD+Zebra) > routers, GSR12416(Cisco), 7513(Cisco), M20(Juniper). > ------------------------------------------------------------------- > >4. The pTLA Applicant MUST commit to abide by the current 6Bone > operational rules and policies as they exist at time of its > application, and agree to abide by future 6Bone backbone > operational rules and policies as they evolve by consensus of the > 6Bone backbone and user community. > > ------------------------------------------------------------------- > ASNET understand the 6bone operational rules and we are agree whit > them all. Yes, we agree the 6bone rules and policies for now and > future. > ------------------------------------------------------------------- > > Regards from Taiwan!! > >ssh > >-- >Saw-Shung Hung >Network Division, Computing Centre, Academia Sinica >Email: ssh@sinica.edu.tw Phone: 886-2-2789-9490 Fax: 886-2-2783-6444 From pekkas@netcore.fi Sat Mar 16 08:15:21 2002 From: pekkas@netcore.fi (Pekka Savola) Date: Sat, 16 Mar 2002 10:15:21 +0200 (EET) Subject: pTLA request for ASNET - review closes 29 March 2002 In-Reply-To: <5.1.0.14.0.20020315144009.02435c00@imap2.es.net> Message-ID: On Fri, 15 Mar 2002, Bob Fink wrote: > >We would like to apply for a pTLA allocation from 6bone, we are ASNET, > >Academia Sinica Computing Center (http://www.ascc.net). > > > >We are one of the members of TANet(Taiwan Academia Network) in Taiwan. > >We also maintain the TaipeiGigaPoP which provide 60% network traffic > >exchanged in TANET-Taipei. The Mission of ASNET is to promote and to > >coordinate the development of networks of telecommunications and > >computing, focused to the scientific and educative development in > >Taiwan. IMO, instead of you, shouldn't 'TANet' be requesting the block? If I understand correctly, you're basically just one university.. if so, we definitely should not go down that road. -- Pekka Savola "Tell me of difficulties surmounted, Netcore Oy not those you stumble over and fall" Systems. Networks. Security. -- Robert Jordan: A Crown of Swords From pekkas@netcore.fi Sat Mar 16 09:50:31 2002 From: pekkas@netcore.fi (Pekka Savola) Date: Sat, 16 Mar 2002 11:50:31 +0200 (EET) Subject: pTLA request for ASNET - review closes 29 March 2002 In-Reply-To: <20020316164016.F041.SSH@ascc.net> Message-ID: On Sat, 16 Mar 2002, Saw-Shung Hung wrote: > > On Fri, 15 Mar 2002, Bob Fink wrote: > > > >We would like to apply for a pTLA allocation from 6bone, we are ASNET, > > > >Academia Sinica Computing Center (http://www.ascc.net). > > > > > > > >We are one of the members of TANet(Taiwan Academia Network) in Taiwan. > > > >We also maintain the TaipeiGigaPoP which provide 60% network traffic > > > >exchanged in TANET-Taipei. The Mission of ASNET is to promote and to > > > >coordinate the development of networks of telecommunications and > > > >computing, focused to the scientific and educative development in > > > >Taiwan. > > > > IMO, instead of you, shouldn't 'TANet' be requesting the block? > > No, TANet can request their own pTLA, and we can too. > We are just a member of TANet, but TANet did not own ASNET. Sure.. the question is, however, who should be given one. > > If I understand correctly, you're basically just one university.. if so, > > we definitely should not go down that road. > > No, we definitely are NOT a "Universtiy". > > A brief introdution can be found at this url > > http://www.sinica.edu.tw/as/asbrief.html > > "Academia Sinica, founded in 1928, is the most prominent > academic institution in the Republic of China. While affiliated > directly to the Presidential Office of R.O.C., Academia Sinica > enjoys independence and autonomy in formulating its own research > objectives. Its major tasks are to undertake in-depth academic > research on various subjects in the sciences and humanities, and > to provide guidelines, channels of coordination, and incentives > with a view to raising academic standards in the country." So, you seem to be a research facility. "Normal" scheme is that there is a network connectivity provider for academic facilities (be they universties, research centers, etc.) in a country. In your case, I assumed that was TAnet. Giving such an operator a pTLA is sound, giving one to each university or equivalent is not. -- Pekka Savola "Tell me of difficulties surmounted, Netcore Oy not those you stumble over and fall" Systems. Networks. Security. -- Robert Jordan: A Crown of Swords From michel@arneill-py.sacramento.ca.us Sun Mar 17 02:51:43 2002 From: michel@arneill-py.sacramento.ca.us (Michel Py) Date: Sat, 16 Mar 2002 18:51:43 -0800 Subject: (6bone) IETF-53 meeting (was (ngtrans) final ngtrans agenda forIETF-53 in Minneapolis) Message-ID: <2B81403386729140A3A899A8B39B0464010BE8@server2000.arneill-py.sacramento.ca.us> Rob, > Rob Rockell wrote: > It would seem that businesses may drive this, despite recommendations from > standards bodies (though I am not speaking for my business in this case; I > can not guess where mine will go from a policy standpoint). If I was the one to make the policy decision for Sprint, I think that I would want to continue the existing system. From Sprint's standpoint, what reasons could there be not to? Michel. ->> Bill Manning wrote: ->> I am saddened by the thought that we move away from "where ->> everyone peers nicely with others" to something else. Why ->> is this useful or desirable? -> Michel Py wrote: ->It's not useful neither desirable. The point I will be trying to make is that it will happen at some point (don't get me wrong, I don't like it either, but the business model where everyone provides IPv6 transit for free is not going to last forever). In fact, some of the questions I plan to ask the floor for the purpose of triggering thinking about them are (roughly): ->1. Is the evolution of the IPv6 backbone (pushed by market forces) to a v4-like tiered system unavoidable? ->2. Is it the role of the 6bone or the IETF to think about it and possibly recommend something about it. From michel@arneill-py.sacramento.ca.us Sun Mar 17 17:21:31 2002 From: michel@arneill-py.sacramento.ca.us (Michel Py) Date: Sun, 17 Mar 2002 09:21:31 -0800 Subject: (6bone) IETF-53 meeting (was (ngtrans) final ngtrans agenda for IETF-53 in Minneapolis) Message-ID: <2B81403386729140A3A899A8B39B046406C441@server2000.arneill-py.sacramento.ca.us> Jeroen, > Jeroen Massar wrote: > For the 6bone it currently is quite common to peer with > anyone possible just for the heck of it, mostly without > realizing that it breaks BGP. Maybe there should be some > kind of guideline or hint so that everybody knows and > understands how and what it breaks. Could you clarify what you mean by "it breaks BGP" ? Thanks Michel. From michel@arneill-py.sacramento.ca.us Sun Mar 17 23:30:54 2002 From: michel@arneill-py.sacramento.ca.us (Michel Py) Date: Sun, 17 Mar 2002 15:30:54 -0800 Subject: 6bone agenda for Thursday lunchtime meeting in Minneapolis Message-ID: <2B81403386729140A3A899A8B39B046406C44A@server2000.arneill-py.sacramento.ca.us> 6boner, > The 6bone meeting in Minneapolis will be during lunchtime > Thursday from 11:45am to 12:45pm, just after the IPv6wg > meeting that ends at 11:30, using the same room. > "DFZ, pTLAs and the 6bone" - Michel Py, 10-15 mins A link to the .ppt file: http://arneill-py.sacramento.ca.us/ipv6mh#framework An HTML version below: http://arneill-py.sacramento.ca.us/ipv6mh/ietf53/index.htm Thanks, Michel. From michel@arneill-py.sacramento.ca.us Sun Mar 17 23:40:52 2002 From: michel@arneill-py.sacramento.ca.us (Michel Py) Date: Sun, 17 Mar 2002 15:40:52 -0800 Subject: (6bone) IETF-53 meeting (was (ngtrans) final ngtrans agendaforIETF-53 in Minneapolis) Message-ID: <2B81403386729140A3A899A8B39B046406C44C@server2000.arneill-py.sacramento.ca.us> Rob, My sentence was poorly worded. Instead of: "If I was the one to make the policy decision for Sprint, I think that I would want to continue the existing system. From Sprint's standpoint, what reasons could there be not to?" I should have said: "If I was the one to make the policy decision for Sprint, I think that I would want to use the same routing policies in v6 that are currently used for v4. From Sprint's standpoint, what reasons could there be not to?" Michel. From Marc.Blanchet@viagenie.qc.ca Tue Mar 19 03:52:30 2002 From: Marc.Blanchet@viagenie.qc.ca (Marc Blanchet) Date: Mon, 18 Mar 2002 22:52:30 -0500 Subject: 6bone web site unreachable over IPv6, connection refused over IPv4 In-Reply-To: <5.1.0.14.0.20020311074938.02307a98@imap2.es.net> References: <5.1.0.14.0.20020311074938.02307a98@imap2.es.net> Message-ID: <503380000.1016509950@localhost> just a clarification on www.6bone.net: the IPv4 site is in hands of Bob at esnet. The IPv6 site is a mirror of it hosted on our network (viagénie). so the initial report was about the failure of the IPv4 site, but others did traceroute the IPv6 site and it responds. So for this event, the redundancy worked... ;-))) Marc. -- lundi, mars 11, 2002 07:51:50 -0800 Bob Fink wrote/a écrit: > Michael, > > At 12:31 PM 3/11/2002 +0100, Michael Kjorling wrote: >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> I can't reach the 6bone web site over IPv6, and when trying over IPv4 >> I get a connection refused message. Is anyone else experiencing these >> problems? > > For several hours yesterday (Sunday) the IPv4-accessible 6bone web site > was down due to a massive denial of service attack. > > > Bob > ------------------------------------------ Marc Blanchet Viagénie tel: +1-418-656-9254x225 ------------------------------------------ http://www.freenet6.net: IPv6 connectivity ------------------------------------------ http://www.normos.org: IETF(RFC,draft), IANA,W3C,... standards. ------------------------------------------ From robert@quantum-radio.net.au Thu Mar 21 00:55:32 2002 From: robert@quantum-radio.net.au (Robert) Date: Thu, 21 Mar 2002 10:55:32 +1000 Subject: just a check on a 6to4 syntax thing Message-ID: <018901c1d073$1ae8ded0$1a6001cb@chalmers.com.au> This is a multi-part message in MIME format. ------=_NextPart_000_0186_01C1D0C6.EC11DC20 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sorry if this seems obvious - but I can't see it. In this document, http://www.kfu.com/~nsayer/6to4/ it has the following ----------------------- ipv6_enable=3D"YES" ipv6_network_interfaces=3D"auto" ipv6_gateway_enable=3D"YES" ipv6_prefix_nn0=3D"2002:xxxx:xxxx" stf_interface_ipv4addr=3D"xxx.xxx.xxx.xxx" Replace the xs with your machine's IPv4 address, and nn0 with your = interface's name. ----------------------------------------- What part of the IPv4 address goes here ? ipv6_prefix_nn0=3D"2002:xxxx:xxxx" ^^^^^^^^^^^^ Thanks Robert ------=_NextPart_000_0186_01C1D0C6.EC11DC20 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Sorry if this seems obvious - but I = can't see=20 it.
 
In this document,
http://www.kfu.com/~nsayer/6to4= /
 
 
it has the following
-----------------------
ipv6_enable=3D"YES"
ipv6_network_interfaces=3D"auto"
ipv6_gate= way_enable=3D"YES"
ipv6_prefix_nn0=3D"2002:xxxx:xxxx"
stf_interface= _ipv4addr=3D"xxx.xxx.xxx.xxx"
Replace the xs with your machine's IPv4 address, and=20 nn0 with your interface's name.
-----------------------------------------
 
What part of the IPv4 address goes here = ?
ipv6_prefix_nn0=3D"2002:xxxx:xxxx"
          &nbs= p;            = ;            =  =20 ^^^^^^^^^^^^
 
Thanks
Robert
------=_NextPart_000_0186_01C1D0C6.EC11DC20-- From ronald@elmit.com Thu Mar 21 02:42:21 2002 From: ronald@elmit.com (Ronald Wiplinger) Date: Thu, 21 Mar 2002 10:42:21 +0800 Subject: My setup does not work properly Message-ID: <5.1.0.14.2.20020321103214.05231ec0@192.168.250.254> --=====================_42316357==_.ALT Content-Type: text/plain; charset="iso-8859-1"; format=flowed Content-Transfer-Encoding: quoted-printable My setup does not work properly. I am sure I just miss a simple thing, but= =20 cannot figure it out. I use a Linux box with a 4 port Ethernet card, whereby: eth0 is connected to the Internet with a static IP address and the tunnel=20 for IPv6 in IPv4 eth1 is in the moment not working (should be another ADSL Internet=20 connection with PPPoE, but routing is not working with a combination of= PPPoE) eth2 is free eth3 is the Internal LAN The second ADSL line is now connected via another router and the internal=20 LAN is in both cases the same 192.168.250.x, whereby DHCPD points as=20 gateway to this router, but I can local connect via eth3 to the server. The setup to the IPv6 is working from the server, and I can ping6 remote=20 destinations. On the internal LAN I have a Windows 2000 machine with IPv6 setup and I can= =20 ping6 to eth3, eth1 and (!!!!) to remote sites, IF I also ping6 from the=20 server. I use SuSE 7.3 with the Electric Hurican script. bye Ronald Ronald Wiplinger (=C3Q=A4=AF=AF=C7), CEO, ELMIT - THE Internet Solution= Provider Tel. +886 2 8809-7680, Fax. +886 2 2809-9158, Mobile: +886 915 653-452 Net2Phone:8869550066, ICQ: 111651169 http://www.elmit.com http://www.wiplinger.org --=====================_42316357==_.ALT Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable My setup does not work properly. I am sure I just miss a simple thing, but cannot figure it out.

I use a Linux box with a 4 port Ethernet card, whereby:
eth0 is connected to the Internet with a static IP address and the tunnel for IPv6 in IPv4
eth1 is in the moment not working (should be another ADSL Internet connection with PPPoE, but routing is not working with a combination of PPPoE)
eth2 is free
eth3 is the Internal LAN

The second ADSL line is now connected via another router and the internal LAN is in both cases the same 192.168.250.x, whereby DHCPD points as gateway to this router, but I can local connect via eth3 to the server.

The setup to the IPv6 is working from the server, and I can ping6 remote destinations.

On the internal LAN I have a Windows 2000 machine with IPv6 setup and I can ping6 to eth3, eth1 and (!!!!) to remote sites, IF I also ping6 from the server.

I use SuSE 7.3 with the Electric Hurican script.

bye

Ronald

Ronald Wiplinger (=C3Q=A4=AF=AF=C7), CEO, ELMIT - THE Internet Solution Provider
Tel. +886 2 8809-7680, Fax. +886 2 2809-9158, Mobile: +886 915 653-452
Net2Phone:8869550066, ICQ: 111651169
http://www.elmit.com    <= /x-tab>        http://www.wiplinger.= org --=====================_42316357==_.ALT-- From Yu-lin Chang" Message-ID: <00b201c1d082$f04bcd30$bf016d8c@chang> > On Sat, 16 Mar 2002, Saw-Shung Hung wrote: > > > On Fri, 15 Mar 2002, Bob Fink wrote: > > > > >We would like to apply for a pTLA allocation from 6bone, we are ASNET, > > > > >Academia Sinica Computing Center (http://www.ascc.net). > > > > > > > > > >We are one of the members of TANet(Taiwan Academia Network) in Taiwan. > > > > >We also maintain the TaipeiGigaPoP which provide 60% network traffic > > > > >exchanged in TANET-Taipei. The Mission of ASNET is to promote and to > > > > >coordinate the development of networks of telecommunications and > > > > >computing, focused to the scientific and educative development in > > > > >Taiwan. > > > > > > IMO, instead of you, shouldn't 'TANet' be requesting the block? > > > > No, TANet can request their own pTLA, and we can too. > > We are just a member of TANet, but TANet did not own ASNET. > Sure.. the question is, however, who should be given one. > > > If I understand correctly, you're basically just one university.. if so, > > > we definitely should not go down that road. > > > > No, we definitely are NOT a "University". > > > > A brief introduction can be found at this url > > > > http://www.sinica.edu.tw/as/asbrief.html > > > > "Academia Sinica, founded in 1928, is the most prominent > > academic institution in the Republic of China. While affiliated > > directly to the Presidential Office of R.O.C., Academia Sinica > > enjoys independence and autonomy in formulating its own research > > objectives. Its major tasks are to undertake in-depth academic > > research on various subjects in the sciences and humanities, and > > to provide guidelines, channels of coordination, and incentives > > with a view to raising academic standards in the country." > > So, you seem to be a research facility. > > "Normal" scheme is that there is a network connectivity provider for > academic facilities (be they universities, research centers, etc.) in a > country. In your case, I assumed that was TAnet. Giving such an operator > a pTLA is sound, giving one to each university or equivalent is not. > We don't think "who should be given one" is a really problem. As a research facility doesn't mean we are not a network connectivity provider. TANet only provide school(University, High School etc.) in basically, ASNet provide not only research institution in Taiwan to connect into Internet(and TANet of course). ASNet also provide other ISP in Taiwan to transit into TANet(in OC-192). ASNet provide an environment for academia and business network to cooperate and communicate with each other. As we said in our apply form, ASNet maintain TaipeiGigaPoP which is an excellent L1 infrastructure. Our members include two Fixed-Network Company(there are four Fixed-Network Companies in Taiwan), two of the largest ISP in Taiwan, TANet and many research institutions. We provide our member L2 and L3 network transit, peering, connectivity backup and load-sharing. At this time, ASNet have been established native connection to TANet in FastEthernet(will upgrade to GigabitEthernet before May-01), and been tested to APAN-JP by our STM-1 submarine cable leasline and another STM-1 submarine cable to HK also. We also setup IPv6-in-IPv4 tunnel to our TaipeiGigaPoP members. We issue this pTLA request in order to widely deploy a native ipv6 testing for our TaipeiGigaPoP members. Beside the TaipeiGigaPoP, ASNet is the APAN-TW NOC also. ASNet help TANet and other research institutions to transit into APAN(Asia Pacific Advanced Network). In a fact, part of these IPv6 address block will reassign to TANet, to help us transit TANet into APAN in IPv6. We believe ASNet satisfied RFC 2772 section 7-3: [have a potential "user community" that would be served by its becoming a pTLA, e.g., the Applicant is a major provider of Internet service in a region, country, or focus of interest.]. ASNet is an active player about promote IPv6 deployment in Taiwan. Our Director, Dr. Simon C. Lin is one of chairmen of the NICI IPv6 Task Force (NICI stand for "National Information and Communication Initiative"), to help NICI to construct the National IPv6 Backbone Infrastructure in Taiwan. "Taiwan IPv6 Forum" will open at Apr-10. 6bone to accept this pTLA request will be a great news for us and Taiwan. It will help us to accelerate deployment IPv6 in Taiwan. Hope this help. With best regard. --- Yu-lin Chang, ylchang@ascc.net Network Division, Academia Sinica Computing Centre, Tel: +886-2-27899490 Fax: +886-2-27836444 --------------------------------------------------- From mdrobnak@optonline.net Thu Mar 21 03:16:57 2002 From: mdrobnak@optonline.net (Matthew Drobnak) Date: Wed, 20 Mar 2002 22:16:57 -0500 Subject: BGP4+ and ASNs References: <018901c1d073$1ae8ded0$1a6001cb@chalmers.com.au> Message-ID: <3C9950A9.1050803@optonline.net> Hello all, I am new to this list, but have had an IPv6 tunnel for quite a while, please bear with me... I have a /48 with FreeNet6. I would like to set up a few more tunnels, say one with Hurricane Electric (they were pretty good, but didnt have enough addresses for me, as I needed to subnet because of multiple interfaces), and would like to set up BGP4+ to go about routing in the most efficient manner. However, I do not have an ASN (Autonomous System Number), and I'm not quite sure how to get one. The thing is, I'm not that big in terms of like a corporation or anything. I'm your (no-so-average) user at home. However, I do have a few IPv6 tunnels to some of my friends, as well as to my place of employment. Also, I'm kinda new to BGP, so any tips would be appreciated. Thanks for your time, -Matthew Drobnak From jesper@skriver.dk Thu Mar 21 05:29:52 2002 From: jesper@skriver.dk (Jesper Skriver) Date: Thu, 21 Mar 2002 06:29:52 +0100 Subject: BGP4+ and ASNs In-Reply-To: <3C9950A9.1050803@optonline.net>; from mdrobnak@optonline.net on Wed, Mar 20, 2002 at 10:16:57PM -0500 References: <018901c1d073$1ae8ded0$1a6001cb@chalmers.com.au> <3C9950A9.1050803@optonline.net> Message-ID: <20020321062952.A336@skriver.dk> On Wed, Mar 20, 2002 at 10:16:57PM -0500, Matthew Drobnak wrote: > Hello all, I am new to this list, but have had an IPv6 tunnel for quite > a while, please bear with me... > > I have a /48 with FreeNet6. I would like to set up a few more tunnels, > say one with Hurricane Electric (they were pretty good, but didnt have > enough addresses for me, as I needed to subnet because of multiple > interfaces), and would like to set up BGP4+ to go about routing in the > most efficient manner. However, I do not have an ASN (Autonomous System > Number), and I'm not quite sure how to get one. The thing is, I'm not > that big in terms of like a corporation or anything. I'm your > (no-so-average) user at home. However, I do have a few IPv6 tunnels to > some of my friends, as well as to my place of employment. Also, I'm > kinda new to BGP, so any tips would be appreciated. You should not get a AS number as a home user, it's a limited resource. /Jesper From robert@quantum-radio.net.au Thu Mar 21 05:40:02 2002 From: robert@quantum-radio.net.au (Robert) Date: Thu, 21 Mar 2002 15:40:02 +1000 Subject: could someone check my rc.conf please? a small error/warning there somewhere Message-ID: <020601c1d09a$de145520$1a6001cb@chalmers.com.au> This is a multi-part message in MIME format. ------=_NextPart_000_0203_01C1D0EE.AA73BC70 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I have something ? out of place here, because it's giving the error on = startup shown below this config file. Apart from that one error? I think = everything else is ok? Thanks a lot for any help, I appreciate it.=20 Robert # -- sysinstall generated deltas -- # ifconfig_lo0=3D"inet 127.0.0.1" ifconfig_ed0=3D"inet 203.1.96.6 netmask 255.255.255.0" ifconfig_stf0=3D"inet6 2002:cb01:6006::1 prefixlen 16 alias" hostname=3D"ruby.chalmers.com.au" named_enable=3D"YES" defaultrouter=3D"203.1.96.5" static_routes=3D"" gateway_enable=3D"NO" router_enable=3D"NO" mrouted_enable=3D"NO" inetd_enable=3DYES tcp_extensions=3D"YES" ### IPv6 options: ### ipv6_enable=3D"YES" =20 ipv6_network_interfaces=3D"auto" =20 ipv6_gateway_enable=3D"YES" =20 ipv6_prefix_ed0=3D"2002:cb01:6006" ipv6_static_routes=3D"default" ipv6_route_default=3D"default 2002:cdb2:5ac2::1" stf_interface_ipv4addr=3D"203.1.96.6" -------------------------------------------------------------------------= error from startup=20 Mar 21 15:19:15 ruby kernel: ifconfig: Mar 21 15:19:15 ruby kernel: 2002:cb01:6006:240:5ff:fe4e:a982: bad value ------------------------------------------------------------------------ output of startup. Mar 21 15:19:14 ruby kernel: ed0: = flags=3D8843 mtu 1500 Mar 21 15:19:14 ruby kernel: inet 203.1.96.6 netmask 0xffffff00 = broadcast 203.1.96.255 Mar 21 15:19:14 ruby kernel: inet6 fe80::240:5ff:fe4e:a982%ed0 prefixlen = 64 tentative scopeid 0x1 Mar 21 15:19:14 ruby kernel: ether 00:40:05:4e:a9:82 Mar 21 15:19:14 ruby kernel: lo0: = flags=3D8049 mtu 16384 Mar 21 15:19:14 ruby kernel: inet6 ::1 prefixlen 128 Mar 21 15:19:14 ruby kernel: inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3 Mar 21 15:19:14 ruby kernel: inet 127.0.0.1 netmask 0xff000000 Mar 21 15:19:15 ruby kernel: add net default: gateway 203.1.96.5 Mar 21 15:19:15 ruby kernel: Additional routing options: Mar 21 15:19:15 ruby kernel: Routing daemons: Mar 21 15:19:15 ruby kernel: Doing IPv6 network setup: Mar 21 15:19:15 ruby kernel: add net ::ffff:0.0.0.0: gateway ::1 Mar 21 15:19:15 ruby kernel: add net ::0.0.0.0: gateway ::1 Mar 21 15:19:15 ruby kernel: net.inet6.ip6.forwarding: Mar 21 15:19:15 ruby kernel: 0 Mar 21 15:19:15 ruby kernel: -> Mar 21 15:19:15 ruby kernel: 1 Mar 21 15:19:15 ruby kernel: Mar 21 15:19:15 ruby kernel: net.inet6.ip6.accept_rtadv: Mar 21 15:19:15 ruby kernel: 0 Mar 21 15:19:15 ruby kernel: -> Mar 21 15:19:15 ruby kernel: 0 Mar 21 15:19:15 ruby kernel: Mar 21 15:19:15 ruby kernel: ifconfig: Mar 21 15:19:15 ruby kernel: 2002:cb01:6006:240:5ff:fe4e:a982: bad value ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^= ^^^^^^ Mar 21 15:19:15 ruby kernel: Mar 21 15:19:15 ruby kernel: ed0: = flags=3D8843 mtu 1500 Mar 21 15:19:15 ruby kernel: inet6 fe80::240:5ff:fe4e:a982%ed0 prefixlen = 64 scopeid 0x1 Mar 21 15:19:15 ruby kernel: inet6 2002:cb01:6006:: prefixlen 64 anycast Mar 21 15:19:15 ruby kernel: lp0: = flags=3D8851 mtu 1500 Mar 21 15:19:15 ruby kernel: ifconfig: Mar 21 15:19:15 ruby kernel: lp0 has no inet6 interface address! Mar 21 15:19:15 ruby kernel: Mar 21 15:19:15 ruby kernel: lo0: = flags=3D8049 mtu 16384 Mar 21 15:19:15 ruby kernel: inet6 ::1 prefixlen 128 Mar 21 15:19:15 ruby kernel: inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3 Mar 21 15:19:15 ruby kernel: add net 2002:e000::: gateway ::1 Mar 21 15:19:15 ruby kernel: add net 2002:7f00::: gateway ::1 Mar 21 15:19:15 ruby kernel: add net 2002:0000::: gateway ::1 Mar 21 15:19:15 ruby kernel: add net 2002:ff00::: gateway ::1 Mar 21 15:19:15 ruby kernel: add net fe80::: gateway ::1 Mar 21 15:19:15 ruby kernel: add net ff02::: gateway ::1 Mar 21 15:19:15 ruby kernel: add net default: gateway 2002:cdb2:5ac2::1 Mar 21 15:19:15 ruby kernel: IPv4 mapped IPv6 address support=3DYES Mar 21 15:19:15 ruby kernel: . Mar 21 15:19:15 ruby kernel: Additional daemons: Mar 21 15:19:15 ruby kernel: syslogd ------=_NextPart_000_0203_01C1D0EE.AA73BC70 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

I have something ? out of place here, = because it's=20 giving the error on startup shown below this config file. Apart from = that one=20 error? I think everything else is ok?
Thanks a lot for any help, I appreciate = it.=20
Robert
 
# -- sysinstall generated deltas --=20 #
ifconfig_lo0=3D"inet 127.0.0.1"
ifconfig_ed0=3D"inet = 203.1.96.6 =20 netmask 255.255.255.0"
ifconfig_stf0=3D"inet6 2002:cb01:6006::1 = prefixlen 16=20 alias"
hostname=3D"ruby.chalmers.com.au"
named_enable=3D"YES"
 
defaultrouter=3D"203.1.96.5"
static_routes=3D""
gateway_en= able=3D"NO"
router_enable=3D"NO"
mrouted_enable=3D"NO"
inetd_ena= ble=3DYES
tcp_extensions=3D"YES"

### IPv6 options:=20 ###
ipv6_enable=3D"YES"        = ;      =20
ipv6_network_interfaces=3D"auto" =20
ipv6_gateway_enable=3D"YES"      =20
ipv6_prefix_ed0=3D"2002:cb01:6006"
ipv6_static_routes=3D"default"
ipv6_route_default=3D"default = 2002:cdb2:5ac2::1"
stf_interface_ipv4addr=3D"203.1.96.6"
----------------------------------------------------------------= ---------
 
error from startup
Mar 21 15:19:15 ruby kernel: = ifconfig:
Mar 21=20 15:19:15 ruby kernel: 2002:cb01:6006:240:5ff:fe4e:a982: bad value
 
 
--------------------------------------------------------------------= ----
output of startup.
 
Mar 21 15:19:14 ruby kernel: ed0:=20 flags=3D8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu = 1500
Mar 21=20 15:19:14 ruby kernel: inet 203.1.96.6 netmask 0xffffff00 broadcast=20 203.1.96.255
Mar 21 15:19:14 ruby kernel: inet6 = fe80::240:5ff:fe4e:a982%ed0=20 prefixlen 64 tentative scopeid 0x1
Mar 21 15:19:14 ruby kernel: ether = 00:40:05:4e:a9:82
Mar 21 15:19:14 ruby kernel: lo0:=20 flags=3D8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 16384
Mar 21 = 15:19:14=20 ruby kernel: inet6 ::1 prefixlen 128
Mar 21 15:19:14 ruby kernel: = inet6=20 fe80::1%lo0 prefixlen 64 scopeid 0x3
Mar 21 15:19:14 ruby kernel: = inet=20 127.0.0.1 netmask 0xff000000
Mar 21 15:19:15 ruby kernel: add net = default:=20 gateway 203.1.96.5
Mar 21 15:19:15 ruby kernel: Additional routing=20 options:
Mar 21 15:19:15 ruby kernel: Routing daemons:
Mar 21 = 15:19:15=20 ruby kernel: Doing IPv6 network setup:
Mar 21 15:19:15 ruby kernel: = add net=20 ::ffff:0.0.0.0: gateway ::1
Mar 21 15:19:15 ruby kernel: add net = ::0.0.0.0:=20 gateway ::1
Mar 21 15:19:15 ruby kernel: = net.inet6.ip6.forwarding:
Mar 21=20 15:19:15 ruby kernel: 0
Mar 21 15:19:15 ruby kernel: ->
Mar 21 = 15:19:15=20 ruby kernel: 1
Mar 21 15:19:15 ruby kernel:
Mar 21 15:19:15 ruby = kernel:=20 net.inet6.ip6.accept_rtadv:
Mar 21 15:19:15 ruby kernel: 0
Mar 21 = 15:19:15=20 ruby kernel: ->
Mar 21 15:19:15 ruby kernel: 0
Mar 21 15:19:15 = ruby=20 kernel:
Mar 21 15:19:15 ruby kernel: ifconfig:
Mar 21 15:19:15 = ruby=20 kernel: 2002:cb01:6006:240:5ff:fe4e:a982: bad value
 
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^= ^^^^^^^^^^^
 
 

Mar 21 15:19:15 ruby kernel:
Mar 21 15:19:15 ruby kernel: = ed0:=20 flags=3D8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu = 1500
Mar 21=20 15:19:15 ruby kernel: inet6 fe80::240:5ff:fe4e:a982%ed0 prefixlen 64 = scopeid=20 0x1
Mar 21 15:19:15 ruby kernel: inet6 2002:cb01:6006:: prefixlen 64=20 anycast
Mar 21 15:19:15 ruby kernel: lp0:=20 flags=3D8851<UP,POINTOPOINT,RUNNING,SIMPLEX,MULTICAST> mtu = 1500
Mar 21=20 15:19:15 ruby kernel: ifconfig:
Mar 21 15:19:15 ruby kernel: lp0 has = no inet6=20 interface address!
Mar 21 15:19:15 ruby kernel:
Mar 21 15:19:15 = ruby=20 kernel: lo0: flags=3D8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu = 16384
Mar 21=20 15:19:15 ruby kernel: inet6 ::1 prefixlen 128
Mar 21 15:19:15 ruby = kernel:=20 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3
Mar 21 15:19:15 ruby = kernel: add=20 net 2002:e000::: gateway ::1
Mar 21 15:19:15 ruby kernel: add net=20 2002:7f00::: gateway ::1
Mar 21 15:19:15 ruby kernel: add net = 2002:0000:::=20 gateway ::1
Mar 21 15:19:15 ruby kernel: add net 2002:ff00::: gateway = ::1
Mar 21 15:19:15 ruby kernel: add net fe80::: gateway ::1
Mar = 21=20 15:19:15 ruby kernel: add net ff02::: gateway ::1
Mar 21 15:19:15 = ruby=20 kernel: add net default: gateway 2002:cdb2:5ac2::1
Mar 21 15:19:15 = ruby=20 kernel: IPv4 mapped IPv6 address support=3DYES
Mar 21 15:19:15 ruby = kernel:=20 .
Mar 21 15:19:15 ruby kernel: Additional daemons:
Mar 21 15:19:15 = ruby=20 kernel: syslogd
 
 
 
 
 
------=_NextPart_000_0203_01C1D0EE.AA73BC70-- From mdrobnak@optonline.net Thu Mar 21 13:08:45 2002 From: mdrobnak@optonline.net (Matthew Drobnak) Date: Thu, 21 Mar 2002 08:08:45 -0500 Subject: BGP4+ and ASNs References: <018901c1d073$1ae8ded0$1a6001cb@chalmers.com.au> <3C9950A9.1050803@optonline.net> <20020321062952.A336@skriver.dk> Message-ID: <3C99DB5D.7030801@optonline.net> So you're saying the ASNs for IPv4 are the same ones used for IPv6? If that's the case then that's quite understandable. -Matthew Drobnak Jesper Skriver wrote: > On Wed, Mar 20, 2002 at 10:16:57PM -0500, Matthew Drobnak wrote: > >>Hello all, I am new to this list, but have had an IPv6 tunnel for quite >>a while, please bear with me... >> >>I have a /48 with FreeNet6. I would like to set up a few more tunnels, >>say one with Hurricane Electric (they were pretty good, but didnt have >>enough addresses for me, as I needed to subnet because of multiple >>interfaces), and would like to set up BGP4+ to go about routing in the >>most efficient manner. However, I do not have an ASN (Autonomous System >>Number), and I'm not quite sure how to get one. The thing is, I'm not >>that big in terms of like a corporation or anything. I'm your >>(no-so-average) user at home. However, I do have a few IPv6 tunnels to >>some of my friends, as well as to my place of employment. Also, I'm >>kinda new to BGP, so any tips would be appreciated. >> > > You should not get a AS number as a home user, it's a limited > resource. > > /Jesper > > From pekkas@netcore.fi Thu Mar 21 13:48:03 2002 From: pekkas@netcore.fi (Pekka Savola) Date: Thu, 21 Mar 2002 15:48:03 +0200 (EET) Subject: BGP4+ and ASNs In-Reply-To: <3C9950A9.1050803@optonline.net> Message-ID: Use private AS numbers. On Wed, 20 Mar 2002, Matthew Drobnak wrote: > Hello all, I am new to this list, but have had an IPv6 tunnel for quite > a while, please bear with me... > > I have a /48 with FreeNet6. I would like to set up a few more tunnels, > say one with Hurricane Electric (they were pretty good, but didnt have > enough addresses for me, as I needed to subnet because of multiple > interfaces), and would like to set up BGP4+ to go about routing in the > most efficient manner. However, I do not have an ASN (Autonomous System > Number), and I'm not quite sure how to get one. The thing is, I'm not > that big in terms of like a corporation or anything. I'm your > (no-so-average) user at home. However, I do have a few IPv6 tunnels to > some of my friends, as well as to my place of employment. Also, I'm > kinda new to BGP, so any tips would be appreciated. > > Thanks for your time, > > -Matthew Drobnak > -- Pekka Savola "Tell me of difficulties surmounted, Netcore Oy not those you stumble over and fall" Systems. Networks. Security. -- Robert Jordan: A Crown of Swords From pekkas@netcore.fi Thu Mar 21 13:50:33 2002 From: pekkas@netcore.fi (Pekka Savola) Date: Thu, 21 Mar 2002 15:50:33 +0200 (EET) Subject: could someone check my rc.conf please? a small error/warning there somewhere In-Reply-To: <020601c1d09a$de145520$1a6001cb@chalmers.com.au> Message-ID: On Thu, 21 Mar 2002, Robert wrote: > I have something ? out of place here, because it's giving the error on startup shown below this config file. Apart from that one error? I think everything else is ok? > Thanks a lot for any help, I appreciate it. Please read through /etc/defaults/rc.conf and possibly /etc/rc.network{,6}: your config is based on some horrible misconceptions on configuring. (Figuring things out yourself is IMO the best way to learn!) > ifconfig_lo0="inet 127.0.0.1" > ifconfig_ed0="inet 203.1.96.6 netmask 255.255.255.0" > ifconfig_stf0="inet6 2002:cb01:6006::1 prefixlen 16 alias" > hostname="ruby.chalmers.com.au" > named_enable="YES" > > defaultrouter="203.1.96.5" > static_routes="" > gateway_enable="NO" > router_enable="NO" > mrouted_enable="NO" > inetd_enable=YES > tcp_extensions="YES" > > ### IPv6 options: ### > ipv6_enable="YES" > ipv6_network_interfaces="auto" > ipv6_gateway_enable="YES" > ipv6_prefix_ed0="2002:cb01:6006" > ipv6_static_routes="default" > ipv6_route_default="default 2002:cdb2:5ac2::1" > stf_interface_ipv4addr="203.1.96.6" > ------------------------------------------------------------------------- > > error from startup > Mar 21 15:19:15 ruby kernel: ifconfig: > Mar 21 15:19:15 ruby kernel: 2002:cb01:6006:240:5ff:fe4e:a982: bad value > > > ------------------------------------------------------------------------ > output of startup. > > Mar 21 15:19:14 ruby kernel: ed0: flags=8843 mtu 1500 > Mar 21 15:19:14 ruby kernel: inet 203.1.96.6 netmask 0xffffff00 broadcast 203.1.96.255 > Mar 21 15:19:14 ruby kernel: inet6 fe80::240:5ff:fe4e:a982%ed0 prefixlen 64 tentative scopeid 0x1 > Mar 21 15:19:14 ruby kernel: ether 00:40:05:4e:a9:82 > Mar 21 15:19:14 ruby kernel: lo0: flags=8049 mtu 16384 > Mar 21 15:19:14 ruby kernel: inet6 ::1 prefixlen 128 > Mar 21 15:19:14 ruby kernel: inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3 > Mar 21 15:19:14 ruby kernel: inet 127.0.0.1 netmask 0xff000000 > Mar 21 15:19:15 ruby kernel: add net default: gateway 203.1.96.5 > Mar 21 15:19:15 ruby kernel: Additional routing options: > Mar 21 15:19:15 ruby kernel: Routing daemons: > Mar 21 15:19:15 ruby kernel: Doing IPv6 network setup: > Mar 21 15:19:15 ruby kernel: add net ::ffff:0.0.0.0: gateway ::1 > Mar 21 15:19:15 ruby kernel: add net ::0.0.0.0: gateway ::1 > Mar 21 15:19:15 ruby kernel: net.inet6.ip6.forwarding: > Mar 21 15:19:15 ruby kernel: 0 > Mar 21 15:19:15 ruby kernel: -> > Mar 21 15:19:15 ruby kernel: 1 > Mar 21 15:19:15 ruby kernel: > Mar 21 15:19:15 ruby kernel: net.inet6.ip6.accept_rtadv: > Mar 21 15:19:15 ruby kernel: 0 > Mar 21 15:19:15 ruby kernel: -> > Mar 21 15:19:15 ruby kernel: 0 > Mar 21 15:19:15 ruby kernel: > Mar 21 15:19:15 ruby kernel: ifconfig: > Mar 21 15:19:15 ruby kernel: 2002:cb01:6006:240:5ff:fe4e:a982: bad value > > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > > > Mar 21 15:19:15 ruby kernel: > Mar 21 15:19:15 ruby kernel: ed0: flags=8843 mtu 1500 > Mar 21 15:19:15 ruby kernel: inet6 fe80::240:5ff:fe4e:a982%ed0 prefixlen 64 scopeid 0x1 > Mar 21 15:19:15 ruby kernel: inet6 2002:cb01:6006:: prefixlen 64 anycast > Mar 21 15:19:15 ruby kernel: lp0: flags=8851 mtu 1500 > Mar 21 15:19:15 ruby kernel: ifconfig: > Mar 21 15:19:15 ruby kernel: lp0 has no inet6 interface address! > Mar 21 15:19:15 ruby kernel: > Mar 21 15:19:15 ruby kernel: lo0: flags=8049 mtu 16384 > Mar 21 15:19:15 ruby kernel: inet6 ::1 prefixlen 128 > Mar 21 15:19:15 ruby kernel: inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3 > Mar 21 15:19:15 ruby kernel: add net 2002:e000::: gateway ::1 > Mar 21 15:19:15 ruby kernel: add net 2002:7f00::: gateway ::1 > Mar 21 15:19:15 ruby kernel: add net 2002:0000::: gateway ::1 > Mar 21 15:19:15 ruby kernel: add net 2002:ff00::: gateway ::1 > Mar 21 15:19:15 ruby kernel: add net fe80::: gateway ::1 > Mar 21 15:19:15 ruby kernel: add net ff02::: gateway ::1 > Mar 21 15:19:15 ruby kernel: add net default: gateway 2002:cdb2:5ac2::1 > Mar 21 15:19:15 ruby kernel: IPv4 mapped IPv6 address support=YES > Mar 21 15:19:15 ruby kernel: . > Mar 21 15:19:15 ruby kernel: Additional daemons: > Mar 21 15:19:15 ruby kernel: syslogd > > > > > > -- Pekka Savola "Tell me of difficulties surmounted, Netcore Oy not those you stumble over and fall" Systems. Networks. Security. -- Robert Jordan: A Crown of Swords From jesper@skriver.dk Thu Mar 21 14:24:18 2002 From: jesper@skriver.dk (Jesper Skriver) Date: Thu, 21 Mar 2002 15:24:18 +0100 Subject: BGP4+ and ASNs In-Reply-To: <3C99DB5D.7030801@optonline.net>; from mdrobnak@optonline.net on Thu, Mar 21, 2002 at 08:08:45AM -0500 References: <018901c1d073$1ae8ded0$1a6001cb@chalmers.com.au> <3C9950A9.1050803@optonline.net> <20020321062952.A336@skriver.dk> <3C99DB5D.7030801@optonline.net> Message-ID: <20020321152418.D1541@skriver.dk> On Thu, Mar 21, 2002 at 08:08:45AM -0500, Matthew Drobnak wrote: > So you're saying the ASNs for IPv4 are the same ones used for IPv6? Yes > If that's the case then that's quite understandable. /Jesper -- Jesper Skriver, jesper(at)skriver(dot)dk - CCIE #5456 Work: Network manager @ AS3292 (Tele Danmark DataNetworks) Private: FreeBSD committer @ AS2109 (A much smaller network ;-) One Unix to rule them all, One Resolver to find them, One IP to bring them all and in the zone to bind them. From fink@es.net Thu Mar 21 14:27:54 2002 From: fink@es.net (Bob Fink) Date: Thu, 21 Mar 2002 06:27:54 -0800 Subject: lunchtime 6bone meeting today, 11:45 in Salon D after IPv6wg meeting Message-ID: <5.1.0.14.0.20020321062634.0211d010@imap2.es.net> 6bone Folk, The 6bone meeting in Minneapolis will be during lunchtime Thursday from 11:45am to 12:45pm, just after the IPv6wg meeting that ends at 11:30, using the same room, Salon D. The agenda is below. Thanks, Bob === Agenda: pTLA restructuring and policy changes, Fink - 15-20 mins "DFZ, pTLAs and the 6bone" - Michel Py, 10-15 mins "draft-savola-ipv6-127-prefixlen-01.txt", Pekka Savola - 5-10 mins status report on the current RPSLng work, Florent Parent - 5-10 mins -end From pgoncalves@net.telepac.pt Thu Mar 21 20:00:36 2002 From: pgoncalves@net.telepac.pt (Pedro Goncalves) Date: Thu, 21 Mar 2002 20:00:36 -0000 Subject: could someone check my rc.conf please? a small error/warning there somewhere In-Reply-To: <020601c1d09a$de145520$1a6001cb@chalmers.com.au> Message-ID: This is a multi-part message in MIME format. ------=_NextPart_000_0005_01C1D113.113E8BA0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit Hello Robert Assuming that you have a FreeBSD 4.x, heres the sample IPv6 option that i have on my /etc/default/rc.conf on nasca.ipv6.telepac.pt. Hope it helps... ifconfig_fxp0_alias0="inet6 3ffe:3102:ffff:1::3 prefixlen 64" # My IPv6 IP address ### IPv6 options: ### ipv6_enable="YES" ipv6_network_interfaces="fxp0" ipv6_static_routes="" ipv6_gateway_enable="NO" ipv6_router_enable="NO" ipv6_router="/usr/sbin/route6d" ipv6_router_flags="" #ipv6_network_interfaces="ed0 ep0" #ipv6_prefix_ed0="fec0:0000:0000:0001 fec0:0000:0000:0002" # Examples for rtr. #ipv6_prefix_ep0="fec0:0000:0000:0003 fec0:0000:0000:0004" # Examples for rtr. ipv6_default_interface="" prefixcmd_enable="YES" rtadvd_enable="YES" mroute6d_enable="NO" mroute6d_program="/usr/sbin/pim6dd" mroute6d_flags="" gif_interfaces="NO" #gif_interfaces="gif0 gif1" #gifconfig_gif0="10.1.1.1 10.1.2.1" #gifconfig_gif1="10.1.1.2 10.1.2.2" stf_interface_ipv4addr="" stf_interface_ipv4plen="0" stf_interface_ipv6_ifid="0:0:0:1" stf_interface_ipv6_slaid="0000" Best Regards Pedro Goncalves -----Original Message----- From: owner-6bone@ISI.EDU [mailto:owner-6bone@ISI.EDU]On Behalf Of Robert Sent: quinta-feira, 21 de Março de 2002 5:40 To: 6bone Subject: could someone check my rc.conf please? a small error/warning there somewhere I have something ? out of place here, because it's giving the error on startup shown below this config file. Apart from that one error? I think everything else is ok? Thanks a lot for any help, I appreciate it. Robert # -- sysinstall generated deltas -- # ifconfig_lo0="inet 127.0.0.1" ifconfig_ed0="inet 203.1.96.6 netmask 255.255.255.0" ifconfig_stf0="inet6 2002:cb01:6006::1 prefixlen 16 alias" hostname="ruby.chalmers.com.au" named_enable="YES" defaultrouter="203.1.96.5" static_routes="" gateway_enable="NO" router_enable="NO" mrouted_enable="NO" inetd_enable=YES tcp_extensions="YES" ### IPv6 options: ### ipv6_enable="YES" ipv6_network_interfaces="auto" ipv6_gateway_enable="YES" ipv6_prefix_ed0="2002:cb01:6006" ipv6_static_routes="default" ipv6_route_default="default 2002:cdb2:5ac2::1" stf_interface_ipv4addr="203.1.96.6" ------------------------------------------------------------------------- error from startup Mar 21 15:19:15 ruby kernel: ifconfig: Mar 21 15:19:15 ruby kernel: 2002:cb01:6006:240:5ff:fe4e:a982: bad value ------------------------------------------------------------------------ output of startup. Mar 21 15:19:14 ruby kernel: ed0: flags=8843 mtu 1500 Mar 21 15:19:14 ruby kernel: inet 203.1.96.6 netmask 0xffffff00 broadcast 203.1.96.255 Mar 21 15:19:14 ruby kernel: inet6 fe80::240:5ff:fe4e:a982%ed0 prefixlen 64 tentative scopeid 0x1 Mar 21 15:19:14 ruby kernel: ether 00:40:05:4e:a9:82 Mar 21 15:19:14 ruby kernel: lo0: flags=8049 mtu 16384 Mar 21 15:19:14 ruby kernel: inet6 ::1 prefixlen 128 Mar 21 15:19:14 ruby kernel: inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3 Mar 21 15:19:14 ruby kernel: inet 127.0.0.1 netmask 0xff000000 Mar 21 15:19:15 ruby kernel: add net default: gateway 203.1.96.5 Mar 21 15:19:15 ruby kernel: Additional routing options: Mar 21 15:19:15 ruby kernel: Routing daemons: Mar 21 15:19:15 ruby kernel: Doing IPv6 network setup: Mar 21 15:19:15 ruby kernel: add net ::ffff:0.0.0.0: gateway ::1 Mar 21 15:19:15 ruby kernel: add net ::0.0.0.0: gateway ::1 Mar 21 15:19:15 ruby kernel: net.inet6.ip6.forwarding: Mar 21 15:19:15 ruby kernel: 0 Mar 21 15:19:15 ruby kernel: -> Mar 21 15:19:15 ruby kernel: 1 Mar 21 15:19:15 ruby kernel: Mar 21 15:19:15 ruby kernel: net.inet6.ip6.accept_rtadv: Mar 21 15:19:15 ruby kernel: 0 Mar 21 15:19:15 ruby kernel: -> Mar 21 15:19:15 ruby kernel: 0 Mar 21 15:19:15 ruby kernel: Mar 21 15:19:15 ruby kernel: ifconfig: Mar 21 15:19:15 ruby kernel: 2002:cb01:6006:240:5ff:fe4e:a982: bad value ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ ^^^ Mar 21 15:19:15 ruby kernel: Mar 21 15:19:15 ruby kernel: ed0: flags=8843 mtu 1500 Mar 21 15:19:15 ruby kernel: inet6 fe80::240:5ff:fe4e:a982%ed0 prefixlen 64 scopeid 0x1 Mar 21 15:19:15 ruby kernel: inet6 2002:cb01:6006:: prefixlen 64 anycast Mar 21 15:19:15 ruby kernel: lp0: flags=8851 mtu 1500 Mar 21 15:19:15 ruby kernel: ifconfig: Mar 21 15:19:15 ruby kernel: lp0 has no inet6 interface address! Mar 21 15:19:15 ruby kernel: Mar 21 15:19:15 ruby kernel: lo0: flags=8049 mtu 16384 Mar 21 15:19:15 ruby kernel: inet6 ::1 prefixlen 128 Mar 21 15:19:15 ruby kernel: inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3 Mar 21 15:19:15 ruby kernel: add net 2002:e000::: gateway ::1 Mar 21 15:19:15 ruby kernel: add net 2002:7f00::: gateway ::1 Mar 21 15:19:15 ruby kernel: add net 2002:0000::: gateway ::1 Mar 21 15:19:15 ruby kernel: add net 2002:ff00::: gateway ::1 Mar 21 15:19:15 ruby kernel: add net fe80::: gateway ::1 Mar 21 15:19:15 ruby kernel: add net ff02::: gateway ::1 Mar 21 15:19:15 ruby kernel: add net default: gateway 2002:cdb2:5ac2::1 Mar 21 15:19:15 ruby kernel: IPv4 mapped IPv6 address support=YES Mar 21 15:19:15 ruby kernel: . Mar 21 15:19:15 ruby kernel: Additional daemons: Mar 21 15:19:15 ruby kernel: syslogd ------=_NextPart_000_0005_01C1D113.113E8BA0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hello=20 Robert
 
Assuming that you have a FreeBSD 4.x, heres the sample = IPv6 option=20 that i have on my /etc/default/rc.conf on=20 nasca.ipv6.telepac.pt.
 
Hope=20 it helps...
 
ifconfig_fxp0_alias0=3D"inet6 3ffe:3102:ffff:1::3 prefixlen 64" = # My IPv6=20 IP address
### IPv6 options: ###
ipv6_enable=3D"YES"=20
ipv6_network_interfaces=3D"fxp0"
ipv6_static_routes=3D""
ipv6_g= ateway_enable=3D"NO"
ipv6_router_enable=3D"NO"
ipv6_router=3D"/usr/= sbin/route6d"
ipv6_router_flags=3D""
#ipv6_network_interfaces=3D"ed= 0=20 ep0"
#ipv6_prefix_ed0=3D"fec0:0000:0000:0001 = fec0:0000:0000:0002"  #=20 Examples for rtr.
#ipv6_prefix_ep0=3D"fec0:0000:0000:0003=20 fec0:0000:0000:0004"  # Examples for=20 rtr.
ipv6_default_interface=3D""
prefixcmd_enable=3D"YES"
rtadvd= _enable=3D"YES"
mroute6d_enable=3D"NO"
mroute6d_program=3D"/usr/sbi= n/pim6dd"
mroute6d_flags=3D""=20
gif_interfaces=3D"NO"
#gif_interfaces=3D"gif0=20 gif1"
#gifconfig_gif0=3D"10.1.1.1 = 10.1.2.1"
#gifconfig_gif1=3D"10.1.1.2=20 10.1.2.2"
stf_interface_ipv4addr=3D""
stf_interface_ipv4plen=3D"0"<= BR>stf_interface_ipv6_ifid=3D"0:0:0:1"
stf_interface_ipv6_slaid=3D"000= 0"
 
Best=20 Regards
 
Pedro=20 Goncalves
-----Original Message-----
From: = owner-6bone@ISI.EDU=20 [mailto:owner-6bone@ISI.EDU]On Behalf Of Robert
Sent: = quinta-feira, 21 de Mar=E7o de 2002 5:40
To: = 6bone
Subject:=20 could someone check my rc.conf please? a small error/warning there=20 somewhere

I have something ? out of place here, = because=20 it's giving the error on startup shown below this config file. Apart = from that=20 one error? I think everything else is ok?
Thanks a lot for any help, I = appreciate it.=20
Robert
 
# -- sysinstall generated deltas --=20 #
ifconfig_lo0=3D"inet 127.0.0.1"
ifconfig_ed0=3D"inet = 203.1.96.6 =20 netmask 255.255.255.0"
ifconfig_stf0=3D"inet6 2002:cb01:6006::1 = prefixlen 16=20 alias"
hostname=3D"ruby.chalmers.com.au"
named_enable=3D"YES"
 
defaultrouter=3D"203.1.96.5"
static_routes=3D""
gateway_en= able=3D"NO"
router_enable=3D"NO"
mrouted_enable=3D"NO"
inetd_ena= ble=3DYES
tcp_extensions=3D"YES"

### IPv6 options:=20 = ###
ipv6_enable=3D"YES"        = ;      =20
ipv6_network_interfaces=3D"auto" =20
ipv6_gateway_enable=3D"YES"      =20
ipv6_prefix_ed0=3D"2002:cb01:6006"
ipv6_static_routes=3D"default"
ipv6_route_default=3D"default = = 2002:cdb2:5ac2::1"
stf_interface_ipv4addr=3D"203.1.96.6"
----------------------------------------------------------------= ---------
 
error from startup
Mar 21 15:19:15 ruby kernel: = ifconfig:
Mar 21=20 15:19:15 ruby kernel: 2002:cb01:6006:240:5ff:fe4e:a982: bad = value
 
 
=
--------------------------------------------------------------------= ----
output of startup.
 
Mar 21 15:19:14 ruby kernel: ed0:=20 flags=3D8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu = 1500
Mar 21=20 15:19:14 ruby kernel: inet 203.1.96.6 netmask 0xffffff00 broadcast=20 203.1.96.255
Mar 21 15:19:14 ruby kernel: inet6 = fe80::240:5ff:fe4e:a982%ed0=20 prefixlen 64 tentative scopeid 0x1
Mar 21 15:19:14 ruby kernel: = ether=20 00:40:05:4e:a9:82
Mar 21 15:19:14 ruby kernel: lo0:=20 flags=3D8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 16384
Mar 21 = 15:19:14=20 ruby kernel: inet6 ::1 prefixlen 128
Mar 21 15:19:14 ruby kernel: = inet6=20 fe80::1%lo0 prefixlen 64 scopeid 0x3
Mar 21 15:19:14 ruby kernel: = inet=20 127.0.0.1 netmask 0xff000000
Mar 21 15:19:15 ruby kernel: add net = default:=20 gateway 203.1.96.5
Mar 21 15:19:15 ruby kernel: Additional routing=20 options:
Mar 21 15:19:15 ruby kernel: Routing daemons:
Mar 21 = 15:19:15=20 ruby kernel: Doing IPv6 network setup:
Mar 21 15:19:15 ruby kernel: = add net=20 ::ffff:0.0.0.0: gateway ::1
Mar 21 15:19:15 ruby kernel: add net = ::0.0.0.0:=20 gateway ::1
Mar 21 15:19:15 ruby kernel: = net.inet6.ip6.forwarding:
Mar=20 21 15:19:15 ruby kernel: 0
Mar 21 15:19:15 ruby kernel: = ->
Mar 21=20 15:19:15 ruby kernel: 1
Mar 21 15:19:15 ruby kernel:
Mar 21 = 15:19:15=20 ruby kernel: net.inet6.ip6.accept_rtadv:
Mar 21 15:19:15 ruby = kernel:=20 0
Mar 21 15:19:15 ruby kernel: ->
Mar 21 15:19:15 ruby = kernel:=20 0
Mar 21 15:19:15 ruby kernel:
Mar 21 15:19:15 ruby kernel:=20 ifconfig:
Mar 21 15:19:15 ruby kernel: = 2002:cb01:6006:240:5ff:fe4e:a982:=20 bad value
 
=
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^= ^^^^^^^^^^^
 
 

Mar 21 15:19:15 ruby kernel:
Mar 21 15:19:15 ruby kernel: = ed0:=20 flags=3D8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu = 1500
Mar 21=20 15:19:15 ruby kernel: inet6 fe80::240:5ff:fe4e:a982%ed0 prefixlen 64 = scopeid=20 0x1
Mar 21 15:19:15 ruby kernel: inet6 2002:cb01:6006:: prefixlen = 64=20 anycast
Mar 21 15:19:15 ruby kernel: lp0:=20 flags=3D8851<UP,POINTOPOINT,RUNNING,SIMPLEX,MULTICAST> mtu = 1500
Mar 21=20 15:19:15 ruby kernel: ifconfig:
Mar 21 15:19:15 ruby kernel: lp0 = has no=20 inet6 interface address!
Mar 21 15:19:15 ruby kernel:
Mar 21 = 15:19:15=20 ruby kernel: lo0: flags=3D8049<UP,LOOPBACK,RUNNING,MULTICAST> = mtu=20 16384
Mar 21 15:19:15 ruby kernel: inet6 ::1 prefixlen 128
Mar = 21=20 15:19:15 ruby kernel: inet6 fe80::1%lo0 prefixlen 64 scopeid = 0x3
Mar 21=20 15:19:15 ruby kernel: add net 2002:e000::: gateway ::1
Mar 21 = 15:19:15 ruby=20 kernel: add net 2002:7f00::: gateway ::1
Mar 21 15:19:15 ruby = kernel: add=20 net 2002:0000::: gateway ::1
Mar 21 15:19:15 ruby kernel: add net=20 2002:ff00::: gateway ::1
Mar 21 15:19:15 ruby kernel: add net = fe80:::=20 gateway ::1
Mar 21 15:19:15 ruby kernel: add net ff02::: gateway = ::1
Mar=20 21 15:19:15 ruby kernel: add net default: gateway = 2002:cdb2:5ac2::1
Mar 21=20 15:19:15 ruby kernel: IPv4 mapped IPv6 address support=3DYES
Mar 21 = 15:19:15=20 ruby kernel: .
Mar 21 15:19:15 ruby kernel: Additional = daemons:
Mar 21=20 15:19:15 ruby kernel: syslogd
 
 
 
 
 
------=_NextPart_000_0005_01C1D113.113E8BA0-- From paitken@cisco.com Thu Mar 21 20:59:42 2002 From: paitken@cisco.com (Paul Aitken) Date: Thu, 21 Mar 2002 20:59:42 +0000 Subject: just a check on a 6to4 syntax thing References: <018901c1d073$1ae8ded0$1a6001cb@chalmers.com.au> Message-ID: <3C9A49BE.3040603@cisco.com> Robert, > What part of the IPv4 address goes here ? > > ipv6_prefix_nn0="2002:xxxx:xxxx" > ^^^^^^^^^ All of it ;) From two paragraphs above your quote: > For example, if your gateway machine's IPv4 address is 192.168.2.199 > (it obviously wouldn't be since that address is unroutable, but just > for example), your IPv6 prefix would be 2002:c0a8:2c7::/48. It works like this: dec -> hex --- --- 192 -> C0 168 -> A8 2 -> 02 199 -> C7 So you'd use 2002:C0A8:02C7::/48 Or you could use 2002:c058:6301::/48 - see RFC 3068 -- Paul Aitken IPv6 Development, Cisco Systems Ltd, Edinburgh, Scotland. EH6 6LX From mdrobnak@optonline.net Fri Mar 22 04:55:03 2002 From: mdrobnak@optonline.net (Matthew Drobnak) Date: Thu, 21 Mar 2002 23:55:03 -0500 Subject: Peering with multiple tunnel providers Message-ID: <3C9AB927.1060006@optonline.net> Ok, so let's scrap BGP for now, until A)I have a better understanding of it, and B)I have others to peer with using private ASNs. Here was the goal: I'm at 3ffe:b80:25d:1:blah. I want to get to 3ffe:c25:....blah. Now I have a conneciton to freenet6, which is all of 3ffe:b00/22(or something like that), and a connection to say Hurricane Electric. For this example, say 3ffe:c25:..blah was a tunnel from Hurricane Electric. I would like some way to be able to tell this, and be able to route traffic to the provider closest to my destination, OR, the only provider who actually has a connection to my destination. Is there any other way to do this without BGP? If so, I'm all ears. :) Thanks for your time, -Matthew Drobnak From pekkas@netcore.fi Fri Mar 22 14:10:52 2002 From: pekkas@netcore.fi (Pekka Savola) Date: Fri, 22 Mar 2002 16:10:52 +0200 (EET) Subject: Peering with multiple tunnel providers In-Reply-To: <3C9AB927.1060006@optonline.net> Message-ID: On Thu, 21 Mar 2002, Matthew Drobnak wrote: > Here was the goal: > > I'm at 3ffe:b80:25d:1:blah. I want to get to 3ffe:c25:....blah. Now I > have a conneciton to freenet6, which is all of 3ffe:b00/22(or something > like that), and a connection to say Hurricane Electric. For this > example, say 3ffe:c25:..blah was a tunnel from Hurricane Electric. I > would like some way to be able to tell this, and be able to route > traffic to the provider closest to my destination, OR, the only provider > who actually has a connection to my destination. Is there any other way > to do this without BGP? If so, I'm all ears. :) BGP is pretty much required. But it won't help you unless you have very good source address selection implementation.. So I don't think it's worth the trouble. -- Pekka Savola "Tell me of difficulties surmounted, Netcore Oy not those you stumble over and fall" Systems. Networks. Security. -- Robert Jordan: A Crown of Swords From michel@arneill-py.sacramento.ca.us Fri Mar 22 15:50:22 2002 From: michel@arneill-py.sacramento.ca.us (Michel Py) Date: Fri, 22 Mar 2002 07:50:22 -0800 Subject: Peering with multiple tunnel providers Message-ID: <2B81403386729140A3A899A8B39B046406C499@server2000.arneill-py.sacramento.ca.us> Matthew, What you are asking for is multihoming. As of today, there is no deployed solution to do this without BGP. Michel. From: Matthew Drobnak [SMTP:mdrobnak@optonline.net] Here was the goal: I'm at 3ffe:b80:25d:1:blah. I want to get to 3ffe:c25:....blah. Now I have a conneciton to freenet6, which is all of 3ffe:b00/22(or something like that), and a connection to say Hurricane Electric. For this example, say 3ffe:c25:..blah was a tunnel from Hurricane Electric. I would like some way to be able to tell this, and be able to route traffic to the provider closest to my destination, OR, the only provider who actually has a connection to my destination. Is there any other way to do this without BGP? If so, I'm all ears. :) From ronald@elmit.com Fri Mar 22 17:20:31 2002 From: ronald@elmit.com (Ronald Wiplinger) Date: Sat, 23 Mar 2002 01:20:31 +0800 Subject: IPv6 address of a Windows machine on the LAN Message-ID: <5.1.0.14.2.20020323011614.04eefc58@192.168.250.254> --=====================_181406899==_.ALT Content-Type: text/plain; charset="iso-8859-1"; format=flowed Content-Transfer-Encoding: quoted-printable I have setup IPv6 and it works fine! I can use it from the LAN from an=20 Windows2000 machine, like ping6, ... I want to test if I can reach this Windows machine, but could not figure=20 out, which IP address it has. ( I know it is the MAC address plus - but I=20 cannot find the formula ) Thanks for the help! Ronald Wiplinger (=C3Q=A4=AF=AF=C7), CEO, ELMIT - THE Internet Solution= Provider Tel. +886 2 8809-7680, Fax. +886 2 2809-9158, Mobile: +886 915 653-452 Net2Phone:8869550066, ICQ: 111651169 http://www.elmit.com http://www.wiplinger.org --=====================_181406899==_.ALT Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I have setup IPv6 and it works fine! I can use it from the LAN from an Windows2000 machine, like ping6, ...
I want to test if I can reach this Windows machine, but could not figure out, which IP address it has. ( I know it is the MAC address plus - but I cannot find the formula )

Thanks for the help!

Ronald Wiplinger (=C3Q=A4=AF=AF=C7), CEO, ELMIT - THE Internet Solution Provider
Tel. +886 2 8809-7680, Fax. +886 2 2809-9158, Mobile: +886 915 653-452
Net2Phone:8869550066, ICQ: 111651169
http://www.elmit.com    <= /x-tab>        http://www.wiplinger.= org --=====================_181406899==_.ALT-- From ck@arch.bellsouth.net Mon Mar 25 12:17:27 2002 From: ck@arch.bellsouth.net (Christian Kuhtz) Date: Mon, 25 Mar 2002 07:17:27 -0500 Subject: w2k & ipv6 - need help Message-ID: hey there, i feel stupid asking this, but... seems the documentation on w2k's ipv6 stack is a little thin from what i've been able to find so far. anyone care to help me get this configuration sorted out? i've gotten it to work sporadically, but i feel like i don't know what i'm doing here when i mess around with the ipv6 cmd ln tool. a discussion of a simple configuration scenario would help. (no, this isn't about using a w2k site as a 6bone gateway, just a lowly w2k endnode on a ipv4/ipv6 dual stack subnet on the 6bone). anyone care to help me out or point me towards configuration examples/scenarios? if you can suggest a more appriate forum, please point me that way. thanks, chris From hahn@berkom.de Mon Mar 25 13:43:41 2002 From: hahn@berkom.de (Christian Hahn) Date: Mon, 25 Mar 2002 14:43:41 +0100 Subject: IPv6 address of a Windows machine on the LAN In-Reply-To: <5.1.0.14.2.20020323011614.04eefc58@192.168.250.254> References: <5.1.0.14.2.20020323011614.04eefc58@192.168.250.254> Message-ID: <20020325134341.GA2445@knax.berkom.de> Hi, the global IPv6 address of an IPv6 interface is build using the prefix for the first 64bit and the EUI-64 interface address for the last 64bit. The EUI-64 address is build using the MAC address of the interface and a padding of bits to make it 64bit long. You can figure out your global interface address on W2k using the ipv6 tools that are installed with the ipv6 stack. Type "ipv6 if" on the command line and it shows all IPv6 interfaces of the machine, usally 4. Interface 4 is normally the global interface where you can find your unique global address you can use for pinging. On Sat, Mar 23, 2002 at 01:20:31AM +0800, Ronald Wiplinger wrote: > I have setup IPv6 and it works fine! I can use it from the LAN from an > Windows2000 machine, like ping6, ... > I want to test if I can reach this Windows machine, but could not figure > out, which IP address it has. ( I know it is the MAC address plus - but I > cannot find the formula ) > > Thanks for the help! > > > Ronald Wiplinger (ÃQ?¯¯Ç), CEO, ELMIT - THE Internet Solution Provider > Tel. +886 2 8809-7680, Fax. +886 2 2809-9158, Mobile: +886 915 653-452 > Net2Phone:8869550066, ICQ: 111651169 > http://www.elmit.com http://www.wiplinger.org -- regards Christian ============================= Christian Hahn hahn@berkom.de From artshel@microsoft.com Mon Mar 25 16:22:06 2002 From: artshel@microsoft.com (Art Shelest) Date: Mon, 25 Mar 2002 08:22:06 -0800 Subject: w2k & ipv6 - need help Message-ID: <8BD7226E07DDFF49AF5EF4030ACE0B7E03417BD9@red-msg-06.redmond.corp.microsoft.com> Christian: The configuration #3 described in Getting Started with IPv6 Technology Preview for Windows 2000 allows connectivity to the 6bone. http://msdn.microsoft.com/downloads/sdks/platform/tpipv6/start.asp It uses the 6to4 relay for the 6bone connectivity, so very little configuration is required. The "manual tunnel to the 6bone" configuration is not described in the FAQ. Windows XP has built-in IPv6 functionality that makes connecting networks (not just nodes) to the 6bone even easier. -----Original Message----- From: Christian Kuhtz [mailto:ck@arch.bellsouth.net] Sent: Mon 3/25/2002 4:17 AM To: 6bone Cc: Subject: w2k & ipv6 - need help hey there, i feel stupid asking this, but... seems the documentation on w2k's ipv6 stack is a little thin from what i've been able to find so far. anyone care to help me get this configuration sorted out? i've gotten it to work sporadically, but i feel like i don't know what i'm doing here when i mess around with the ipv6 cmd ln tool. a discussion of a simple configuration scenario would help. (no, this isn't about using a w2k site as a 6bone gateway, just a lowly w2k endnode on a ipv4/ipv6 dual stack subnet on the 6bone). anyone care to help me out or point me towards configuration examples/scenarios? if you can suggest a more appriate forum, please point me that way. thanks, chris From ck@arch.bellsouth.net Mon Mar 25 16:27:07 2002 From: ck@arch.bellsouth.net (Christian Kuhtz) Date: Mon, 25 Mar 2002 11:27:07 -0500 Subject: w2k & ipv6 - need help In-Reply-To: <8BD7226E07DDFF49AF5EF4030ACE0B7E03417BD9@red-msg-06.redmond.corp.microsoft.com> Message-ID: i'm sorry, but i think i didn't express myself right. > (no, this > isn't about using a w2k site as a 6bone gateway, just > a lowly w2k > endnode on a ipv4/ipv6 dual stack subnet on the > 6bone). i'm not referring to 6to4 configuration. just plain and simple one w2k box with ethernet connectivity to a local ipv6 router. i guess we should take this discussion off list. thanks, chris From rain@bluecherry.net Mon Mar 25 20:05:30 2002 From: rain@bluecherry.net (Ben Winslow) Date: 25 Mar 2002 14:05:30 -0600 Subject: w2k & ipv6 - need help In-Reply-To: References: Message-ID: <1017086731.30954.1.camel@halcyon> --=-T0x7u8FSej3vhq5fZ4AJ Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Mon, 2002-03-25 at 10:27, Christian Kuhtz wrote: >=20 > i'm sorry, but i think i didn't express myself right. >=20 > > (no, this > > isn't about using a w2k site as a 6bone gateway, just=20 > > a lowly w2k > > endnode on a ipv4/ipv6 dual stack subnet on the=20 > > 6bone).=20 >=20 > i'm not referring to 6to4 configuration. just plain and simple one w2k b= ox with ethernet connectivity to a local ipv6 router. >=20 > i guess we should take this discussion off list. >=20 > thanks, > chris >=20 Actually, I'm a bit interested in this myself--I can't find any means to apply an IPv6-capable stack onto the Win2k box here because the latest package I could find won't install on SP2. (There are already several FreeBSD and Linux hosts already connected) --=20 Ben Winslow (rain@bluecherry.net) : Because we don't think about System Administrator : future generations, they will Bluecherry Internet Services : never forget us. -- Henrik http://www.bluecherry.net/ : Tikkanen =20 (573) 592-0800 :=20 --=-T0x7u8FSej3vhq5fZ4AJ Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQA8n4MK2/SfDQAyrVERAsQRAJ95jU+SgX5wYYXCjxyhUXJeZtZ5YQCfcYnH bLeXlSx1COAjD5dOmR9+qqU= =Ionw -----END PGP SIGNATURE----- --=-T0x7u8FSej3vhq5fZ4AJ-- From hdogan@RI.CARNet.hr Mon Mar 25 21:44:08 2002 From: hdogan@RI.CARNet.hr (Hrvoje Dogan) Date: Mon, 25 Mar 2002 22:44:08 +0100 Subject: w2k & ipv6 - need help In-Reply-To: <1017086731.30954.1.camel@halcyon> References: <1017086731.30954.1.camel@halcyon> Message-ID: <20020325214408.GA4587@RI.CARNet.hr> Hi! On Mon, Mar 25, 2002 at 02:05:30PM -0600, Ben Winslow wrote: > > Actually, I'm a bit interested in this myself--I can't find any means to > apply an IPv6-capable stack onto the Win2k box here because the latest > package I could find won't install on SP2. Oh, you can, you just have to fiddle with a .inf file or something, and convince it to look for a higher windows version. There actually *are* instructions how to do it somewhere on MSR site. I'm sorry I can't give you any detailed information, I tried it a while ago, and it blew the kernel if the network cable was disconnected on restoring from hybernation. Since I tested it on my laptop, that wasn't a nice thing for it to do :-) Hrvoje From pim@ipng.nl Tue Mar 26 07:19:15 2002 From: pim@ipng.nl (Pim van Pelt) Date: Tue, 26 Mar 2002 08:19:15 +0100 Subject: w2k & ipv6 - need help In-Reply-To: <20020325214408.GA4587@RI.CARNet.hr> References: <1017086731.30954.1.camel@halcyon> <20020325214408.GA4587@RI.CARNet.hr> Message-ID: <20020326071915.GB24758@bfib.colo.bit.nl> | > Actually, I'm a bit interested in this myself--I can't find any means to | > apply an IPv6-capable stack onto the Win2k box here because the latest | > package I could find won't install on SP2. | | Oh, you can, you just have to fiddle with a .inf file or something, and | convince it to look for a higher windows version. There actually | *are* instructions how to do it somewhere on MSR site. Jeroen Massar has prepared an SP2-IE6 release of the IPv6 stack from the Microsoft engineers. It can be downloaded from : http://www.ipng.nl/tpipv6-001205-SP2-IE6.zip This runs fine on any Win2k SP2 box. groet, Pim -- ---------- - - - - -+- - - - - ---------- Pim van Pelt Email: pim@ipng.nl http://www.ipng.nl/ IPv6 Deployment ----------------------------------------------- From michael@kjorling.com Tue Mar 26 17:03:37 2002 From: michael@kjorling.com (Michael Kjorling) Date: Tue, 26 Mar 2002 18:03:37 +0100 (CET) Subject: Packet to ff02::1 Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 All right, this might be a little off topic here (if it is, please point me at the right place), but I am finally getting a serious grasp of IPv6 and ran across this little one in my logs. It's logged as being denied (quite in accordance with the firewall rules I have set up), but my question is: what are the implications of disallowing the "all nodes multicast" address (and the other addresses in the same category)? (varg, among else, serves as my IPv6 router.) > Mar 26 16:50:42 varg kernel: IN=eth1 OUT= MAC= SRC=fe80:0000:0000:0000:02a0:ccff:fe52:e0a4 DST=ff02:0000:0000:0000:0000:0000:0000:0001 LEN=128 TC=0 HOPLIMIT=255 FLOWLBL=0 PROTO=ICMPv6 TYPE=134 CODE=0 > Mar 26 16:50:42 varg kernel: IN=eth0 OUT= MAC=33:33:00:00:00:01:00:a0:cc:52:e0:a4:86:dd SRC=fe80:0000:0000:0000:02a0:ccff:fe52:e0a4 DST=ff02:0000:0000:0000:0000:0000:0000:0001 LEN=128 TC=0 HOPLIMIT=255 FLOWLBL=0 PROTO=ICMPv6 TYPE=134 CODE=0 Also if someone has a list of the special (non-2000::/3) addresses and address blocks which I need to allow (locally and globally) at hand, that would be perfect. I would like to respond to packets that won't get anywhere anyway with network unreachable right away (for some reason the system keeps insisting on having its ::/0 route in the routing table and I don't seem to be able to remove it easily), instead of polluting my uplink. This seems to me like wise practice even though the actual number of packages at all over IPv6 will be very limited to start with. Any input would be greatly appreciated! Michael Kjörling - -- Michael Kjörling -- Programmer/Network administrator ^..^ Internet: michael@kjorling.com -- FidoNet: 2:204/254.4 \/ PGP: 95f1 074d 336d f8f0 f297 6a5b 2aa3 7bfd 8a70 e33e ``And indeed people sometimes speak of man's "bestial" cruelty, but this is very unfair and insulting to the beasts: a beast can never be so cruel as a man, so ingeniously, so artistically cruel.'' (Ivan Karamazov, in Dostoyevsky's 'The Brothers Karamazov') -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Public key is at http://michael.kjorling.com/contact/pgp.html iD8DBQE8oKntKqN7/Ypw4z4RAmB7AKD6/l1Cog6AhuQrrXr7FnmBvLw+oQCgpJrC Sfdsdfk20w9MJthFahvu7Ro= =xi5S -----END PGP SIGNATURE----- From pim@ipng.nl Wed Mar 27 06:44:07 2002 From: pim@ipng.nl (Pim van Pelt) Date: Wed, 27 Mar 2002 07:44:07 +0100 Subject: Packet to ff02::1 In-Reply-To: References: Message-ID: <20020327064407.GC6163@bfib.colo.bit.nl> Hi Michael, Disallowing from fe80::/10 is the same as killing DAD and neighbor discovery (check http://www.faqs.org/rfcs/rfc2461.html). The NDP (neighbor discovery protocol) uses ff02::1 to send a packet in multicast (one-to-all, that is) so that all-hosts on the local link receive it. ff02::2 is the same, but denotes all-routers. You should try pinging ff02::1 and ff02::2 one day, it's quite good fun! What happens, in IPv4, when your box (10.0.0.2) wants to communicate with another box (10.0.0.1) on the line for the first time: 1. ARP request to ethernet broadcast -> FF:FF:FF:FF:FF:FF who-has 10.0.0.1 tell 10.0.0.2 ? 2. All boxes receive, the one with 10.0.0.1 replies from its MAC: -> 10.0.0.1 is-at 00:20:12:34:56:AB ! 3. your box sends the frame to 00:20:12:34:56:AB from its MAC address. Now what happens with IPv6 when your box wants to talk to another ? 1. IPv6 neighbor solicitation is sent to IPv6 multicast address ff02::1 fe80::203:47ff:fe73:1f0f -> ff02::1 Neighbor Solicitation for 3ffe:8350:1:51:210:7bff:fe30:591 2. All boxes receive (this is mandatory!), the one with 3ffe:8350:1:51:210:7bff:fe30:591 replies from its link-local address: fe80::210:7bff:fe30:591 -> fe80::203:47ff:fe73:1f0f Neigh Adv for 3ffe:8350:1:51:210:7bff:fe30:591 (which it sends to the link-local the NS came from in the first place: your link-local) 3. Your box sees the MAC address where this advertisement came from and now knows the MAC address of 3ffe:8350:1:51:210:7bff:fe30:591 You should never firewall the linklocal scope (fe80::/10) as you cannot be externally attacked. I do not think you should firewall ff01::/32 nor ff02::/32 on any interface which you wish to use IPv6 on. Hope this helps. groet, Pim On Tue, Mar 26, 2002 at 06:03:37PM +0100, Michael Kjorling wrote: | -----BEGIN PGP SIGNED MESSAGE----- | Hash: SHA1 | | All right, this might be a little off topic here (if it is, please | point me at the right place), but I am finally getting a serious grasp | of IPv6 and ran across this little one in my logs. It's logged as | being denied (quite in accordance with the firewall rules I have set | up), but my question is: what are the implications of disallowing the | "all nodes multicast" address (and the other addresses in the same | category)? (varg, among else, serves as my IPv6 router.) | | > Mar 26 16:50:42 varg kernel: IN=eth1 OUT= MAC= SRC=fe80:0000:0000:0000:02a0:ccff:fe52:e0a4 DST=ff02:0000:0000:0000:0000:0000:0000:0001 LEN=128 TC=0 HOPLIMIT=255 FLOWLBL=0 PROTO=ICMPv6 TYPE=134 CODE=0 | > Mar 26 16:50:42 varg kernel: IN=eth0 OUT= MAC=33:33:00:00:00:01:00:a0:cc:52:e0:a4:86:dd SRC=fe80:0000:0000:0000:02a0:ccff:fe52:e0a4 DST=ff02:0000:0000:0000:0000:0000:0000:0001 LEN=128 TC=0 HOPLIMIT=255 FLOWLBL=0 PROTO=ICMPv6 TYPE=134 CODE=0 | | Also if someone has a list of the special (non-2000::/3) addresses and | address blocks which I need to allow (locally and globally) at hand, | that would be perfect. I would like to respond to packets that won't | get anywhere anyway with network unreachable right away (for some | reason the system keeps insisting on having its ::/0 route in the | routing table and I don't seem to be able to remove it easily), | instead of polluting my uplink. This seems to me like wise practice | even though the actual number of packages at all over IPv6 will be | very limited to start with. | | Any input would be greatly appreciated! | | | Michael Kjörling | | - -- | Michael Kjörling -- Programmer/Network administrator ^..^ | Internet: michael@kjorling.com -- FidoNet: 2:204/254.4 \/ | PGP: 95f1 074d 336d f8f0 f297 6a5b 2aa3 7bfd 8a70 e33e | | ``And indeed people sometimes speak of man's "bestial" cruelty, but | this is very unfair and insulting to the beasts: a beast can never be | so cruel as a man, so ingeniously, so artistically cruel.'' | (Ivan Karamazov, in Dostoyevsky's 'The Brothers Karamazov') | -----BEGIN PGP SIGNATURE----- | Version: GnuPG v1.0.6 (GNU/Linux) | Comment: Public key is at http://michael.kjorling.com/contact/pgp.html | | iD8DBQE8oKntKqN7/Ypw4z4RAmB7AKD6/l1Cog6AhuQrrXr7FnmBvLw+oQCgpJrC | Sfdsdfk20w9MJthFahvu7Ro= | =xi5S | -----END PGP SIGNATURE----- | -- ---------- - - - - -+- - - - - ---------- Pim van Pelt Email: pim@ipng.nl http://www.ipng.nl/ IPv6 Deployment ----------------------------------------------- From randy@ipcenta.de Wed Mar 27 07:08:40 2002 From: randy@ipcenta.de (Andreas 'randy' Weinberger) Date: Wed, 27 Mar 2002 08:08:40 +0100 Subject: Packet to ff02::1 References: Message-ID: <000b01c1d55e$399e1cb0$22005a0a@baby> hi michael, > > Mar 26 16:50:42 varg kernel: IN=eth1 OUT= MAC= SRC=fe80:0000:0000:0000:02a0:ccff:fe52:e0a4 DST=ff02:0000:0000:0000:0000:0000:0000:0001 LEN=128 TC=0 HOPLIMIT=255 FLOWLBL=0 PROTO=ICMPv6 TYPE=134 CODE=0 > > Mar 26 16:50:42 varg kernel: IN=eth0 OUT= MAC=33:33:00:00:00:01:00:a0:cc:52:e0:a4:86:dd SRC=fe80:0000:0000:0000:02a0:ccff:fe52:e0a4 DST=ff02:0000:0000:0000:0000:0000:0000:0001 LEN=128 TC=0 HOPLIMIT=255 FLOWLBL=0 PROTO=ICMPv6 TYPE=134 CODE=0 like http://steinbeck.ucs.indiana.edu:47401/oracle.html says: All nodes address The address ff02::1 indicates a destination of all nodes on the local link-layer network. In other words, this address refers to all nodes in the LAN. seems to be the same like the ipv4 broadcast ;) > Any input would be greatly appreciated! > Michael Kjörling > bye, --------- andreas 'randy' weinberger --------- internet system engineer, php development, sun microsystems workgroup computing expert & digitale videotechnik CompleTel GmbH (http://www.completel.de/) ------- From uncsec@wlink.com.np Wed Mar 27 12:43:13 2002 From: uncsec@wlink.com.np (Shakuntala) Date: Wed, 27 Mar 2002 04:43:13 -0800 Subject: Request for unsubscribes Message-ID: <5.1.0.14.2.20020327044059.00b6d148@pop3.wlink.com.np> Please unsubscribes me from your news. Thanks From fink@es.net Wed Mar 27 15:16:03 2002 From: fink@es.net (Bob Fink) Date: Wed, 27 Mar 2002 07:16:03 -0800 Subject: 6bone pTLA 3FFE:4000::/32 allocated to TELEPAC Message-ID: <5.1.0.14.0.20020327065410.02864428@imap2.es.net> TELEPAC has been allocated pTLA 3FFE:4000::/32 having finished its 2-week review period. Note that it will take a short while for their pTLA inet6num entry to appear in the 6bone registry as they have to create it themselves. However, their registration is listed on: [To create a reverse DNS registration for pTLAs, please send the prefix allocated above, and a list of at least two authoritative nameservers, to either bmanning@isi.edu or hostmaster@ep.net.] Thanks, Bob From bmanning@ISI.EDU Wed Mar 27 23:31:57 2002 From: bmanning@ISI.EDU (Bill Manning) Date: Wed, 27 Mar 2002 15:31:57 -0800 (PST) Subject: 6bone pTLA 3FFE:4000::/32 allocated to TELEPAC In-Reply-To: <5.1.0.14.0.20020327065410.02864428@imap2.es.net> from Bob Fink at "Mar 27, 2 07:16:03 am" Message-ID: <200203272331.g2RNVvb12275@boreas.isi.edu> % TELEPAC has been allocated pTLA 3FFE:4000::/32 having finished its 2-week % review period. % % % % % Note that it will take a short while for their pTLA inet6num entry to % appear in the 6bone registry as they have to create it themselves. However, % their registration is listed on: % % % % % [To create a reverse DNS registration for pTLAs, please send the prefix % allocated above, and a list of at least two authoritative nameservers, to % either bmanning@isi.edu or hostmaster@ep.net.] % % % Thanks, % % Bob Please send updates to bash-2.05# dig 0.0.0.4.e.f.f.3.ip6.int. ns @::1 ; <<>> DiG 9.2.0 <<>> 0.0.0.4.e.f.f.3.ip6.int. ns @::1 ;; global options: printcmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 18196 ;; flags: qr rd; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0 ;; QUESTION SECTION: ;0.0.0.4.e.f.f.3.ip6.int. IN NS ;; AUTHORITY SECTION: 0.0.0.4.e.f.f.3.ip6.int. 86400 IN NS noserver. ;; Query time: 9 msec ;; SERVER: ::1#53(::1) ;; WHEN: Wed Mar 27 15:31:11 2002 ;; MSG SIZE rcvd: 63 -- --bill From kre@munnari.OZ.AU Thu Mar 28 10:47:10 2002 From: kre@munnari.OZ.AU (Robert Elz) Date: Thu, 28 Mar 2002 17:47:10 +0700 Subject: Packet to ff02::1 In-Reply-To: <20020327064407.GC6163@bfib.colo.bit.nl> References: <20020327064407.GC6163@bfib.colo.bit.nl> Message-ID: <585.1017312430@brandenburg.cs.mu.OZ.AU> Date: Wed, 27 Mar 2002 07:44:07 +0100 From: Pim van Pelt Message-ID: <20020327064407.GC6163@bfib.colo.bit.nl> | Now what happens with IPv6 when your box wants to talk to another ? | 1. IPv6 neighbor solicitation is sent to IPv6 multicast address ff02::1 | | fe80::203:47ff:fe73:1f0f -> ff02::1 Neighbor Solicitation for=20 | 3ffe:8350:1:51:210:7bff:fe30:591 | 2. All boxes receive (this is mandatory!), That isn't the way I remember ND being defined, and nor is it what implementations seem to actually do. 17:44:34.435594 3ffe:8001:2:181::2 > ff02::1:ff0f:41cf: icmp6: neighbor sol: who has 3ffe:8001:2:181:210:a4ff:fe0f:41cf 17:44:34.435756 3ffe:8001:2:181:210:a4ff:fe0f:41cf > 3ffe:8001:2:181::2: icmp6: neighbor adv: tgt is 3ffe:8001:2:181:210:a4ff:fe0f:41cf 17:44:34.435829 3ffe:8001:2:181::2 > 3ffe:8001:2:181:210:a4ff:fe0f:41cf: icmp6: echo request 17:44:34.435927 3ffe:8001:2:181:210:a4ff:fe0f:41cf > 3ffe:8001:2:181::2: icmp6: echo reply kre ps: ff02::1 is similar to IPv4 broadcast (255.255.255.255 or the net specific broadcast address) but it only bothers IPv6 nodes, not everything else that happens to be connected to the net. Filtering it isn't a good idea, but it also isn't likely to be a disaster. From michael@kjorling.com Thu Mar 28 11:10:26 2002 From: michael@kjorling.com (Michael Kjorling) Date: Thu, 28 Mar 2002 12:10:26 +0100 (CET) Subject: Packet to ff02::1 In-Reply-To: <585.1017312430@brandenburg.cs.mu.OZ.AU> Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Well, Pim also wrote (just beyond what you quoted) that "the one with 3ffe:8350:1:51:210:7bff:fe30:591 replies from its link-local address". This seems to imply that all other hosts ignore it (receiving something and acting upon it by sending a reply is not the same thing as I understand it at least). I have not read the definition of IPv6 Neighbor Discovery, but from what I have understood of it this seems like a good thing. How is a host supposed to know whether any kind of broadcasted packet is for it or not before analyzing it? ("Host" being either a router or a client.) Michael Kjörling On Mar 28 2002 17:47 +0700, Robert Elz wrote: > Date: Wed, 27 Mar 2002 07:44:07 +0100 > From: Pim van Pelt > Message-ID: <20020327064407.GC6163@bfib.colo.bit.nl> > > | Now what happens with IPv6 when your box wants to talk to another ? > | 1. IPv6 neighbor solicitation is sent to IPv6 multicast address ff02::1 > | > | fe80::203:47ff:fe73:1f0f -> ff02::1 Neighbor Solicitation for=20 > | 3ffe:8350:1:51:210:7bff:fe30:591 > | 2. All boxes receive (this is mandatory!), > > That isn't the way I remember ND being defined, and nor is it what > implementations seem to actually do. > > 17:44:34.435594 3ffe:8001:2:181::2 > ff02::1:ff0f:41cf: icmp6: neighbor sol: who has 3ffe:8001:2:181:210:a4ff:fe0f:41cf > 17:44:34.435756 3ffe:8001:2:181:210:a4ff:fe0f:41cf > 3ffe:8001:2:181::2: icmp6: neighbor adv: tgt is 3ffe:8001:2:181:210:a4ff:fe0f:41cf > 17:44:34.435829 3ffe:8001:2:181::2 > 3ffe:8001:2:181:210:a4ff:fe0f:41cf: icmp6: echo request > 17:44:34.435927 3ffe:8001:2:181:210:a4ff:fe0f:41cf > 3ffe:8001:2:181::2: icmp6: echo reply > > kre > > ps: ff02::1 is similar to IPv4 broadcast (255.255.255.255 or the net specific > broadcast address) but it only bothers IPv6 nodes, not everything else that > happens to be connected to the net. Filtering it isn't a good idea, but > it also isn't likely to be a disaster. - -- Michael Kjörling -- Programmer/Network administrator ^..^ Internet: michael@kjorling.com -- FidoNet: 2:204/254.4 \/ PGP: 95f1 074d 336d f8f0 f297 6a5b 2aa3 7bfd 8a70 e33e ``And indeed people sometimes speak of man's "bestial" cruelty, but this is very unfair and insulting to the beasts: a beast can never be so cruel as a man, so ingeniously, so artistically cruel.'' (Ivan Karamazov, in Dostoyevsky's 'The Brothers Karamazov') -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Public key is at http://michael.kjorling.com/contact/pgp.html iD8DBQE8ovonKqN7/Ypw4z4RAkL0AJ9UaCxTxyTWRLsh1kx9mYuV5FSVoQCgky2a ZgKF4fbCcN0VETRY3mSLeUs= =lhXC -----END PGP SIGNATURE----- From pim@ipng.nl Thu Mar 28 11:31:08 2002 From: pim@ipng.nl (Pim van Pelt) Date: Thu, 28 Mar 2002 12:31:08 +0100 Subject: Packet to ff02::1 In-Reply-To: References: <585.1017312430@brandenburg.cs.mu.OZ.AU> Message-ID: <20020328113108.GC22527@bfib.colo.bit.nl> On Thu, Mar 28, 2002 at 12:10:26PM +0100, Michael Kjorling wrote: | -----BEGIN PGP SIGNED MESSAGE----- | Hash: SHA1 | | Well, Pim also wrote (just beyond what you quoted) that "the one with | 3ffe:8350:1:51:210:7bff:fe30:591 replies from its link-local address". | This seems to imply that all other hosts ignore it (receiving | something and acting upon it by sending a reply is not the same thing | as I understand it at least). Well kre was right and I was wrong. The solicitation is not sent from the linklocal of the requesting box, but from the global IP. Also, the reply from the box 3ffe:8350:1:51:210:7bff:fe30:591 is not from its linklocal but form its global IP. Apart from that, the global schematic I wrote is correct. Thanks Kre. groet, Pim -- ---------- - - - - -+- - - - - ---------- Pim van Pelt Email: pim@ipng.nl http://www.ipng.nl/ IPv6 Deployment ----------------------------------------------- From kre@munnari.OZ.AU Thu Mar 28 12:02:10 2002 From: kre@munnari.OZ.AU (Robert Elz) Date: Thu, 28 Mar 2002 19:02:10 +0700 Subject: Packet to ff02::1 In-Reply-To: <20020328113108.GC22527@bfib.colo.bit.nl> References: <20020328113108.GC22527@bfib.colo.bit.nl> <585.1017312430@brandenburg.cs.mu.OZ.AU> Message-ID: <970.1017316930@brandenburg.cs.mu.OZ.AU> Date: Thu, 28 Mar 2002 12:31:08 +0100 From: Pim van Pelt Message-ID: <20020328113108.GC22527@bfib.colo.bit.nl> | Apart from that, the global schematic I wrote is correct. The more important difference is that the NS doesn't get sent to ff02::1 - and so filtering that address won't prevent ND from working. kre From kre@munnari.OZ.AU Thu Mar 28 12:06:01 2002 From: kre@munnari.OZ.AU (Robert Elz) Date: Thu, 28 Mar 2002 19:06:01 +0700 Subject: Packet to ff02::1 In-Reply-To: References: Message-ID: <984.1017317161@brandenburg.cs.mu.OZ.AU> Date: Thu, 28 Mar 2002 12:10:26 +0100 (CET) From: Michael Kjorling Message-ID: | Well, Pim also wrote (just beyond what you quoted) that "the one with | 3ffe:8350:1:51:210:7bff:fe30:591 replies from its link-local address". | This seems to imply that all other hosts ignore it (receiving | something and acting upon it by sending a reply is not the same thing | as I understand it at least). Nodes that receive the NS (which should not be many other than the one being sought) but which don't have the answer, simply ignore the packet. True that happens after it has been received, and analysed, not before - that's why ff02::1 isn't what is used (less hosts get bothered than would if it were ff02::1) | I have not read the definition of IPv6 Neighbor Discovery, but from | what I have understood of it this seems like a good thing. How is a | host supposed to know whether any kind of broadcasted packet is for it | or not before analyzing it? ("Host" being either a router or a | client.) It can't. Which is why the very concept of broadcast is broken, and why IPv6 has no such thing. ff02::1 is used mostly by humans interested in discovering who replies... kre From pim@ipng.nl Fri Mar 29 06:40:09 2002 From: pim@ipng.nl (Pim van Pelt) Date: Fri, 29 Mar 2002 07:40:09 +0100 Subject: IOS next-hop trouble Message-ID: <20020329064009.GA17100@bfib.colo.bit.nl> Dear admin friends, Recently I engaged in another IPv6 adventure at some ISP. We are now running IOS 12.2-8.5.T on a c7206VXR. The logs state: Mar 28 22:47:36 fe2-0.4.sara.ams-ix.network.bit.nl 2288: 3d12h: %BGP-6-NEXTHOP: Invalid next hop (0.0.0.0) received from 2001:7F8:1::A500:3265:1: martian next hop for our peerings the AMS-IX. How can I solve this. Clearly IPv6 BGP has nothing to do with the IPv4 nexthop so the Juniper at :3265:1 leaves it empty. Why does my box complain ? groet, Pim -- ---------- - - - - -+- - - - - ---------- Pim van Pelt Email: pim@ipng.nl http://www.ipng.nl/ IPv6 Deployment ----------------------------------------------- From pekkas@netcore.fi Fri Mar 29 08:38:28 2002 From: pekkas@netcore.fi (Pekka Savola) Date: Fri, 29 Mar 2002 10:38:28 +0200 (EET) Subject: IOS next-hop trouble In-Reply-To: <20020329064009.GA17100@bfib.colo.bit.nl> Message-ID: On Fri, 29 Mar 2002, Pim van Pelt wrote: > Dear admin friends, > > Recently I engaged in another IPv6 adventure at some ISP. We are now > running IOS 12.2-8.5.T on a c7206VXR. > > The logs state: > Mar 28 22:47:36 fe2-0.4.sara.ams-ix.network.bit.nl 2288: 3d12h: > %BGP-6-NEXTHOP: Invalid next hop (0.0.0.0) received from > 2001:7F8:1::A500:3265:1: martian next hop > > for our peerings the AMS-IX. How can I solve this. Clearly IPv6 > BGP has nothing to do with the IPv4 nexthop so the Juniper at :3265:1 > leaves it empty. Why does my box complain ? Are you peering with some box running Zebra? I noticed this happened with zebra when they didn't run 'zebra -d' before starting 'bgpd -d'. -- Pekka Savola "Tell me of difficulties surmounted, Netcore Oy not those you stumble over and fall" Systems. Networks. Security. -- Robert Jordan: A Crown of Swords From pim@ipng.nl Fri Mar 29 09:18:07 2002 From: pim@ipng.nl (Pim van Pelt) Date: Fri, 29 Mar 2002 10:18:07 +0100 Subject: IOS next-hop trouble In-Reply-To: References: <20020329064009.GA17100@bfib.colo.bit.nl> Message-ID: <20020329091807.GA18240@bfib.colo.bit.nl> On Fri, Mar 29, 2002 at 10:38:28AM +0200, Pekka Savola wrote: | On Fri, 29 Mar 2002, Pim van Pelt wrote: | > Dear admin friends, | > | > Recently I engaged in another IPv6 adventure at some ISP. We are now | > running IOS 12.2-8.5.T on a c7206VXR. | > | > The logs state: | > Mar 28 22:47:36 fe2-0.4.sara.ams-ix.network.bit.nl 2288: 3d12h: | > %BGP-6-NEXTHOP: Invalid next hop (0.0.0.0) received from | > 2001:7F8:1::A500:3265:1: martian next hop | > | > for our peerings the AMS-IX. How can I solve this. Clearly IPv6 | > BGP has nothing to do with the IPv4 nexthop so the Juniper at :3265:1 | > leaves it empty. Why does my box complain ? | | Are you peering with some box running Zebra? I noticed this happened with | zebra when they didn't run 'zebra -d' before starting 'bgpd -d'. The peer mentioned is a Juniper JunOS 5.2 box (xs4all-nl). I have seen this on a zebra box also, but I forced nexthop to be 'self' and that helped the situation. This Cisco of mine is already advertising next-hop-self and that didn't help. groet, Pim -- ---------- - - - - -+- - - - - ---------- Pim van Pelt Email: pim@ipng.nl http://www.ipng.nl/ IPv6 Deployment ----------------------------------------------- From owens@nysernet.org Fri Mar 29 09:13:52 2002 From: owens@nysernet.org (owens@nysernet.org) Date: Fri, 29 Mar 2002 04:13:52 -0500 (EST) Subject: IOS next-hop trouble In-Reply-To: <20020329064009.GA17100@bfib.colo.bit.nl> Message-ID: On Fri, 29 Mar 2002, Pim van Pelt wrote: > The logs state: > Mar 28 22:47:36 fe2-0.4.sara.ams-ix.network.bit.nl 2288: 3d12h: > %BGP-6-NEXTHOP: Invalid next hop (0.0.0.0) received from > 2001:7F8:1::A500:3265:1: martian next hop > > for our peerings the AMS-IX. How can I solve this. Clearly IPv6 > BGP has nothing to do with the IPv4 nexthop so the Juniper at :3265:1 > leaves it empty. Why does my box complain ? If the Juniper is running JUNOS 5.1 this is a known bug; I don't have the PR number handy but I can get it from my archives tomorrow. It appeared cosmetic but we did fix it by upgrading to 5.2. However, that fix, or some other related change in 5.2, will tickle a bug in some versions of IOS and cause v4 multicast BGP to break. The symptom we observed was the BGP session establishing and immediately closing down, but working once we disabled multicast. We fixed that by upgrading that particular Cisco, which was on a ~1 year old IOS; if your boxes are all recent you shouldn't have a problem. I can dig up that bug number as well if you're interested. Bill. From pim@ipng.nl Fri Mar 29 09:21:10 2002 From: pim@ipng.nl (Pim van Pelt) Date: Fri, 29 Mar 2002 10:21:10 +0100 Subject: IOS next-hop trouble In-Reply-To: References: <20020329064009.GA17100@bfib.colo.bit.nl> Message-ID: <20020329092110.GB18240@bfib.colo.bit.nl> Hi Bill, Thanks for your comments. | | If the Juniper is running JUNOS 5.1 this is a known bug; I don't have the | PR number handy but I can get it from my archives tomorrow. It appeared | cosmetic but we did fix it by upgrading to 5.2. This Juniper, afaik is running JunOS 5.2. It's not mine though, but I do know the operator, who is also on this list. Hi, Erik :-) | However, that fix, or some other related change in 5.2, will tickle a bug | in some versions of IOS and cause v4 multicast BGP to break. The symptom | we observed was the BGP session establishing and immediately closing down, | but working once we disabled multicast. We fixed that by upgrading that | particular Cisco, which was on a ~1 year old IOS; if your boxes are all | recent you shouldn't have a problem. I can dig up that bug number as well | if you're interested. My box is running an IOS dated 03/03/2002 :) (12.2-8.5-T) on the c7200 platform. No multicast on that box (BGP session is up, mind you, everything works fine except for those log entries) groet, Pim -- ---------- - - - - -+- - - - - ---------- Pim van Pelt Email: pim@ipng.nl http://www.ipng.nl/ IPv6 Deployment ----------------------------------------------- From owens@nysernet.org Fri Mar 29 09:23:25 2002 From: owens@nysernet.org (owens@nysernet.org) Date: Fri, 29 Mar 2002 04:23:25 -0500 (EST) Subject: IOS next-hop trouble In-Reply-To: <20020329092110.GB18240@bfib.colo.bit.nl> Message-ID: On Fri, 29 Mar 2002, Pim van Pelt wrote: > This Juniper, afaik is running JunOS 5.2. It's not mine though, but I do > know the operator, who is also on this list. Hi, Erik :-) Hmm, since I don't have the PR I don't know which version fixes the problem, but IIRC we went from 5.1R2.4 to 5.2R1.4 to get the fix. That's a confusing enough set of numbers that I could have one wrong ;) > My box is running an IOS dated 03/03/2002 :) (12.2-8.5-T) on the c7200 > platform. No multicast on that box (BGP session is up, mind you, > everything works fine except for those log entries) You wouldn't have any problems, but it could be an issue if the Juniper has a v4 multicast session with another Cisco at the exchange and they're on an old IOS. Again this is only my recollection but I think the Cisco bug was fixed almost a year ago, so if they've upgraded to get the various security fixes since then they should all be safe. Bill. From alex@bit.nl Fri Mar 29 11:08:35 2002 From: alex@bit.nl (Alex Bik) Date: Fri, 29 Mar 2002 12:08:35 +0100 (MET) Subject: IOS next-hop trouble In-Reply-To: Message-ID: On Fri, 29 Mar 2002, Pekka Savola wrote: > > Recently I engaged in another IPv6 adventure at some ISP. We are now > > running IOS 12.2-8.5.T on a c7206VXR. ^^^ ^^^^^^^^ > > The logs state: > > Mar 28 22:47:36 fe2-0.4.sara.ams-ix.network.bit.nl 2288: 3d12h: > > %BGP-6-NEXTHOP: Invalid next hop (0.0.0.0) received from > > 2001:7F8:1::A500:3265:1: martian next hop > > > > for our peerings the AMS-IX. How can I solve this. Clearly IPv6 > > BGP has nothing to do with the IPv4 nexthop so the Juniper at :3265:1 ^^^^^^^^^^^^^^^^^^ I guess you must have missed somthing. -- __________________ Met vriendelijke groet, /\ ___/ Alex Bik /- \ _/ Business Internet Trends BV AB2298-RIPE /--- \/ __________________ From pim@ipng.nl Fri Mar 29 12:33:44 2002 From: pim@ipng.nl (Pim van Pelt) Date: Fri, 29 Mar 2002 13:33:44 +0100 Subject: bug (or lack of feature) in the whois robot Message-ID: <20020329123344.GA8949@bfib.colo.bit.nl> Dear 6bone folk, Recently I stumbeled across a peculiarity while mailing an object to the 6bone registry mailinterface. Normally, when one enters a tunnel into the system, the robot will try to resolve the IP numbers transforming tunnel: IPv6 in IPv4 212.19.192.221 -> 193.10.252.34 NORDU-NET BGP4+ into tunnel: IPv6 in IPv4 biscuit.intouch.net -> nw-gw.nordu.net NORDU-NET BGP4+ First off, when is the 'native' field planned on being operational ? The only method of describing a native link is by specifying an IPv6 in IPv6 tunnel (which is, of course, not the same as a native link). Anyway, when one specifies IPv6 addresses via the: tunnel: IPv6 in IPv6 2001:7f8:1::a500:8954:1 -> rtr6.ams-ix.net AS1200 BGP4+ the robot will reply with a syntax error: *ERROR*: syntax error in destination hostname (2001:7f8:1::a500:8954:1) specified in "tunnel" (IPv6 in IPv6 2001:7f8:1::a500:8954:1 -> rtr6.ams-ix.net AS1200 BGP4+) *ERROR*: Please specify a valid domain name May I suggest accepting IPv6 number addresses and also enabling/implementing the 'native' field as more and more IX:en start growing to a production level. I can help coding if this is needed, David. groet, Pim -- ---------- - - - - -+- - - - - ---------- Pim van Pelt Email: pim@ipng.nl http://www.ipng.nl/ IPv6 Deployment ----------------------------------------------- From erik@xs4all.net Fri Mar 29 14:04:57 2002 From: erik@xs4all.net (Erik Bos) Date: Fri, 29 Mar 2002 15:04:57 +0100 Subject: IOS next-hop trouble In-Reply-To: ; from owens@nysernet.org on Fri, Mar 29, 2002 at 04:13:52AM -0500 References: <20020329064009.GA17100@bfib.colo.bit.nl> Message-ID: <20020329150453.Y22268@xs4all.nl> On Fri, Mar 29, 2002 at 04:13:52AM -0500, owens@nysernet.org wrote: > On Fri, 29 Mar 2002, Pim van Pelt wrote: > > The logs state: > > Mar 28 22:47:36 fe2-0.4.sara.ams-ix.network.bit.nl 2288: 3d12h: > > %BGP-6-NEXTHOP: Invalid next hop (0.0.0.0) received from > > 2001:7F8:1::A500:3265:1: martian next hop > > > > for our peerings the AMS-IX. How can I solve this. Clearly IPv6 > > BGP has nothing to do with the IPv4 nexthop so the Juniper at :3265:1 > > leaves it empty. Why does my box complain ? > > If the Juniper is running JUNOS 5.1 this is a known bug; I don't have the > PR number handy but I can get it from my archives tomorrow. It appeared > cosmetic but we did fix it by upgrading to 5.2. > > However, that fix, or some other related change in 5.2, will tickle a bug > in some versions of IOS and cause v4 multicast BGP to break. The symptom > we observed was the BGP session establishing and immediately closing down, > but working once we disabled multicast. We fixed that by upgrading that > particular Cisco, which was on a ~1 year old IOS; if your boxes are all > recent you shouldn't have a problem. I can dig up that bug number as well > if you're interested. A. I'd like to know both PRs. We're 2001:7F8:1::A500:3265:1 and are running JUNOS 5.1R1.4. We can't upgrade to 5.2 yet of PRs that are fixed in this release but are not yet fixed in the latest version of 5.2. Erik From owens@nysernet.org Fri Mar 29 17:00:56 2002 From: owens@nysernet.org (Bill Owens) Date: Fri, 29 Mar 2002 12:00:56 -0500 Subject: IOS next-hop trouble In-Reply-To: <20020329150453.Y22268@xs4all.nl> References: <20020329064009.GA17100@bfib.colo.bit.nl> <20020329150453.Y22268@xs4all.nl> Message-ID: At 3:04 PM +0100 3/29/02, Erik Bos wrote: >A. I'd like to know both PRs. We're 2001:7F8:1::A500:3265:1 and are running >JUNOS 5.1R1.4. We can't upgrade to 5.2 yet of PRs that are fixed in this >release but are not yet fixed in the latest version of 5.2. I haven't been able to find a PR; we never got one when we opened the ticket and the Juniper website seems to be broken and won't return anything from my PR searches. The response from Juniper when we opened our JTAC case was: >In 5.1, we did send the next hop. In 5.2, this is fixed. We no longer send >the next hop attribute in 5.2. Upgrading to 5.2 should fix the problem you >are having. And indeed the upgrade did work. Regarding the problems that we saw with the older Cisco IOS *after* we went to 5.2, the closest bug I could find was CSCdv74675. It doesn't describe the exact problem, but sounds so similar that I think it has to be related. When the Cisco in question was upgraded to 12.0(21)S1 that problem vanished. Everything has been quiet in the week since ;) Bill. From jesper@skriver.dk Fri Mar 29 18:10:23 2002 From: jesper@skriver.dk (Jesper Skriver) Date: Fri, 29 Mar 2002 19:10:23 +0100 Subject: IOS next-hop trouble In-Reply-To: <20020329150453.Y22268@xs4all.nl>; from erik@xs4all.net on Fri, Mar 29, 2002 at 03:04:57PM +0100 References: <20020329064009.GA17100@bfib.colo.bit.nl> <20020329150453.Y22268@xs4all.nl> Message-ID: <20020329191023.F21178@skriver.dk> On Fri, Mar 29, 2002 at 03:04:57PM +0100, Erik Bos wrote: > On Fri, Mar 29, 2002 at 04:13:52AM -0500, owens@nysernet.org wrote: > > On Fri, 29 Mar 2002, Pim van Pelt wrote: > > > The logs state: > > > Mar 28 22:47:36 fe2-0.4.sara.ams-ix.network.bit.nl 2288: 3d12h: > > > %BGP-6-NEXTHOP: Invalid next hop (0.0.0.0) received from > > > 2001:7F8:1::A500:3265:1: martian next hop > > > > > > for our peerings the AMS-IX. How can I solve this. Clearly IPv6 > > > BGP has nothing to do with the IPv4 nexthop so the Juniper at :3265:1 > > > leaves it empty. Why does my box complain ? > > > > If the Juniper is running JUNOS 5.1 this is a known bug; I don't have the > > PR number handy but I can get it from my archives tomorrow. It appeared > > cosmetic but we did fix it by upgrading to 5.2. > > > > However, that fix, or some other related change in 5.2, will tickle a bug > > in some versions of IOS and cause v4 multicast BGP to break. The symptom > > we observed was the BGP session establishing and immediately closing down, > > but working once we disabled multicast. We fixed that by upgrading that > > particular Cisco, which was on a ~1 year old IOS; if your boxes are all > > recent you shouldn't have a problem. I can dig up that bug number as well > > if you're interested. > > A. I'd like to know both PRs. We're 2001:7F8:1::A500:3265:1 and are running > JUNOS 5.1R1.4. We can't upgrade to 5.2 yet of PRs that are fixed in this > release but are not yet fixed in the latest version of 5.2. 5.1R3.4 is out, it's the latest bugfix release in the 5.1 branch, we're running it with success, but without IPv6 though. /Jesper -- Jesper Skriver, jesper(at)skriver(dot)dk - CCIE #5456 Work: Network manager @ AS3292 (Tele Danmark DataNetworks) Private: FreeBSD committer @ AS2109 (A much smaller network ;-) One Unix to rule them all, One Resolver to find them, One IP to bring them all and in the zone to bind them. From fink@es.net Sat Mar 30 06:53:47 2002 From: fink@es.net (Bob Fink) Date: Fri, 29 Mar 2002 22:53:47 -0800 Subject: 6bone pTLA 3FFE:4001::/32 allocated to ASNET Message-ID: <5.1.0.14.0.20020329224437.00b41350@imap2.es.net> ASNET has been allocated pTLA 3FFE:4001::/32 having finished its 2-week review period. Note that it will take a short while for their pTLA inet6num entry to appear in the 6bone registry as they have to create it themselves. However, their registration is listed on: [To create a reverse DNS registration for pTLAs, please send the prefix allocated above, and a list of at least two authoritative nameservers, to hostmaster@ep.net.] Thanks, Bob From fink@es.net Sat Mar 30 07:02:07 2002 From: fink@es.net (Bob Fink) Date: Fri, 29 Mar 2002 23:02:07 -0800 Subject: pTLA request for MOTOROLA-LABS- review closes 12 April 2002 Message-ID: <5.1.0.14.0.20020329225638.00b4b168@imap2.es.net> 6bone Folk, MOTOROLA-LABS has requested a pTLA allocation and I find their request fully compliant with RFC2772. The open review period for this will close 29 March 2002. Please send your comments to me or the list. Note that this allocation will be a /32 per previous discussions on the list. Thanks, Bob === >From: Silverton Aron-C1710C >To: "'fink@es.net'" >Cc: ESCHBACH JEFFREY-CJE018 >Subject: pTLA request for MOTOROLA-LABS (AS19149) >Date: Thu, 28 Mar 2002 17:03:28 -0600 > >Bob, > >We would like to apply for a pTLA allocation from the 6Bone. >We are Motorola Labs - Networks and Infrastructure Research. >We are requesting one pTLA block. > >A summary of our conformance with RFC 2772 is below. > > >7. Guidelines for 6Bone pTLA sites > > The following rules apply to qualify for a 6Bone pTLA allocation. It > should be recognized that holders of 6Bone pTLA allocations are > expected to provide production quality backbone network services for > the 6Bone. > > 1. The pTLA Applicant must have a minimum of three (3) months > qualifying experience as a 6Bone end-site or pNLA transit. During > the entire qualifying period the Applicant must be operationally > providing the following: > > ------------------------------------------------------------------ > We have been on the 6Bone for one year as of this month via a > tunnel to Viagenie with prefix 3ffe:b00:4025::/48. > ------------------------------------------------------------------ > > a. Fully maintained, up to date, 6Bone Registry entries for their > ipv6-site inet6num, mntner, and person objects, including each > tunnel that the Applicant has. > > ------------------------------------------------------------------ > All of our entries are complete and can be found at: > http://whois.6bone.net/cgi-bin/whois?MOTOROLA-LABS > > inet6num: 3ffe:b00:4025::/48 > ipv6-site: MOTOROLA-LABS > mntner: MNT-MOTOROLA-LABS > mnt-by: MNT-MOTOROLA-LABS > person: AJS2-6BONE > ------------------------------------------------------------------ > > b. Fully maintained, and reliable, BGP4+ peering and connectivity > between the Applicant's boundary router and the appropriate > connection point into the 6Bone. This router must be IPv6 > pingable. This criteria is judged by members of the 6Bone > Operations Group at the time of the Applicant's pTLA request. > > ------------------------------------------------------------------ > Our BGP4+ connections are provided by a Cisco 7505/RSP4 which is > IPv6 pingable at c7505.ipv6.motlabs.com > ------------------------------------------------------------------ > > c. Fully maintained DNS forward (AAAA) and reverse (ip6.int) > entries for the Applicant's router(s) and at least one host > system. > > ------------------------------------------------------------------ > Forward (AAAA) and reverse (ip6.int) entries are maintained on > dns1.ipv6.motlabs.com and dns2.ipv6.motlabs.com. These servers handle > the 0.0.0.0.5.2.0.4.0.0.b.0.e.f.f.3.IP6.INT reverse zone and > forward entries such as www.ipv6.motlabs.com at 3ffe:b00:4025::c. > ------------------------------------------------------------------ > > d. A fully maintained, and reliable, IPv6-accessible system > providing, at a minimum, one or more web pages, describing the > Applicant's IPv6 services. This server must be IPv6 pingable. > > ------------------------------------------------------------------ > An IPv4/IPv6 web page is accessible at 6bone01.motlabs.com and > www.ipv6.motlabs.com and is IPv6 pingable. > ------------------------------------------------------------------ > > 2. The pTLA Applicant MUST have the ability and intent to provide > "production-quality" 6Bone backbone service. Applicants must > provide a statement and information in support of this claim. > This MUST include the following: > > a. A support staff of two persons minimum, three preferable, with > person attributes registered for each in the ipv6-site object > for the pTLA applicant. > > ------------------------------------------------------------------ > Our current support staff is: > > Aron J. Silverton (AJS2-6BONE) > Jeffery T. Eschbach (JTE1-6BONE) > ------------------------------------------------------------------ > > b. A common mailbox for support contact purposes that all support > staff have access to, pointed to with a notify attribute in the > ipv6-site object for the pTLA Applicant. > > ------------------------------------------------------------------ > Our common mailbox for 6BONE site issues and comments is > 6bone@labs.mot.com > ------------------------------------------------------------------ > > 3. The pTLA Applicant MUST have a potential "user community" that > would be served by its becoming a pTLA, e.g., the Applicant is a > major provider of Internet service in a region, country, or focus > of interest. Applicant must provide a statement and information in > support this claim. > > ------------------------------------------------------------------ > Our user community consists of researchers located at our facility > who utilize our IPv6 test bed network to conduct their work as well > as a large internal research community located throughout the US > and abroad to whom we will act as an IPv6 ISP. In addition to > those internal communities, we may also provide these services to > others in the research community such as MREN (www.mren.org). > ------------------------------------------------------------------ > > 4. The pTLA Applicant MUST commit to abide by the current 6Bone > operational rules and policies as they exist at time of its > application, and agree to abide by future 6Bone backbone > operational rules and policies as they evolve by consensus of the > 6Bone backbone and user community. > > ------------------------------------------------------------------ > Motorola Labs understands the 6Bone operational rules and we agree > with all of them as stated in RFC 2772. We agree to abide by > those rules and policies now and as they evolve in the future. > ------------------------------------------------------------------ > >Regards, > > >Aron J. Silverton >Senior Research Engineer >Motorola Labs, Networks and Infrastructure Research >Motorola, Inc. > >Telephone: 847-576-8747 >Fax: 847-576-3420 >Pager: 800-759-8888 PIN 1147344 >mailto: Aron.J.Silverton@motorola.com