Re: IPv6 on SOHO routers?

2008-03-13 Thread Mark Prior


Matthew Moyle-Croft wrote:


The only ADSL one listed Billion 7402R2 doesn't _actually_ do IPv6 
yet, but it might if they release software for it!
Which would be nice as we sell them to customers and would love to 
magically turn on IPv6 to them one day.


Hi MMC,

You might want to contribute to
http://au.billion.com/forums/index.php?showtopic=10042

and suggest to them that Internode wants this release for their customers.

Mark.



Re: NANOG laptops (was Re: Customer-facing ACLs)

2008-03-10 Thread Mark Prior


William Allen Simpson wrote:


Marshall Eubanks wrote:
I used to count the proportion of Mac laptops in the room (or, at 
least, my row) to pass the time when I was bored.


 I remember at the 1999 Washington IETF I saw exactly one, and I
could hear people whisper about it around me.


I used to attend with various Powerbook flavors over the years.  I'm sure
that I wasn't the only person with a Mac at IETF in 1999.  I snuck my SO
into the terminal room with her Mac, too


So there was two of us at least :) I probably still had my Blackbird.

Mark.


Re: IPv6 news

2005-10-15 Thread Mark Prior



On 14/10/2005, at 3:35 AM, Peter Lothberg wrote:


Here's a challange, have NTP server attached directly to
a good clock and a IPv6 network.

Is there anyone who can talk to it using IPv6 on the Nanog list?

(Time20.Stupi.SE, 2001:0440:1880:1000::0020)


yoyo$ ntpdate -q 2001:0440:1880:1000::0020
server 2001:440:1880:1000::20, stratum 1, offset 0.001079, delay 0.37489
15 Oct 20:30:06 ntpdate[11313]: adjust time server  
2001:440:1880:1000::20 offset 0.001079 sec

yoyo$ traceroute6 2001:0440:1880:1000::0020
traceroute to 2001:0440:1880:1000::0020 (2001:440:1880:1000::20) from  
2001:388:4000:4002:200:e2ff:fea5:80fe, 30 hops max, 16 byte packets
1  gigabitethernet0-2.er2.aarnet.cpe.aarnet.net.au  
(2001:388:4000:4002:20f:23ff:fea3:ec00)  0.288 ms  0.223 ms  0.14 ms
2  ge-1-0-3.bb1.a.adl.aarnet.net.au  
(2001:388:1:2003:212:1eff:fe92:d201)  0.428 ms  0.428 ms  0.377 ms
3  so-0-1-0.bb1.a.mel.aarnet.net.au (2001:388:1:6::2)  9.225 ms   
9.256 ms  9.205 ms
4  so-0-1-0.bb1.b.syd.aarnet.net.au (2001:388:1:a::2)  50.35 ms   
40.85 ms  57.739 ms
5  so-0-0-0.bb1.a.lax.aarnet.net.au (2001:388:1:15::2)  168.519 ms   
168.575 ms  168.497 ms
6  ge-2-7.a00.lsanca17.us.ra.verio.net (2001:418:4000:5000::9)   
173.056 ms  168.829 ms  168.807 ms

