On Fri, 3 Jun 2005, W.D.McKinney wrote:
>
> Christopher L. Morrow wrote:
>
> >Perhaps someone will fix it? Where is the route leaking from TWTC in the
> >first place? A customer or ? Apparently only 14608 sees it at route-views?
> >Is alaska fiberstar listening tonight? a random sample of router
Christopher L. Morrow wrote:
On Fri, 3 Jun 2005, Randy Bush wrote:
more grist for your mill:
TWT has a route-server (from traceroute.org's listings) note the age of
this route:
B192.169.0.0/16 [200/0] via 168.215.52.102, 7w0d
i don't get it. this is supposed to be a good thin
On Fri, 3 Jun 2005, Randy Bush wrote:
> > more grist for your mill:
> >
> > TWT has a route-server (from traceroute.org's listings) note the age of
> > this route:
> > B192.169.0.0/16 [200/0] via 168.215.52.102, 7w0d
>
> i don't get it. this is supposed to be a good thing.
>
> am i supposed
> more grist for your mill:
>
> route-server>sho ip route | inc 192.169
> B 66.192.169.0/24 [200/0] via 168.215.52.9, 7w0d
> B192.169.41.0/24 [200/0] via 168.215.52.71, 17:33:51
> B192.169.38.0/24 [200/0] via 168.215.52.71, 6d07h
> B192.169.4.0/24 [200/0] via 168.215.52.71, 2w4d
On Fri, 3 Jun 2005, Randy Bush wrote:
> >> route-views.oregon-ix.net>sh ip bg 192.169.0.0
> >> BGP routing table entry for 192.169.0.0/16, version 51241382
> >> Paths: (1 available, best #1, table Default-IP-Routing-Table, not
> >> advertised to EBGP peer)
> >> Not advertised to any peer
> >>
> So, what'd they say when you called their NOC?
not being a customer, i did not call. i wrote to twt and their
downstream as listed in arin. no response. i am deeply shocked.
randy
On Fri, 3 Jun 2005, Randy Bush wrote:
> OrgName:RGnet, LLC
> OrgID: RGNETI-1
> Address:5147 Crystal Springs Drive NE
> City: Bainbridge Island
>
> NetRange: 192.169.0.0 - 192.169.1.255
> CIDR: 192.169.0.0/23
> TechHandle: RB366-ARIN
> Tec
On Fri, 3 Jun 2005, Randy Bush wrote:
> >> route-views.oregon-ix.net>sh ip bg 192.169.0.0
> >> BGP routing table entry for 192.169.0.0/16, version 51241382
> >> Paths: (1 available, best #1, table Default-IP-Routing-Table, not
> >> advertised to EBGP peer)
> >> Not advertised to any peer
> >
>> route-views.oregon-ix.net>sh ip bg 192.169.0.0
>> BGP routing table entry for 192.169.0.0/16, version 51241382
>> Paths: (1 available, best #1, table Default-IP-Routing-Table, not advertised
>> to EBGP peer)
>> Not advertised to any peer
>> 14608 4323
>> 209.161.175.4 from 209.161.175.
On Fri, 3 Jun 2005, Randy Bush wrote:
>
> route-views.oregon-ix.net>sh ip bg 192.169.0.0
> BGP routing table entry for 192.169.0.0/16, version 51241382
> Paths: (1 available, best #1, table Default-IP-Routing-Table, not advertised
> to EBGP peer)
> Not advertised to any peer
> 14608 4323
>
I spent a bit of time thinking about this, and decided this is not off
topic due to high interest and worry from list subscribers. Although I
am looking wearily at Randy Bush, so I decided to mark it as OT: and max
not send such things next time, although this is a rather rare case
(publicly anywa
route-views.oregon-ix.net>sh ip bg 192.169.0.0
BGP routing table entry for 192.169.0.0/16, version 51241382
Paths: (1 available, best #1, table Default-IP-Routing-Table, not advertised to
EBGP peer)
Not advertised to any peer
14608 4323
209.161.175.4 from 209.161.175.4 (209.161.175.4)
Joe Abley wrote:
On 2005-06-03, at 10:26, Andre Oppermann wrote:
[EMAIL PROTECTED] wrote:
I guess it's been a while since I've played with it, but isn't this
pretty
well what happens with uRPF anyhow?
No, my proposal works as long as the customer advertizes their prefixes
via BGP,
Pete Templin wrote:
[EMAIL PROTECTED] wrote:
This is new to me, but I haven't bought any new transit in the past 18
months -- is
this common practice on multihomed BGP customers now? I could force
things to work
by always advertising all my prefixes out to them with the obvious
downside o
I'm looking for recommendations on an ISP with a clue in Ontario, Canada.
We need a static IP DSL or T1 in Concord. Please reply off-list.
Thanks,
--
Bill Thompson
[EMAIL PROTECTED]
pgpW8lmdVSDgg.pgp
Description: PGP signature
Hit me offlist if you’re monitoring.
Thanks,
-Drew
Two comments:
1. I enjoyed it
2. It must be nice to have that much free time on your hands
- SLS
Scott L. Stursa 850/644-2591
Network Security Analyst
-- Forwarded message --
Date: Fri, 3 Jun 2005 14:48:12 -0400
From: David Farber <[EMAIL PROTECTED]>
To: Ip ip
Subject: [IP] ICANN Announces ".polinc" TLD for politically incorrect and
dangerous-opinion sites
Begin forwarded message:
From: Brad Templeton <[EMAIL PROTECTED]>
On a related note, those interested in NOC display technology may also want
to check out the recent Wall Street Journal article (sorry, I don't have a
link) that suggests that we are about to see a huge drop in large LCD/Plasma
display pricing as several new factories are coming on-line.
I'm not
This is an automated weekly mailing describing the state of the Internet
Routing Table as seen from APNIC's router in Japan.
Daily listings are sent to [EMAIL PROTECTED]
If you have any comments please contact Philip Smith <[EMAIL PROTECTED]>.
Routing Table Report 04:00 +10GMT Sat 04 Jun, 2005
Iperf works really well:
http://dast.nlanr.net/Projects/Iperf/
It will do tcp/udp/multicast; you can pick the rate on
the udp side and the client/server architecture lets you
measure jitter, out of order packets, loss, etc.
So you could load up a fixed rate of udp and then produce
your burst us
http://directory.fsf.org/System_administration/hookup/tcp/IPSorcery.html
"Dan Mahoney, System
Admin" <[EMAIL PROTECTED]>
Sent by: [EMAIL PROTECTED]
06/03/2005 01:49 PM
To
nanog@merit.edu
cc
Subject
Load Testing Util
Hey all,
Does anyone know of a (preferably opensource) t
Hey all,
Does anyone know of a (preferably opensource) tool that can generate
network loads of specific protocols and/or levels (for example, if I
wanted to see how much loss I got on a 1 meg spike, over time). I'm
hopefully looking for something client/server so I'm not necessarily
depende
> couple prepends, or see if SprintLink supports the use of
> communities to control advertisement (you want SprintLink to
http://www.sprint.net/policy/bgp.html
For those who haven't seen it (and for the archives), they do support
communities for tuning some BGP parameters. Go about halfway
> Am I missing something obvious here?
Try announcing the remainder of yopur prefixes with either a couple
prepends, or see if SprintLink supports the use of communities to
control advertisement (you want SprintLink to prefer the paths they
learn from you in case it's strict uRPF, but not pass th
Andre Oppermann wrote:
No, my proposal works as long as the customer advertizes their prefixes
via BGP, not matter how long the path or what community attributes are
set (for example NOEXPORT). No matter how they send it, as long as they
send it, it works fine. Unlike uRPF which depends on e
On Jun 3, 2005, at 10:52 AM, Christopher L. Morrow wrote:
On Fri, 3 Jun 2005, Patrick W. Gilmore wrote:
Perhaps a simpler way is to announce your entire allocation and put
no-export on things you want to come in your other provider? ^1239$
or perhaps 'no-advertise' and send the same length
On Fri, 3 Jun 2005, Patrick W. Gilmore wrote:
> Perhaps a simpler way is to announce your entire allocation and put
> no-export on things you want to come in your other provider? ^1239$
or perhaps 'no-advertise' and send the same length prefixes everywhere...
this IS headed down the 1000 ways
The MailDroid iso image is ready for download at http://www.maildroid.org.
(at 130 MB, we'll try it for a few days to see if we can afford the
traffic)
MailDroid is a special "distro" of the popular OpenBSD** operating
system that is optimized to provide a secure, spam fighting, virus
kill
On 2005-06-03, at 10:26, Andre Oppermann wrote:
[EMAIL PROTECTED] wrote:
I guess it's been a while since I've played with it, but isn't
this pretty
well what happens with uRPF anyhow?
No, my proposal works as long as the customer advertizes their
prefixes
via BGP, not matter how lon
>Why would that work? If I see a /16 from my customer and a /19 from
a peer, I will still pick the /19, and strict uRPF should drop any
packets from that /19 coming the customer interface, right?
Ah yes, I wasn't thinking strict enough indeed :) Good point.
This message and any attachment
On Jun 3, 2005, at 9:30 AM, [EMAIL PROTECTED] wrote:
At an old transit provider I was at, we had a pig of a time dealing
with
uRPF. It doesn't like asymmetric routing at all, which is
commonplace when
you've got customers homed at exchange points for one.
I imagine the simplest and most fo
[EMAIL PROTECTED] wrote:
I guess it's been a while since I've played with it, but isn't this pretty
well what happens with uRPF anyhow?
No, my proposal works as long as the customer advertizes their prefixes
via BGP, not matter how long the path or what community attributes are
set (for exampl
I guess it's been a while since I've played with it, but isn't this pretty
well what happens with uRPF anyhow?
The asymmetric routing problem is illustrated ascii stylee below.
AS1
/
ASYOU -AS-OTHERGUY
\ /
CUSTOMER
Say someb
[EMAIL PROTECTED] wrote:
This is new to me, but I haven't bought any new transit in the past 18 months
-- is
this common practice on multihomed BGP customers now? I could force things to
work
by always advertising all my prefixes out to them with the obvious downside of
living in fear of my o
[EMAIL PROTECTED] wrote:
At an old transit provider I was at, we had a pig of a time dealing with
uRPF. It doesn't like asymmetric routing at all, which is commonplace when
you've got customers homed at exchange points for one.
This is why I say there should be a feature that will work like a
>My network is a multi-homed stub AS and I only announce 5 prefixes.
Not much different from many of my networks here, then.
> If they're paranoid enough to manually filter my BGP
> announcements it's not much more work to manually filter my
> source addresses too (nevermind the fact that I a
At an old transit provider I was at, we had a pig of a time dealing with
uRPF. It doesn't like asymmetric routing at all, which is commonplace when
you've got customers homed at exchange points for one.
I imagine the simplest and most foolproof way around directly connected
providers blackholing
not speaking on behalf of sprint... but
On Fri, 3 Jun 2005 [EMAIL PROTECTED] wrote:
>
> I am in the process of turning up a new transit connection with SprintLink. My
> network is a multi-homed stub AS and I only announce 5 prefixes. Having the
> bright
> idea to incrementally move some traffic
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Spencer Wood wrote:
> This is kind of off topic, so please feel free to delete if you want
> ..
>
> Anyway, in our NOC we current have two LCD projectors displaying outputs
> from two different computers. On one of the display's, I would like to b
This report has been generated at Fri Jun 3 21:45:02 2005 AEST.
The report analyses the BGP Routing Table of an AS4637 (Reach) router
and generates a report on aggregation potential within the table.
Check http://www.cidr-report.org/as4637 for a current version of this report.
Recent Table Hist
Well, it sounds like it to me. But I won't stay in the way of a good
conspiracy theory ;)
Internet
[EMAIL PROTECTED]@merit.edu - 03/06/2005 12:00
Sent by:[EMAIL PROTECTED]
To:Christian MACNEVIN, jgrajewski
cc:fergdawg, nanog
Subject:Re: NYSE Trading Halt Triggered by 'Net
On Fri, 3 Jun 2005 09:28:50 +0100
[EMAIL PROTECTED] wrote:
>
> Hm. It just sounds like a Tibco nack implosion to me.
>
>
I was wondering if this had anything to do with the common use of multicast to
propagate
trading information...
Regards
Marshall
>
>
>
> Internet
> [EMAIL PROTECTED]
I am in the process of turning up a new transit connection with SprintLink. My
network is a multi-homed stub AS and I only announce 5 prefixes. Having the
bright
idea to incrementally move some traffic onto the new line I didn't announce all
5
immediately and I localpref'd ^1239$ to get some out
Hm. It just sounds like a Tibco nack implosion to me.
Internet
[EMAIL PROTECTED]@merit.edu - 02/06/2005 21:18
Sent by:[EMAIL PROTECTED]
To:fergdawg
cc:nanog
Subject:Fwd: NYSE Trading Halt Triggered by 'Network Storm'
I dont want join the ranks of conspiracy theorists,
45 matches
Mail list logo