Re: One /22 Two ISP no BGP
Quick questions. If both ISP publish my /22, what will happen if ISP1 goes down ? Half the internet won't be able to reach me ? I'll have to call them to remove the route manually ? Charles. On Fri, Feb 6, 2009 at 12:54 PM, Charles Regan <charles.regan@gmail.com> wrote:
Hmmm, McNamara descendent ?
On Fri, Feb 6, 2009 at 12:32 PM, Charles Ragan <ciscojock2002@yahoo.com> wrote:
yup...
too funny heh.
Charles Regan wrote:
From Irish descendent ?
On Fri, Feb 6, 2009 at 12:31 PM, Charles Ragan <ciscojock2002@yahoo.com> wrote:
ha - hey charles...i subscribe to nanog and saw your email come across and had to send a note...too funny. Charles Ragan here...
Charles
Charles Regan wrote:
I want to advertise my /22 to two different ISP on different POP.
I can't use BGP as ISP1 doesn't support it.
Any suggestions ?
Thanks, Charles
The link that goes down will trigger that provider to remove the route, traffic will swing and start coming in on the backup link. On Fri, Feb 6, 2009 at 11:08 AM, Charles Regan <charles.regan@gmail.com>wrote:
Quick questions. If both ISP publish my /22, what will happen if ISP1 goes down ? Half the internet won't be able to reach me ? I'll have to call them to remove the route manually ?
Charles.
On Fri, Feb 6, 2009 at 12:54 PM, Charles Regan <charles.regan@gmail.com> wrote:
Hmmm, McNamara descendent ?
On Fri, Feb 6, 2009 at 12:32 PM, Charles Ragan <ciscojock2002@yahoo.com> wrote:
yup...
too funny heh.
Charles Regan wrote:
From Irish descendent ?
On Fri, Feb 6, 2009 at 12:31 PM, Charles Ragan <ciscojock2002@yahoo.com
wrote:
ha - hey charles...i subscribe to nanog and saw your email come across and had to send a note...too funny. Charles Ragan here...
Charles
Charles Regan wrote:
I want to advertise my /22 to two different ISP on different POP.
I can't use BGP as ISP1 doesn't support it.
Any suggestions ?
Thanks, Charles
-- Jason Biel
Jason Biel wrote:
The link that goes down will trigger that provider to remove the route, traffic will swing and start coming in on the backup link.
This is assuming that 'ISP1' has the capability to advertise the OP's route in the first place. What if ISP1 is simply a customer of another ISP, using PA space, and just reselling connectivity? Charles, you really need to find out what others have asked... can the ISP1 advertise your block of space for you, or do they really mean that they *can't* do BGP at all. Steve
Good point on ISP1 Steve, being they are limited already, they might be just reselling. On Fri, Feb 6, 2009 at 11:18 AM, Steve Bertrand <steve@ibctech.ca> wrote:
Jason Biel wrote:
The link that goes down will trigger that provider to remove the route, traffic will swing and start coming in on the backup link.
This is assuming that 'ISP1' has the capability to advertise the OP's route in the first place.
What if ISP1 is simply a customer of another ISP, using PA space, and just reselling connectivity?
Charles, you really need to find out what others have asked... can the ISP1 advertise your block of space for you, or do they really mean that they *can't* do BGP at all.
Steve
-- Jason Biel
The can't do BGP. They are already advertising two /24 for us. So they will advertise a /22 if I ask them. On Fri, Feb 6, 2009 at 1:20 PM, Jason Biel <jason@biel-tech.com> wrote:
Good point on ISP1 Steve, being they are limited already, they might be just reselling.
On Fri, Feb 6, 2009 at 11:18 AM, Steve Bertrand <steve@ibctech.ca> wrote:
Jason Biel wrote:
The link that goes down will trigger that provider to remove the route, traffic will swing and start coming in on the backup link.
This is assuming that 'ISP1' has the capability to advertise the OP's route in the first place.
What if ISP1 is simply a customer of another ISP, using PA space, and just reselling connectivity?
Charles, you really need to find out what others have asked... can the ISP1 advertise your block of space for you, or do they really mean that they *can't* do BGP at all.
Steve
-- Jason Biel
What if both annonce my /22 unweighted ? I know I will loose failover in this scenario. I am trying to figure out what will happen, traffic will flow inbound from both in a round-robin like method ? On Fri, Feb 6, 2009 at 1:24 PM, Charles Regan <charles.regan@gmail.com> wrote:
The can't do BGP. They are already advertising two /24 for us. So they will advertise a /22 if I ask them.
On Fri, Feb 6, 2009 at 1:20 PM, Jason Biel <jason@biel-tech.com> wrote:
Good point on ISP1 Steve, being they are limited already, they might be just reselling.
On Fri, Feb 6, 2009 at 11:18 AM, Steve Bertrand <steve@ibctech.ca> wrote:
Jason Biel wrote:
The link that goes down will trigger that provider to remove the route, traffic will swing and start coming in on the backup link.
This is assuming that 'ISP1' has the capability to advertise the OP's route in the first place.
What if ISP1 is simply a customer of another ISP, using PA space, and just reselling connectivity?
Charles, you really need to find out what others have asked... can the ISP1 advertise your block of space for you, or do they really mean that they *can't* do BGP at all.
Steve
-- Jason Biel
It will depend on the source of the traffic and how that peer follows AS path into your providers. On Fri, Feb 6, 2009 at 11:31 AM, Charles Regan <charles.regan@gmail.com>wrote:
What if both annonce my /22 unweighted ?
I know I will loose failover in this scenario.
I am trying to figure out what will happen, traffic will flow inbound from both in a round-robin like method ?
On Fri, Feb 6, 2009 at 1:24 PM, Charles Regan <charles.regan@gmail.com> wrote:
The can't do BGP. They are already advertising two /24 for us. So they will advertise a /22 if I ask them.
On Fri, Feb 6, 2009 at 1:20 PM, Jason Biel <jason@biel-tech.com> wrote:
Good point on ISP1 Steve, being they are limited already, they might be just reselling.
On Fri, Feb 6, 2009 at 11:18 AM, Steve Bertrand <steve@ibctech.ca> wrote:
Jason Biel wrote:
The link that goes down will trigger that provider to remove the
route,
traffic will swing and start coming in on the backup link.
This is assuming that 'ISP1' has the capability to advertise the OP's route in the first place.
What if ISP1 is simply a customer of another ISP, using PA space, and just reselling connectivity?
Charles, you really need to find out what others have asked... can the ISP1 advertise your block of space for you, or do they really mean that they *can't* do BGP at all.
Steve
-- Jason Biel
-- Jason Biel
I would guess that if one of them can't change their announcement when their link to you is down, then make sure their announcement is the less preferred. The ISP that *can* remove their announcement when their link to you is down should be the preferred path since their path is much more likely to be actually up... On Fri, Feb 6, 2009 at 12:31 PM, Charles Regan <charles.regan@gmail.com>wrote:
What if both annonce my /22 unweighted ?
I know I will loose failover in this scenario.
I am trying to figure out what will happen, traffic will flow inbound from both in a round-robin like method ?
On Fri, Feb 6, 2009 at 1:24 PM, Charles Regan <charles.regan@gmail.com> wrote:
The can't do BGP. They are already advertising two /24 for us. So they will advertise a /22 if I ask them.
On Fri, Feb 6, 2009 at 1:20 PM, Jason Biel <jason@biel-tech.com> wrote:
Good point on ISP1 Steve, being they are limited already, they might be just reselling.
On Fri, Feb 6, 2009 at 11:18 AM, Steve Bertrand <steve@ibctech.ca> wrote:
Jason Biel wrote:
The link that goes down will trigger that provider to remove the
route,
traffic will swing and start coming in on the backup link.
This is assuming that 'ISP1' has the capability to advertise the OP's route in the first place.
What if ISP1 is simply a customer of another ISP, using PA space, and just reselling connectivity?
Charles, you really need to find out what others have asked... can the ISP1 advertise your block of space for you, or do they really mean that they *can't* do BGP at all.
Steve
-- Jason Biel
Re Charles, this is all about control, so you don't lose connectivity in case something outside your control fails. The best idea so far is the ebgp-multihop idea with your ISP's transit provider. This means speaking BGP to them yourself and taking care that the traffic takes the intended path, too (will usually work). If you can spare the money, I'd set up my own hubs on the "mainland", tunnel to them through each of my ISPs and use that hub for the routing of all incoming traffic. This does of course mean additional hardware, housing, local loops and probably additional transit providers. It would nonetheless give you full control. The second best idea so far is that the NANOG people could "talk" to your ISP(s)...this has worked in more than one case. So - where is your island, how's the weather, and are you hiring? ;-) Yours, Elmar.
For the folks asking what island. http://en.wikipedia.org/wiki/Magdalen_Islands http://www.panoramio.com/user/45210 We are hiring if someone is interested :) It's not like the Bahamas. I wish it was. It's alot colder here. I've talked to ISP1 yesterday and they will let me know what they can do. There's a chance... I will also have to scale up. I don't think my Soekris with OpenBSD can handle two full route of the Internet. Any suggestions ? Charles On Sat, Feb 7, 2009 at 7:16 AM, Elmar K. Bins <elmi@4ever.de> wrote:
Re Charles,
this is all about control, so you don't lose connectivity in case something outside your control fails.
The best idea so far is the ebgp-multihop idea with your ISP's transit provider. This means speaking BGP to them yourself and taking care that the traffic takes the intended path, too (will usually work).
If you can spare the money, I'd set up my own hubs on the "mainland", tunnel to them through each of my ISPs and use that hub for the routing of all incoming traffic. This does of course mean additional hardware, housing, local loops and probably additional transit providers. It would nonetheless give you full control.
The second best idea so far is that the NANOG people could "talk" to your ISP(s)...this has worked in more than one case.
So - where is your island, how's the weather, and are you hiring? ;-)
Yours, Elmar.
participants (5)
-
Charles Regan -
Dorn Hetzel -
Elmar K. Bins -
Jason Biel -
Steve Bertrand