7  * * *
8  p16-1-1-3.r20.mlpsca01.us.bb.verio.net (2001:418:0:2000::1a1)   
179.239 ms  179.162 ms  179.176 ms
9  xe-1-1.r02.mlpsca01.us.bb.verio.net (2001:418:0:2000::35)  179.159  
ms  179.229 ms  179.211 ms
10  fa-0-0-0.r00.mlpsca01.us.b6.verio.net (2001:418:0:700f::b600)   
179.289 ms  179.25 ms  179.216 ms
11  tu-0.sprint.mlpsca01.us.b6.verio.net (2001:418:0:4000::4a)   
180.563 ms  180.6 ms  180.513 ms
12  sl-s1v6-nyc-t-1001.sprintv6.net (2001:440:1239:1005::2)  252.605  
ms sl-bb1v6-nyc-t-1001.sprintv6.net (2001:440:1239:100b::1)  251.836  
ms sl-s1v6-nyc-t-1001.sprintv6.net (2001:440:1239:1005::2)  252.652 ms
13  sl-bb1v6-sto-t-102.sprintv6.net (2001:440:1239:100d::2)  401.242  
ms sl-bb1v6-sto-t-101.sprintv6.net (2001:440:1239:1012::1)  347.852  
ms sl-bb1v6-sto-t-102.sprintv6.net (2001:440:1239:100d::2)  401.301 ms
14  2001:7f8:d:fb::34 (2001:7f8:d:fb::34)  364.019 ms  418.652 ms   
367.302 ms
15  2001:440:1880:1::2 (2001:440:1880:1::2)  401.974 ms  367.857 ms   
419.025 ms
16  2001:440:1880:1::12 (2001:440:1880:1::12)  353.331 ms  422.397  
ms  367.951 ms
17  2001:440:1880:1000::20 (2001:440:1880:1000::20)  401.24 ms   
349.339 ms  401.704 ms

yoyo$

It might be closer if we turned up IPv6 with Sprint but are they  
native yet?


Mark.



Re: The Cidr Report

2005-02-14 Thread Mark Prior
Jerry Pasker wrote:
Until there's deep shame, or real financial incentive to not being 
listed as a member of the dirty 30, nothing is going to happen in terms 
of aggregation.
I sometimes wonder if this list is seen as some sort of hit parade of 
potential peers and if that is the case then perhaps another list 
acknowledging the largest players with the best aggregation might also 
be in order.

Mark.


Re: Cisco HFR

2004-05-25 Thread Mark Prior
Leo Bicknell wrote:
I don't think Reuters was impressed:
From http://news.yahoo.com/news?tmpl=storyu=/nm/20040525/tc_nm/tech_cisco_router_dc_2
] Routers, which look like pizza boxes piled atop each other, are one of
] the most boring pieces of equipment to look at, but probably the most
] crucial as they are used to direct information and data on a network.
You can't go past the on/off switches on our Prockets. No boring switch 
gear there :-)

Mark.


Re: Whois software run by Lacnic and BR?

2003-10-21 Thread Mark Prior
Hank Nussbacher wrote:

The whois server at the .BR registry (also the NIR for Brazil) doesn't
provide country information because it's implicit as it only provide
information for Brazil.


Implicit is fine for humans but for automated scripts, couldn't it be 
made to have country=BR for all your inetnum entries?
When I was running a whois server we discovered that not all local 
people appeared to want to use a local address. Some of them had head 
offices used for billing, and the like, that was in a different country 
so having the country code was useful even for humans.

Mark.



Re: from Dave Farber's list: Ireland to regulate peering

2003-06-15 Thread Mark Prior

The Australian regulator is also examining Internet Interconnection.

See URL:http://www.accc.gov.au/telco/int_intercon_280403.doc.

Mark.



Re: ASN registry?

2002-08-20 Thread Mark Prior


At 10:45 AM +1000 20/8/02, Philip Smith wrote:

Note that the delegation records for some of the ASNs assigned 
before APNIC and the RIPE NCC existed have been moved to the latter 
databases. Telstra is but one example. (I agree it might be more 
helpful if a query on whois.arin.net displayed a message saying go 
look at whois.apnic.net rather than saying No match.)

AS1851 is correctly redirected so I suspect that someone at ARIN just 
forgot the pointer for AS1221.

Mark.



Re: RADB mirroring

2002-05-20 Thread Mark Prior


At 1:35 PM -0700 20/5/02, Randy Bush wrote:
   An IRR not mirrored by the RADB (to act as a member) and not
  mirroring every RR mirrored by the RADB (to hijack the top level)
  seems pointless.

auto-config tools, such as ratoolset, do not use the mirrored data,
only the origin data.  one specifies the list of registries to
search.  so, mirroring by the irr is neither necessary nor
sufficient, though it can be convenient for lookup by wetware.

I think you will find that they can be configured to use different 
sources but they are at the same registry so you need to find a 
registry that mirrors all the sources you want to query.

Mark.