Hello All,
A customer of our's has had two major outages due to a bug in Cisco's
software. The network is an MPLS VPN environment. The bug has occurred on
our 6500(s) with VS-S720-10G Supervisors running
s72033-adventerprisek9_wan-mz.122-33.SXH6.bin. These routers
are configured as BGP route-r
I'm super-tired of the "but tcams are an expensive non-commodity part not
subject to economies of scale". this has been repeated ad nauseam since the
raws workshop if not before.
You don't have to build a lookup engine around a tcam and in fact you can use
less power doing so even though you ne
2011/3/11 Ryan Landry :
> there are handy gmail filters that can fix this for you...
>
> On Fri, Mar 11, 2011 at 6:46 PM, William Herrin wrote:
>>
>>
>> I wonder if the "feature" has anything to do with the number of
>> increasing number of NANOG list messages that I have to fish out of my
>> gmai
there are handy gmail filters that can fix this for you...
On Fri, Mar 11, 2011 at 6:46 PM, William Herrin wrote:
>
>
> I wonder if the "feature" has anything to do with the number of
> increasing number of NANOG list messages that I have to fish out of my
> gmail spam folder. Particularly annoyi
On Mar 12, 2011, at 11:14 AM, Jeff Wheeler wrote:
> Of course, I don't really mean to call Owen a liar, or foolish, or anything
> else.
Please don't; even though I disagree with him and agree with you very strongly
on this set of issues, Owen is a smart and straightforward guy, and is simply
On Fri, Mar 11, 2011 at 6:33 PM, Owen DeLong wrote:
> Yes, you can bring as much of the pain from IPv4 forward into IPv6
> as you like. You can also commit many other acts of masochism.
This is the problem with "Fundamentalists," such as yourself, Owen.
You think that "fixing" things which work f
On 3/11/2011 8:24 PM, Scott Weeks wrote:
> --- b...@herrin.us wrote:
> From: William Herrin
>
> No, it isn't. Contrary to mailing list best practices, NANOG
> unsubscribe information is stubbornly stashed in the email headers
> --
>
> That's a feature.
On Fri, Mar 11, 2011 at 8:54 PM, Brandon Butterworth
wrote:
>> Mr. Shimonski could solve his problem by googling "unsubscribe nanog"
>> but he probably has no other way of figuring out how to get off of the
>> list.
>
> besides the monthly happy mailman day message reminding you how
We get what,
On Fri, Mar 11, 2011 at 8:53 PM, Owen DeLong wrote:
> On Mar 11, 2011, at 5:43 PM, William Herrin wrote:
>> Finally, get mad at your respective router manufacturers for
>> engineering obsolescence into their product line by declining to give
>> you the option.
>>
> The option of $60,000 line cards
On Mar 11, 2011, at 5:43 PM, William Herrin wrote:
> On Fri, Mar 11, 2011 at 6:39 PM, Justin Krejci wrote:
>> On Wed, 2011-03-09 at 09:32 -0500, John Curran wrote:
>>> On Mar 9, 2011, at 12:43 AM, Majdi S. Abbas wrote:
I suspect that as we reach exhaustion, more people will be
force
> Mr. Shimonski could solve his problem by googling "unsubscribe nanog"
> but he probably has no other way of figuring out how to get off of the
> list.
besides the monthly happy mailman day message reminding you how
brandon
On Mar 11, 2011, at 6:34 PM, Owen DeLong wrote:
>
> On Mar 11, 2011, at 6:11 AM, Patrick W. Gilmore wrote:
>
>> On Mar 11, 2011, at 8:50 AM, Daniel Belin wrote:
>>
>>> Are we aware of how much the infrastructure has been damaged yet? Are
>>> aftershocks still going?
>>
>> Subway & bus lines
On Fri, Mar 11, 2011 at 8:24 PM, Scott Weeks wrote:
>> No, it isn't. Contrary to mailing list best practices, NANOG
>> unsubscribe information is stubbornly stashed in the email headers
>
> That's a feature. Not a bug. :-)
I wonder if the "feature" has anything to do with the number of
increasi
On Fri, Mar 11, 2011 at 6:39 PM, Justin Krejci wrote:
> On Wed, 2011-03-09 at 09:32 -0500, John Curran wrote:
>> On Mar 9, 2011, at 12:43 AM, Majdi S. Abbas wrote:
>> > I suspect that as we reach exhaustion, more people will be
>> > forced to break space out of their provider's v4 aggregates, a
--- b...@herrin.us wrote:
From: William Herrin
No, it isn't. Contrary to mailing list best practices, NANOG
unsubscribe information is stubbornly stashed in the email headers
--
That's a feature. Not a bug. :-)
scott
On Fri, Mar 11, 2011 at 1:16 PM, Justin M. Streiner
wrote:
> On Fri, 11 Mar 2011, Robert Shimonski wrote:
>> I would like to opt out of this news list.
>
> A link that includes mailing list management functions, including the
> ability to unsubscribe yourself from the list, is append to the end of
On Fri, 11 Mar 2011, Robert Shimonski wrote:
I would like to opt out of this news list.
A link that includes mailing list management functions, including the
ability to unsubscribe yourself from the list, is append to the end of
every email that's posted to the list. Using that link would b
In a message written on Fri, Mar 11, 2011 at 04:13:13PM -0800, Owen DeLong
wrote:
> On Mar 11, 2011, at 10:58 AM, Leo Bicknell wrote:
> > Well, I at least think an option should be a /80, using the 48 bits
> > of MAC directly. This generates exactly the same collision potential
> > as today we ha
On Fri, Mar 11, 2011 at 6:53 PM, Junichi Shimagami wrote:
> Hello all,
>
> The situation is still quite bad in north eastern area of Honshu
> island where Sendai resides.
> In Tokyo, we still have frequent aftershocks, but it's getting back to
> normal gradually.
>
> As of connectivity from Japan
On Mar 11, 2011, at 10:58 AM, Leo Bicknell wrote:
> In a message written on Fri, Mar 11, 2011 at 01:07:15PM -0500,
> valdis.kletni...@vt.edu wrote:
>> On Fri, 11 Mar 2011 09:38:12 EST, Joe Maimon said:
>>> rfc3927 does not require 64 bits and works sufficiently well wherever it
>>> is employed.
Hello all,
The situation is still quite bad in north eastern area of Honshu
island where Sendai resides.
In Tokyo, we still have frequent aftershocks, but it's getting back to
normal gradually.
As of connectivity from Japan to overseas, IIJ is seeing several
international circuits going down.
Sev
On Mar 11, 2011, at 7:50 AM, Joel Jaeggli wrote:
> On 3/11/11 7:16 AM, Jeff Wheeler wrote:
>> On Fri, Mar 11, 2011 at 9:25 AM, ML wrote:
>>> Would it be too crazy to buy a spool of fiber and splice the end of one pair
>>> to the next pair and so on? Won't be able to simulate 2200 miles of fiber
On Mar 11, 2011, at 6:11 AM, Patrick W. Gilmore wrote:
> On Mar 11, 2011, at 8:50 AM, Daniel Belin wrote:
>
>> Are we aware of how much the infrastructure has been damaged yet? Are
>> aftershocks still going?
>
> Subway & bus lines are still down. Fire at the nuke plant has been put out,
> n
On Mar 11, 2011, at 5:53 AM, Jeff Wheeler wrote:
> On Thu, Mar 10, 2011 at 10:51 PM, George Bonser wrote:
>> And I say making them /127s may not really make any difference. Say you
>> make all of those /127s, at some point you *are* going to have a network
>> someplace that is a /64 that has ho
On Wed, 2011-03-09 at 09:32 -0500, John Curran wrote:
> On Mar 9, 2011, at 12:43 AM, Majdi S. Abbas wrote:
> > On Wed, Mar 09, 2011 at 12:44:05PM +0900, Randy Bush wrote:
> >> i am more of a pessimist. i suspect that there will be enough v4-only
> >> destinations out there that multi-homed enter
This report has been generated at Fri Mar 11 21:11:52 2011 AEST.
The report analyses the BGP Routing Table of AS2.0 router
and generates a report on aggregation potential within the table.
Check http://www.cidr-report.org for a current version of this report.
Recent Table History
Date
BGP Update Report
Interval: 03-Mar-11 -to- 10-Mar-11 (7 days)
Observation Point: BGP Peering with AS131072
TOP 20 Unstable Origin AS
Rank ASNUpds % Upds/PfxAS-Name
1 - AS45595 23891 1.5% 66.2 -- PKTELECOM-AS-PK Pakistan
Telecom Company Limited
2 - AS2396
On 2011/03/11 3:51 PM, ann kok wrote:
ping6 -I eth0 fe80::20c:29ff:fe3c:92a1
connect: Cannot assign requested address
Maybe duplicate address detection? Are you statically assigning this
address? Have you checked your kernel log?
--
/Jason
On 03/11/2011 04:05 PM, Joe Maimon wrote:
>
>
> Leo Bicknell wrote:
>
>> Three people have now mailed me privately saying that DAD does not
>> provide a way to select a second address if your first choice is not
>> in use.
>
> So fix that as well while we are at it, how bout it? Its code, not stone
Leo Bicknell wrote:
Three people have now mailed me privately saying that DAD does not
provide a way to select a second address if your first choice is not
in use.
So fix that as well while we are at it, how bout it? Its code, not stone.
On 11/03/2011 19:37, Mikael Abrahamsson wrote:
What problem are you trying to solve by not having every subnet being a
/64 ?
nd cache exhaustion? Personally, I'm rather concerned about this, and you
should be too, given the overlapping spheres of our interests.
Particularly as there is no DA
Hi Jason
Thank you. Can I know what is wrong?
ping6 -I eth0 fe80::20c:29ff:fe3c:92a1
connect: Cannot assign requested address
Thank you
--- On Fri, 3/11/11, Jason Bertoch wrote:
> From: Jason Bertoch
> Subject: Re: ipv6 question
> To: nanog@nanog.org
> Received: Friday, March 11, 2011, 3:41
On 2011/03/11 3:36 PM, ann kok wrote:
What is this meaning?
ping6 -l eth0 fe80::20c:29ff:fe3c:92a1
ping: bad preload value, should be 1..65536
That was a capital "i" not a lower case "L". man ping6
--
/Jason
Dear all,
I am looking for some data to do network analysis for a research project.
For a small network..
1. topology related data between different nodes of a network such as
obtained from traceroute probes
2. attack data for the same network, could be non-specific scanning or DDOS
and such
3. p
Hi
What is this meaning?
ping6 -l eth0 fe80::20c:29ff:fe3c:92a1
ping: bad preload value, should be 1..65536
Thank you
--- On Fri, 3/11/11, Jason Bertoch wrote:
> From: Jason Bertoch
> Subject: Re: ipv6 question
> To: nanog@nanog.org
> Received: Friday, March 11, 2011, 3:31 PM
> On 2011/03/1
On 2011/03/11 3:19 PM, ann kok wrote:
Thank you. I try your way. the ipv6 address is on eth0 interface.
I try to run ping6 the fe80::20c:29ff:fe3c:92a1%eth0
lt is same problem!
Try ping6 -I eth0 fe80::20c:29ff:fe3c:92a1
--
/Jason
On Fri, Mar 11, 2011 at 12:55:33PM -0600, James Stahr wrote:
> link-local address. Then I realized, why even assign a global in the
> first place? Traceroutes replies end up using the loopback. BGP will
> use loopbacks. So is there any obvious harm in this approach that I'm
> missing?
Tracer
Hi
Thank you. I try your way. the ipv6 address is on eth0 interface.
I try to run ping6 the fe80::20c:29ff:fe3c:92a1%eth0
lt is same problem!
Any idea?
Thank you
2: eth0: mtu 1500 qdisc pfifo_fast qlen 1000
link/ether 00:0c:29:3c:92:a1 brd ff:ff:ff:ff:ff:ff
inet 192.168.1.12/24 brd
In a message written on Fri, Mar 11, 2011 at 10:58:09AM -0800, Leo Bicknell
wrote:
> That said, ND has built into it DAD - Duplicate Address Detection.
> There is already an expectation that there will be collisions, and
> the protocols to detect them are already in place. I see little
> to no re
On Fri, 11 Mar 2011, Jeff Wheeler wrote:
I've got three feasible "fixes" to the NDP flooding problem. One is
dead simple: don't configure /64 LANs. How hard is that? It's a lot
easier than the alternatives.
What problem are you trying to solve by not having every subnet being a
/64 ?
--
On Fri, Mar 11, 2011 at 1:07 PM, wrote:
> Feel free to explain how SLAAC should work on a /96 with 32 bits of host
> address
> (or any amount smaller than the 48 bits most MAC addresses provide). Remember
> in your answer to deal with collisions.
Why should SLAAC dictate the size of *every sub
On Fri, 11 Mar 2011 11:15:36 PST, ann kok said:
> inet6 addr: fe80::20c:29ff:fe3c:92a1/64 Scope:Link
This is a link level address, only valid on one interface. So you need to look
at which interface it is attached to in the ifconfig output.
> ping6 fe80::20c:29ff:fe3c:92a1
> connect: Invalid ar
Hi
Then I won't use this ipv6 address 2001:db8:cafe:::12 for test
Acutually, I have one in eth0 when I run ifconfig -a
inet6 addr: fe80::20c:29ff:fe3c:92a1/64 Scope:Link
but I also can't ping it
ping6 fe80::20c:29ff:fe3c:92a1
connect: Invalid argument
but ping6 ::1 is fine
p
On Fri, Mar 11, 2011 at 1:55 PM, James Stahr wrote:
> Is anyone else considering only using link local for their PtoP links? I
> realized while deploying our IPv6 infrastructure that OSPFv3 uses the
> link-local address in the routing table and than the global address, so if I
> want to have a r
In a message written on Fri, Mar 11, 2011 at 01:07:15PM -0500,
valdis.kletni...@vt.edu wrote:
> On Fri, 11 Mar 2011 09:38:12 EST, Joe Maimon said:
> > rfc3927 does not require 64 bits and works sufficiently well wherever it
> > is employed. SLAAC should be redesigned to be configurable to work wi
At 01:33 AM 3/11/2011, Owen DeLong wrote:
On Mar 10, 2011, at 11:22 PM, Dobbins, Roland wrote:
>
> On Mar 11, 2011, at 2:02 PM, Owen DeLong wrote:
>
>> Frankly, unless you have parallel links, there isn't a definite
need to even number PtoP links for IPv6.
>> Every thing you need to do with a
valdis.kletni...@vt.edu wrote:
On Fri, 11 Mar 2011 09:38:12 EST, Joe Maimon said:
rfc3927 does not require 64 bits and works sufficiently well wherever it
is employed. SLAAC should be redesigned to be configurable to work with
however many bits are available to it and it should be a standard
On Fri, Mar 11, 2011 at 1:42 PM, Seth Mattinen wrote:
>My question would be what communications methods are working *right now*
>in the inital stages? (I heard cellular was down.) Past that, what's
>seeing service restoration first?
>From what I've heard, most of the cellular networks and wireles
On 3/11/2011 10:29, Michael Thomas wrote:
>
> Is it too soon to start to compare and contrast how voip
> held up vs. tdm? Back in the old days circa mid to late
> 90's, there was a lot of hand wringing about whether
> voip would be up to the task of dealing with a massive
> emergency. Well, we cer
This is an automated weekly mailing describing the state of the Internet
Routing Table as seen from APNIC's router in Japan.
The posting is sent to APOPS, NANOG, AfNOG, AusNOG, SANOG, PacNOG, LacNOG,
CaribNOG and the RIPE Routing Working Group.
Daily listings are sent to bgp-st...@lists.apnic.net
We're seeing damage in harbors on the west coast - live imagery of
Santa Cruz harbor with multiple piers broken up, boats loose, boats
sunk, from local geography focusing waves that were only 2-3 foot
surges (personal Ouch - I used to own a boat in that harbor). Phone
reporting from Crescent City
Is it too soon to start to compare and contrast how voip
held up vs. tdm? Back in the old days circa mid to late
90's, there was a lot of hand wringing about whether
voip would be up to the task of dealing with a massive
emergency. Well, we certainly have one now in Japan
on almost every front im
--- sur...@mauigateway.com wrote:
--- t...@americafree.tv wrote:
The tsunami was 1/2 meter in Kauai
---
The road to the west side is still closed at Hanapepe. No work today. Yipeee!
:-)
---
Also, no real d
--- t...@americafree.tv wrote:
From: Marshall Eubanks
The tsunami was 1/2 meter in Kauai
---
The road to the west side is still closed at Hanapepe. No work today. Yipeee!
:-)
scott
On Fri, 11 Mar 2011 09:38:12 EST, Joe Maimon said:
> rfc3927 does not require 64 bits and works sufficiently well wherever it
> is employed. SLAAC should be redesigned to be configurable to work with
> however many bits are available to it and it should be a standard
> feature to turn that knob
We can't bring up our satellite links that we use for point to point
classroom learning with another SciTech school in JP. Not sure if it is a
power issue on the other end or they are now out of alignment, but we can
normally bring up these camera's at will. We have backup controls via 3G
and that
On 3/11/11 7:16 AM, Jeff Wheeler wrote:
> On Fri, Mar 11, 2011 at 9:25 AM, ML wrote:
>> Would it be too crazy to buy a spool of fiber and splice the end of one pair
>> to the next pair and so on? Won't be able to simulate 2200 miles of fiber
>> but it'll be a long span.
>
> This is by no means c
On Fri, Mar 11, 2011 at 9:25 AM, ML wrote:
> Would it be too crazy to buy a spool of fiber and splice the end of one pair
> to the next pair and so on? Won't be able to simulate 2200 miles of fiber
> but it'll be a long span.
This is by no means crazy. If you visit a laboratory where gear is
te
Jeff Wheeler wrote:
I'm glad SLAAC is an option, but that's all it is, an option. /64
LANs must also be considered optional, and should be considered useful
only when SLAAC is desired.
That also could be optional, automatic host configuration does not
actually require 64 bits, unless there
On Fri, Mar 11, 2011 at 07:29:29AM -0700, Garret Picchioni wrote:
> Does anyone have any stats on route updates that might suggest the
> possibility of fiber on the ocean floor being damaged?
There are some submarine cable outages but I don't believe exact
locations of damage has been isolated. I
The BGP route between NLR and JGN and JGN2+ has been down for more than an
hour and a half.
On Fri, Mar 11, 2011 at 9:29 AM, Garret Picchioni wrote:
> Does anyone have any stats on route updates that might suggest the
> possibility of fiber on the ocean floor being damaged?
>
> On 3/11/11 7:19 AM
I would like to opt out of this news list.
Thanks you
Rob Shimonski
Information Technology
CARCO Group, Inc.
5000 Corporate Court, Suite 203
Holtsville, NY 11742
Phone 631-862-9300 Ext 455
This electronic communication (including attachments) contains privileged and
confidential information
Does anyone have any stats on route updates that might suggest the
possibility of fiber on the ocean floor being damaged?
On 3/11/11 7:19 AM, "Marshall Eubanks" wrote:
>
>On Mar 11, 2011, at 9:08 AM, Marshall Eubanks wrote:
>
>>
>> On Mar 11, 2011, at 8:50 AM, Daniel Belin wrote:
>>
>>> Are we
On 3/10/2011 12:15 AM, nanog wrote:
Good Evening all. I got an odd and somewhat crazy request from our
development group for a long haul OC48 connection for testing (they
specifically said from their office in Utah to the east coast and back)
with minimal jitter. They need to be able to run the
On Mar 11, 2011, at 9:08 AM, Marshall Eubanks wrote:
>
> On Mar 11, 2011, at 8:50 AM, Daniel Belin wrote:
>
>> Are we aware of how much the infrastructure has been damaged yet? Are
>> aftershocks still going?
>
>
> The tsunami was 1/2 meter in Kauai
>
> http://www.weather.gov/ptwc/?region=
On Mar 11, 2011, at 8:50 AM, Daniel Belin wrote:
> Are we aware of how much the infrastructure has been damaged yet? Are
> aftershocks still going?
Subway & bus lines are still down. Fire at the nuke plant has been put out, no
radiation detected, but they still evacuated a couple thousand resi
On Mar 11, 2011, at 8:50 AM, Daniel Belin wrote:
> Are we aware of how much the infrastructure has been damaged yet? Are
> aftershocks still going?
The tsunami was 1/2 meter in Kauai
http://www.weather.gov/ptwc/?region=1&id=pacific.2011.03.11.133222&obs
ETA's for the West Coast are around 7
On Thu, Mar 10, 2011 at 10:51 PM, George Bonser wrote:
> And I say making them /127s may not really make any difference. Say you
> make all of those /127s, at some point you *are* going to have a network
> someplace that is a /64 that has hosts on it and that one is just as
> subject to such an a
Are we aware of how much the infrastructure has been damaged yet? Are
aftershocks still going?
---
Daniel Belin
On Mar 11, 2011, at 3:50 AM, Jeroen van Aart wrote:
> Michael Painter wrote:
>> Christopher LILJENSTOLPE wrote:
>>> Pacific tsunami warning centre has confirmed a deep ocean tsunami
Michael Painter wrote:
Christopher LILJENSTOLPE wrote:
Pacific tsunami warning centre has confirmed a deep ocean tsunami.
Three dart bouys have detected > 2 ft wave fronts. Warnings
up for entire pacific basin except for Alaska/canada/us west coast.
Chris
Tsunami sirens just went off on Maui
On Mar 11, 2011, at 2:33 PM, Owen DeLong wrote:
> There's a HUGE difference between IP unnumbered and link-local.
In all honesty, at the macro level, I don't see it; if you wouldn't mind
elaborating on this, I would certainly find it useful.
Christopher LILJENSTOLPE wrote:
Pacific tsunami warning centre has confirmed a deep ocean tsunami. Three dart bouys have detected > 2 ft wave fronts.
Warnings
up for entire pacific basin except for Alaska/canada/us west coast.
Chris
Tsunami sirens just went off on Maui.
Pacific tsunami warning centre has confirmed a deep ocean tsunami. Three dart
bouys have detected > 2 ft wave fronts. Warnings up for entire pacific basin
except for Alaska/canada/us west coast.
Chris
--
Pardon the typos - sent from a silly keyboard
On 10/03/2011, at 23:13, Khurram Khan wr
73 matches
Mail list logo
