On Sat, 3 May 2008, Randy Bush wrote:
> back office software
> ip and dns management software
> provisioning tools
> cpe
> measurement and monitoring and billing
>
> and, of course, backbone and aggregation equipment that can actually
> handle real ipv6 traffic flows with acls and chocolate syrup.
Mikael Abrahamsson wrote:
> On Sat, 3 May 2008, Randy Bush wrote:
>
>> back office software
>> ip and dns management software
>> provisioning tools
>> cpe
>> measurement and monitoring and billing
>>
>> and, of course, backbone and aggregation equipment that can actually
>> handle real ipv6 traffi
Did Youtube not pay their domain bill?
% dig @a.gtld-servers.net. ns yotube.com
yotube.com. 2D IN NSns1.parked.com.
yotube.com. 2D IN NSns2.parked.com.
Steinar Haug, Nethelp consulting, [EMAIL PROTECTED]
___
NAN
* [EMAIL PROTECTED] [Sat 03 May 2008, 15:28 CEST]:
>Did Youtube not pay their domain bill?
^^
>
>% dig @a.gtld-servers.net. ns yotube.com
^
Still early, Steinar?
-- Niels.
--
___
NANOG mailing list
NANO
yotube.com != youtube.com
[EMAIL PROTECTED] wrote:
> Did Youtube not pay their domain bill?
>
> % dig @a.gtld-servers.net. ns yotube.com
>
> yotube.com. 2D IN NSns1.parked.com.
> yotube.com. 2D IN NSns2.parked.com.
>
> Steinar Haug, Nethelp consulting, [EMAI
> >Did Youtube not pay their domain bill?
>^^
> >
> >% dig @a.gtld-servers.net. ns yotube.com
> ^
> Still early, Steinar?
You're right, clearly insufficient amounts of coffee here...
Steinar Haug, Nethelp consulting, [EMAIL PROTECTED]
Still down either way...
===
; <<>> DiG 9.2.4 <<>> dns1.sjl.youtube.com @a.gtld-servers.net
; (2 servers found)
;; global options: printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 22563
;; flags: qr rd; QUERY: 1, ANSWER: 1
> dns1.sjl.youtube.com. 172800 IN A 208.65.152.201
> dns2.sjl.youtube.com. 172800 IN A 208.65.152.137
2182 lesson again, probably. after all, microsoft/hotmail/... being
borked for a day can't happen to me!
randy
___
NANOG
Maybe that block is anycasted?
On 5/3/08 9:45 AM, "Randy Bush" <[EMAIL PROTECTED]> wrote:
>> dns1.sjl.youtube.com. 172800 IN A 208.65.152.201
>> dns2.sjl.youtube.com. 172800 IN A 208.65.152.137
>
> 2182 lesson again, probably. after all, microsoft/hotmail/... being
Never mind. I'll go back to bed now.
> Maybe that block is anycasted?
>
>
> On 5/3/08 9:45 AM, "Randy Bush" <[EMAIL PROTECTED]> wrote:
>
>>> dns1.sjl.youtube.com. 172800 IN A 208.65.152.201
>>> dns2.sjl.youtube.com. 172800 IN A 208.65.152.137
>>
>> 2182 lesson agai
If they were anycasted, shouldn't they be reachable from _somewhere_
? Those servers are dead from the 4 corners of the US that I have
resources to use for testing.
Brant I. Stevens wrote:
> Maybe that block is anycasted?
>
>
___
NANOG mailing
Depends - It doesn't help if the DNS server is dead, but the front-end
is still advertising the routes.
It came back to life for me a few moments ago (via Cogent) and it looks
like the routing did not change (there is a bunch of 10/8 stuff in the
traceroute).
Eric Spaeth wrote:
> If they were
I received a report from a user at 9:46 EDT that they couldn't access
youtube, so at least some users
were affected.
Regards
Marshall
On May 3, 2008, at 10:25 AM, David Coulson wrote:
> Depends - It doesn't help if the DNS server is dead, but the front-end
> is still advertising the routes.
>
> Depends - It doesn't help if the DNS server is dead, but the front-end
> is still advertising the routes.
>
> It came back to life for me a few moments ago (via Cogent) and it looks
> like the routing did not change (there is a bunch of 10/8 stuff in the
> traceroute).
Looks like it's back h
David Coulson wrote:
> Depends - It doesn't help if the DNS server is dead, but the front-end
> is still advertising the routes.
Possibly a good argument for allowing the DNS servers to originate the
routes for them...? I've seen configuration where the routes were
injected based on link state
We did that with our internally anycasted recursors at my former
network. A script withdraws the routes if bind isn't answering. Works
great.
On 5/3/08, Mike Lewinski <[EMAIL PROTECTED]> wrote:
> David Coulson wrote:
> > Depends - It doesn't help if the DNS server is dead, but the front-end
> > i
On Sat, 3 May 2008, Mike Lewinski wrote:
> David Coulson wrote:
>> Depends - It doesn't help if the DNS server is dead, but the front-end
>> is still advertising the routes.
>
> Possibly a good argument for allowing the DNS servers to originate the
> routes for them...? I've seen configuration whe
Eric Spaeth wrote:
> If they were anycasted, shouldn't they be reachable from _somewhere_
not if routing problem with the prefix. anycasted prefixes have
analogous problem to that described in 2182. need at least two
separately routed prefixes or single method of failure.
randy
__
Mike Leber wrote:
> Since nobody mentioned it yet, there are now less than 1000 days projected
> until IPv4 exhaustion:
>
> http://www.potaroo.net/tools/ipv4/
> ps. 1000 days assumes no rush, speculation, or hoarding. Do people do
> that?
>
> pps. Of course these are provocative comments
That also doesn't take into account how many /8's are being hoarded by
organizations that don't need even 25% of that space.
Geoff Huston wrote:
> Mike Leber wrote:
>> Since nobody mentioned it yet, there are now less than 1000 days projected
>> until IPv4 exhaustion:
>>
>> http://www.potaroo.net
On 4/05/2008, at 3:22 PM, William Warren wrote:
> That also doesn't take into account how many /8's are being hoarded by
> organizations that don't need even 25% of that space.
Unless you're expecting those organisations to be really nice and make
that address space available to other organisa
William Warren wrote:
> That also doesn't take into account how many /8's are being hoarded by
> organizations that don't need even 25% of that space.
which one's would those be?
legacy class A address space just isn't that big...
> Geoff Huston wrote:
>> Mike Leber wrote:
>>> Since nobody ment
Let's think smaller. /16 shall we say?
Like the /16 here. Originally the SRI / ARPANET SF Bay Packet Radio
network that started back in 1977. Now controlled by a shell company
belonging to a shell company belonging to a "high volume email
deployer" :)
http://blog.washingtonpost.com/securityfix/
Hello,
Forgive me if this has been covered previously.
I have recently discovered this list and have found it a gold mine of
information. I've now traded 3 hours of my life reading through archives
and have even found reference to specific recent outages that my company
suffered to which we ne
That list oaught to be working again in a matter of days.
On Sat, 3 May 2008, Justin Sharp wrote:
> Hello,
>
> Forgive me if this has been covered previously.
>
> I have recently discovered this list and have found it a gold mine of
> information. I've now traded 3 hours of my life reading throu
25 matches
Mail list logo
