Two bad experiences for me:
1) Their BGP polices are not as good as others. They force you to register
each route you want to advertise rather than allowing you to advertise any
reasonable route for your prefixes. According to one of their top people,
prefix-lists were unreliable new
The company I work for has an OC-3 from them and it provides pretty good
transit. Every time we've had to deal with their NOC guys (which is not
very often) they've been really good about handling whatever issue we may
have.
Off the top of my head, I can't recall the last time we had an outage
Quick correct, they are extended access-lists
-Original Message-
From: Kris Foster [mailto:[EMAIL PROTECTED]]
Sent: Friday, April 12, 2002 11:02 AM
To: 'Roy'; matthew zeier; [EMAIL PROTECTED]
Subject: RE: genuity - any good?
reasonable route for your prefixes. According to
Genuity - first class provider, I would recommend them
What transit provider doesnt use prefixes? Do you think they're mad enough
to accept anything you send them?
And yes, they update the filter within minutes of you confirming the
request with them .. I have suggested they could build the
On Thu, Apr 11, 2002 at 04:16:57PM -0700, matthew zeier wrote:
I've gotten attractive pricing from Genuity but I haven't used them in a
couple years. Is there any reason I wouldn't want to use them as a third
upstream OC3 provider?
Genuity has a slightly backwards philosophy on delivering
On 2002-04-11-19:16:57, matthew zeier [EMAIL PROTECTED] wrote:
I've gotten attractive pricing from Genuity but I haven't used them
in a couple years. Is there any reason I wouldn't want to use them
as a third upstream OC3 provider?
From a customer service prospective, Genuity is excellent.
I think the argument is not about route filtering - it is the implementation
method.
Genuity uses ip extended access-lists.
Everyone else uses prefix-lists.
To a purist, the former is more granular, but performs poorly because it is
a linked list implementation. The later, while less
Does anyone have any pointers or recommendations for a provider in Las
Vegas, NV, US that can do trade-show connectivity of about 6 to 10Mbps? I'm
having a bear of a time finding one. So far, folks want me to sign a 1 year
contract or wants to rape me on the price.
Send email to me personally
Pricing is a bit on the high side compared to other providers in their
league, at least when I've had things quoted out recently. If you're
looking for quality over quantity, I'd have no qualms recommending
them.
I found that quite the opposite. I was amazed that they matched my Internap
Hmm. From a coding point of view you are certainly correct. From a
troubleshooting POV, prefix lists are superior, because it is much easier to
tell, at a glance, what the ACL is supposed to do, particularly for less
experienced engineers. This is a significant advantage. However, it can be a
I tried to notify UUNET at their 800-900-0241 number that there was a
loop in their network. They told me that if I didnt have an account
with them they were not interested in any information that I may have
had for them. I stated that I was just calling so that they could pass
the information
A thought-provoking issue to be sure, but it is already chronicled
in the Archives of NANOG.
Also sprach [EMAIL PROTECTED]
To me, that looks more like an outage (now fixed) on a customer
network. The 'loop' between 500.Serial2-11.GW4.BWI1.ALTER.NET and
core62007-gw.customer.alter.net,
You have hit the nail on the head. I don't argue with route filtering, just the
hoops that I had to go through with Genuity as compared to my other providers.
At the time, the fastest line available in my location was T1 and I was having
to load balance between providers and lines by
On Fri, Apr 12, 2002 at 04:04:42PM -0400, Bradley Corner wrote:
I tried to notify UUNET at their 800-900-0241 number that there was a
loop in their network. They told me that if I didnt have an account
with them they were not interested in any information that I may have
had for them. I
In the cisco router, if you configure a aggregate route under bgp, it will
be pointing to null0 to prevent this senario from happening. So my question(
not related to attitude)is:Is this because of the aggregation?
-ns
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL
On Fri, 12 Apr 2002, Roy wrote:
1) Their BGP polices are not as good as others. They force you to register
each route you want to advertise rather than allowing you to advertise any
reasonable route for your prefixes.
One of our upstreams wanted this so we just ended up sending them every
In the cisco router, if you configure a aggregate route under
bgp, it will be pointing to null0 to prevent this senario from
happening. So my question( not related to attitude)is:Is this
because of the aggregation?
-ns
No. This is because the customer's router has no better way to get to
In the referenced message, Roy said:
Two bad experiences for me:
1) Their BGP polices are not as good as others. They force you to register
each route you want to advertise rather than allowing you to advertise any
reasonable route for your prefixes. According to one of their top
Registering is not bad, its just not beneficial. Given that the routes I want
to announce are within my assigned range, why is it a good thing to register
them? If the transit provider always add entries when I ask for them, it seems
to be very little benefit..
This is the case of transit so
On Fri, Apr 12, 2002 at 04:50:20PM -0700, Roy wrote:
Registering is not bad, its just not beneficial. Given that the routes I want
to announce are within my assigned range, why is it a good thing to register
them? If the transit provider always add entries when I ask for them, it seems
to
On Fri, 12 Apr 2002, Roy wrote:
Registering is not bad, its just not beneficial. Given that the routes I want
to announce are within my assigned range, why is it a good thing to register
them? If the transit provider always add entries when I ask for them, it seems
to be very little
Hello,
I am looking for any and all research (and perhaps your comments),
references, etc. regarding replacements for the TCP/IP protocol that do
not require centralized authority structures (central authority to assign
network numbers).
Any links, comments, etc., appreciated.
--PT
22 matches
Mail list logo
