On Thu, 2010-08-26 at 22:46 -0700, JC Dill wrote:
> William Herrin wrote:
> > On Thu, Aug 26, 2010 at 6:36 PM, wrote:
> >
> >> sorry for the off topic post - but since a few of us travel about some...
> >> http://www.hipmunk.com/
> >>
>
> Cool link! I'm actually shopping for a flight to
On Fri, Aug 27, 2010 at 8:25 AM, Michael J McCafferty
wrote:
> For kicks, I looked at the most agonizing trip options... I chose a trip
> from San Diego to New York City... the worst were:
>
> 1) Tijuana to Mexico City, 16hr hour layover, then to Newark NJ and cost
> over $1k.
>
> 2) Tijuana to Gu
On Thu, Aug 26, 2010 at 04:05:33PM -0700, Wil Schultz wrote:
> I apologize for being somewhat off topic...
>
> I've got a fair amount of SPARC hardware (v210 through v490) and 32bit HP
> DL360-380 hardware that I'm looking for creative ways to dispose of or to
> donate.
>
> It seems like a wast
for those who missed it...
kind regards,
niko
Original Message
Subject: Re: [oss-security] CVE Request -- Quagga (bgpd) [two ids] -- 1, Stack
buffer overflow by processing crafted Refresh-Route msgs 2, NULL ptr deref by
parsing certain AS paths by BGP update request
Date: Wed,
Hi
> It seems like a waste to send it to metal scrap, if anyone has a more
> creative way of disposal please contact me off list. Local to San Francisco.
What about http://www.freecycle.org/ ?
On 8/27/2010 4:33 AM, Callum Finlayson wrote:
On Fri, Aug 27, 2010 at 8:25 AM, Michael J McCafferty
wrote:
For kicks, I looked at the most agonizing trip options... I chose a trip
from San Diego to New York City... the worst were:
1) Tijuana to Mexico City, 16hr hour layover, then to Newark
On Aug 27, 2010, at 1:33 AM, Callum Finlayson wrote:
> On Fri, Aug 27, 2010 at 8:25 AM, Michael J McCafferty
> wrote:
>> For kicks, I looked at the most agonizing trip options... I chose a trip
>> from San Diego to New York City... the worst were:
>>
>> 1) Tijuana to Mexico City, 16hr hour layo
On 08/27/2010 01:46 EDT, JC Dill wrote:
> What is Agony, and why would I want to sort by it?
> Agony is our way of sorting flights to take into account price,
> duration, and number of stops. There's more to a flight than its price,
> so we provide this sort to give you better all-around results.
On Aug 27, 2010, at 6:30 AM, Andrew Kirch wrote:
> On 8/27/2010 4:33 AM, Callum Finlayson wrote:
>> On Fri, Aug 27, 2010 at 8:25 AM, Michael J McCafferty
>> wrote:
>>> For kicks, I looked at the most agonizing trip options... I chose a trip
>>> from San Diego to New York City... the worst were:
On Fri, 27 Aug 2010 00:25:43 PDT, Michael J McCafferty said:
> 2) Tijuana to Guadalajara for an 8hr layover, then to Atlanta for a
> 1.5hr layover to New York LGA.
I once got booked Roanoke-Pittsburgh-Chicago-St Louis-Columbia MO. All layovers
*short* enough to induce "run through the airport" pa
On Aug 27, 2010, at 10:08 AM, valdis.kletni...@vt.edu wrote:
> On Fri, 27 Aug 2010 00:25:43 PDT, Michael J McCafferty said:
>
>> 2) Tijuana to Guadalajara for an 8hr layover, then to Atlanta for a
>> 1.5hr layover to New York LGA.
>
> I once got booked Roanoke-Pittsburgh-Chicago-St Louis-Columb
My favorite is Detroit to Chicago, via ATL!
-Original Message-
From: Marshall Eubanks [mailto:t...@americafree.tv]
Sent: Friday, August 27, 2010 10:32 AM
To: valdis.kletni...@vt.edu
Cc: NANOG list
Subject: Re: sort by agony
On Aug 27, 2010, at 10:08 AM, valdis.kletni...@vt.edu wrote:
On Fri, 27 Aug 2010 10:32:17 EDT, Marshall Eubanks said:
> A _really_ intelligent airline scheduling system would (IMHO) be able to
> offer you options like
>
> "there is a direct flight Pittsburgh -> Kansas City, and from there it
> is a 2 hour drive to Columbia, so that will save you 5 hours t
Good morning, NANOGers. My colleague at work wonders if anyone has
suggestions for software to database all our fiber plant that we're
constructing. We started out with paper, then Excel spreadsheets in a
folder and on paper in a book, but clearly as our plant grows and we
do more splicing
I've got a client who uses AutoCAD. They use it exclusively and have a pretty
big fibre network for someone who's not an ILEC, so I guess it works fairly
well.
On 2010-08-27, at 11:39 AM, Jeff Saxe wrote:
> Good morning, NANOGers. My colleague at work wonders if anyone has
> suggestions for s
Havent seen a thread on this one so thought i'd start one.
Ripe tested a new attribute that crashed the internet, is that true?
Kim
I did see some attribute 99 stuff go around earlier today and have not yet
researched it.
Unknown BGP attribute 99 (flags: 240)
Unknown BGP attribute 99 (flags: 240)
Unknown BGP attribute 99 (flags: 240)
Unknown BGP attribute 99 (flags: 240)
Unknown BGP attribute 99 (flags: 240)
- Jared
On Aug
On Fri, 27 Aug 2010 19:27:06 +0200, Kasper Adel said:
> Havent seen a thread on this one so thought i'd start one.
>
> Ripe tested a new attribute that crashed the internet, is that true?
If it in fact "crashed the internet", as opposed to "gave a few buggy routers
here and there indigestion", yo
No down time here, Would have been all over the news and everything if it
really do "crash" the internet.
Nick Olsen
Network Operations
(321) 205-1100 x106
From: "Kasper Adel"
Sent: Friday, August 27, 2010 1:27 PM
To: "NANOG list"
Subject: Did your BGP
Well played, Sir.
Nick Olsen
Network Operations
(321) 205-1100 x106
From: valdis.kletni...@vt.edu
Sent: Friday, August 27, 2010 1:32 PM
To: "Kasper Adel"
Subject: Re: Did your BGP crash today?
On Fri, 27 Aug 2010 19:27:06 +0200, Kasper Adel said:
> Have
Looking at the graph of at least one of the european exchange where RIS
connect, it had an impact. Now saying it was nothing is like saying that the
YouTube incident was nothing as you were not affected as you do not use YouTube.
Some people did feel the pain - lucky it was not you :)
Thomas
--
Ignoring the fact that the original poster has a thing for the dramatic, of
those who did feel minor pain from this what hardware platforms were affected
and what software versions just for curiosity sake.
-Original Message-
From: Thomas Mangin [mailto:thomas.man...@exa-networks.co.uk
On 27-08-10 19:31, valdis.kletni...@vt.edu wrote:
On Fri, 27 Aug 2010 19:27:06 +0200, Kasper Adel said:
Havent seen a thread on this one so thought i'd start one.
Ripe tested a new attribute that crashed the internet, is that true?
If it in fact "crashed the internet", as opposed to "gave a f
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
On 27 Aug 2010, at 19:27, Grzegorz Janoszka wrote:
> On 27-08-10 19:31, valdis.kletni...@vt.edu wrote:
>> On Fri, 27 Aug 2010 19:27:06 +0200, Kasper Adel said:
>>> Havent seen a thread on this one so thought i'd start one.
>>>
>>> Ripe tested a new attribute that crashed the internet, is that tru
FYI:
--
Dear Colleagues,
On Friday 27 August, from 08:41 to 09:08 UTC, the RIPE NCC Routing
Information Service (RIS) announced a route with an experimental BGP
attribute. During this announcement, some Internet Service Provider
On Fri, 27 Aug 2010, Callum Finlayson wrote:
1) Tijuana to Mexico City, 16hr hour layover, then to Newark NJ and cost
over $1k.
2) Tijuana to Guadalajara for an 8hr layover, then to Atlanta for a
1.5hr layover to New York LGA.
Made all the more agonizing when you arrive in NY and customs expr
So much for "better left off public mailing lists" ! sigh !
Thomas
On 27 Aug 2010, at 19:42, Lucy Lynch wrote:
> FYI:
>
> --
> Dear Colleagues,
>
> On Friday 27 August, from 08:41 to 09:08 UTC, the RIPE NCC Routing
> Informati
sorry - found via google...
- Lucy
On Fri, 27 Aug 2010, Thomas Mangin wrote:
So much for "better left off public mailing lists" ! sigh !
Thomas
On 27 Aug 2010, at 19:42, Lucy Lynch wrote:
FYI:
--
Dear Colleagues,
On Frid
On 27-08-10 20:41, Thomas Mangin wrote:
I think most of the impact was limited to Europe, especially Amsterdam area.
Yes, It had an effect on ISPs which are connected to RIS.
http://www.ripe.net/ris/
AFAIK this mean ASes at LINX and AMS-IX . The LINX graph shows a similar (but
smaller) dip of
On 27 Aug 2010, at 20:03, Grzegorz Janoszka wrote:
> On 27-08-10 20:41, Thomas Mangin wrote:
>>> I think most of the impact was limited to Europe, especially Amsterdam area.
>> Yes, It had an effect on ISPs which are connected to RIS.
>> http://www.ripe.net/ris/
>> AFAIK this mean ASes at LINX an
On Fri, Aug 27, 2010 at 01:29:15PM -0400, Jared Mauch wrote:
>
> Unknown BGP attribute 99 (flags: 240)
> Unknown BGP attribute 99 (flags: 240)
> Unknown BGP attribute 99 (flags: 240)
> Unknown BGP attribute 99 (flags: 240)
> Unknown BGP attribute 99 (flags: 240)
Just out of curiosity, at what poi
On 2010-08-27 21:13, Richard A Steenbergen wrote:
> On Fri, Aug 27, 2010 at 01:29:15PM -0400, Jared Mauch wrote:
>>
>> Unknown BGP attribute 99 (flags: 240)
>> Unknown BGP attribute 99 (flags: 240)
>> Unknown BGP attribute 99 (flags: 240)
>> Unknown BGP attribute 99 (flags: 240)
>> Unknown BGP attr
Marshall Eubanks wrote:
> A _really_ intelligent airline scheduling system would (IMHO) be
> able to offer you options like
>
> "there is a direct flight Pittsburgh -> Kansas City, and from there it
> is a 2 hour drive to Columbia, so that will save you 5 hours travel time"
That's not an airlin
On Aug 27, 2010, at 3:13 PM, Richard A Steenbergen wrote:
> On Fri, Aug 27, 2010 at 01:29:15PM -0400, Jared Mauch wrote:
>>
>> Unknown BGP attribute 99 (flags: 240)
>> Unknown BGP attribute 99 (flags: 240)
>> Unknown BGP attribute 99 (flags: 240)
>> Unknown BGP attribute 99 (flags: 240)
>> Unkno
On Aug 27, 2010, at 3:17 PM, Jeroen Massar wrote:
> On 2010-08-27 21:13, Richard A Steenbergen wrote:
>> On Fri, Aug 27, 2010 at 01:29:15PM -0400, Jared Mauch wrote:
>>>
>>> Unknown BGP attribute 99 (flags: 240)
>>> Unknown BGP attribute 99 (flags: 240)
>>> Unknown BGP attribute 99 (flags: 240)
On 8/27/2010 3:22 PM, Jared Mauch wrote:
> When you are processing something, it's sometimes hard to tell if something
> just was mis-parsed (as I think the case is here with the "missing-2-bytes")
> vs just getting garbage. Perhaps there should be some way to "re-sync" when
> you are having this
On Aug 26, 2010, at 10:03 PM, Suresh Ramasubramanian wrote:
There's also http://www.nsrc.org at UOregon - as good a home as any
, and better than most,
for any gear you want to trash.
On Fri, Aug 27, 2010 at 4:35 AM, Wil Schultz
wrote:
I apologize for being somewhat off topic...
I've
where's the change management process in all of this.
basically now we are going to starting changing things that can
potentially have an adverse affect on users without letting anyone know
before hand Interesting concept.
On Aug 27, 2010, at 3:33 PM, Dave Israel wrote:
>
> On 8/27/2010 3
On Fri, Aug 27, 2010 at 4:07 PM, Mike Gatti wrote:
> where's the change management process in all of this.
> basically now we are going to starting changing things that can
> potentially have an adverse affect on users without letting anyone know
> before hand Interesting concept.
you are ru
Thank you for all of the replies, the response has been overwhelming. :-)
I think we're going to be able to do some good stuff with this "junk", i'm
going to start contacting some folks and get things going here shortly.
Thank you!
-wil
Begin forwarded message:
> From: Wil Schultz
> Date: Au
On Aug 27, 2010, at 12:13 PM, Richard A Steenbergen wrote:
>
> Just out of curiosity, at what point will we as operators rise up
> against the ivory tower protocol designers at the IETF and demand that
> they add a mechanism to not bring down the entire BGP session because of
> a single malfo
On Fri, 27 Aug 2010 13:43:39 PDT, Clay Fiske said:
> If -everyone- dropped the session on a bad attribute, it likely wouldn't
> make it far enough into the wild to cause these problems in the first
> place.
That works fine for malformed attributes. It blows chunks for legally formed
but unknown
About the same time the operators get back into the
IETF and become involved again. There was a time
when operators played a large role in the development
of things BGP (e.g. Tony Bates, Enke Chen, both at
iMCI).
No one is stopping us, the 'ivory tower' has no gate.
jy
On 28/08/2010, at 5:13 A
On Fri, Aug 27, 2010 at 01:43:39PM -0700, Clay Fiske wrote:
>
> If -everyone- dropped the session on a bad attribute, it likely
> wouldn't make it far enough into the wild to cause these problems in
> the first place.
And if everyone filtered their BGP customers there would be no routing
leaks
Most of the ones I have seen (2 out of 3) were inhouse/home-grown solutions.
I believe the other was provided by SA (Scientific Atlanta). I tried to do a
quick search on it and it appears that product may now be provided by Cisco in
partnership with SA.
Best of luck
-Original Message-
OSP Insight. Pricey but an excellent tool for OSP documentation.
-Original Message-
From: khatfi...@socllc.net [mailto:khatfi...@socllc.net]
Sent: Friday, August 27, 2010 2:24 PM
To: Jason Lixfeld; Jeff Saxe
Cc: nanog@nanog.org
Subject: Re: Looking for Fiber Plant Management software
M
come on Chris, is the Internet an experiment or not? :)
one would think that a responsible party would have made
efforts to let others in the "playground" know they were
going to try something different that could have ramifications
on an unkown distributio
On Fri, Aug 27, 2010 at 04:57:17PM -0400, valdis.kletni...@vt.edu wrote:
> On Fri, 27 Aug 2010 13:43:39 PDT, Clay Fiske said:
>
> > If -everyone- dropped the session on a bad attribute, it likely wouldn't
> > make it far enough into the wild to cause these problems in the first
> > place.
>
> Tha
BGP Update Report
Interval: 19-Aug-10 -to- 26-Aug-10 (7 days)
Observation Point: BGP Peering with AS131072
TOP 20 Unstable Origin AS
Rank ASNUpds % Upds/PfxAS-Name
1 - AS541663690 4.3% 513.6 -- BATELCO-BH
2 - AS346425712 1.7%1836.6 -- AS
This report has been generated at Fri Aug 27 21:12:04 2010 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
On Aug 27, 2010, at 5:37 PM, bmann...@vacation.karoshi.com wrote:
come on Chris, is the Internet an experiment or not? :)
one would think that a responsible party would have made
efforts to let others in the "playground" know they were
going to try something di
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Cisco Security Advisory: Cisco IOS XR Software Border Gateway
Protocol Vulnerability
Advisory ID: cisco-sa-20100827-bgp
Revision 1.0
For Public Release 2010 August 27 2200 UTC (GMT
On Aug 27, 2010, at 1:57 PM, valdis.kletni...@vt.edu wrote:
> On Fri, 27 Aug 2010 13:43:39 PDT, Clay Fiske said:
>
>> If -everyone- dropped the session on a bad attribute, it likely wouldn't
>> make it far enough into the wild to cause these problems in the first
>> place.
>
> That works fine f
more precisely.
>
> I do see the wisdom of fine-grained control of this behavior. I'm just
> saying, it'd be nice if we could have correct behavior on the basics in
> the first place. :)
>
As an aside, I see that Cisco has released a late Friday afternoon security
adv
Once upon a time, Paul Ferguson said:
> As an aside, I see that Cisco has released a late Friday afternoon security
> advisory on this issue:
Huh, I had an upstream (with Cisco gear on their end) do "URGENT
maintenance" last night with less than 12 hours notice. I wonder if
this is why...
--
C
> Just out of curiosity, at what point will we as operators rise up
> against the ivory tower protocol designers at the IETF and demand that
> they add a mechanism to not bring down the entire BGP session because
> of a single malformed attribute?
there is a problem underlying this. bgp is not tl
o Security Advisory: Cisco IOS XR Software Border Gateway
Protocol Vulnerability
To: na...@merit.edu
Cc: ps...@cisco.com
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Cisco Security Advisory: Cisco IOS XR Software Border Gateway
Protocol Vulnerability
Advisory ID: cisco-sa-20100827-bgp
Revisio
> So much for "better left off public mailing lists" ! sigh !
damn! security through obscurity busted again. will people never
learn?
http://nsrc.org/ will clean up and ship to the academics and ngos in the
significantly less spoiled and privileged countries.
randy
We use Fiberworks from Enghouse. Its built atop ArcObjects and all data is
stored in an ARCGIS geodatabase, providing good flexibility to get the data
brought up on ArcGIS Server (Web) for web-based editing.
The good thing about this system is that it can also be used for design of FTTH
as wel
CableProject USA offers a free trial and a YT demo video. I can't vouch
for it, never having witnessed it in operation personally, but it looks
interesting.
[1]http://www.cableprojectusa.com/
Cable Management Software runs the full gamut, from simplistic to
near-ERP in scope, whil
62 matches
Mail list logo
