[110877] in North American Network Operators' Group
Re: expectations for bgp peering?
daemon@ATHENA.MIT.EDU (Warren Kumari)
Wed Jan 21 09:21:46 2009
From: Warren Kumari <warren@kumari.net>
To: mike <mike-nanog@tiedyenetworks.com>
In-Reply-To: <4976B1CB.2030600@tiedyenetworks.com>
Date: Wed, 21 Jan 2009 09:21:27 -0500
Cc: nanog@nanog.org
Errors-To: nanog-bounces@nanog.org
--Apple-Mail-32-837417603
Content-Type: text/plain;
charset=US-ASCII;
format=flowed;
delsp=yes
Content-Transfer-Encoding: 7bit
On Jan 21, 2009, at 12:25 AM, mike wrote:
> Hello,
>
> So I am just wondering what my expecations should be in a bgp
> peering scenario where I am multihomed with my own ASN and arin
> assigned ip space. At issue is the fact that my backup isp forced me
> to use ebgp multihop to peer with a router internal to their network
> and not the border router I am directly attached to, and secondly,
> that they say I am not allowed to prepend at all - they will do it
> for me, and from the looks of things they have established a route-
> map that just prepends their AS 6 times to my announcement.
Hmmm, this is distinctly unusual.
I'd suspect that the person that you are talking to is a: very new to
BGP and is just applying the wrong canned route-map or b: the person
is a little less new to BGP and has reached the "Oooh, now I know that
I'm doing and can twiddle the knobs with the best of them" stage. I'd
suggest trying to find someone else there to talk to....
Unless you have specifically bought the service as a "backup" service
(and they are clumsily (and poorly) trying to make sure that you don't
use it as your primary path) I cannot think of why your ISP would do
this. This also seems a bit worrying -- either they have enough
capacity to carry your traffic when you need them to (and so should be
happy to let you use them and bill you for the bits) or they don't and
you will be unhappy when your primary goes away.
Are they really really cheap? If you need a "backup" ISP for
regulatory reasons and don't really care, thats fine. If however you
want good performance when your primary goes away, I'd suggest looking
into this more...
>
>
> This smells of bad engineering. I have looked up the bgp report
> for my provider and they have 0 downstream AS's,
Yeah, that is worrying....
> and the week that this project has taken (and it's still not up and
> working) has left me with less than absolute confidence in the
> provider. I want to know if anyone has an opinion on ebgp multihop
> for external customers, and wether I should really have an
> expectation to be able to assign my prepends as suits my needs?
While multihop is not in itself an issue, it does give one pause and
it is worth finding out the reason. But, yes, you should expect to be
able to prepend at will...
W
> Are there any conditions that could make this fail that I should be
> aware of?
>
> Mike-
>
--Apple-Mail-32-837417603
Content-Disposition: attachment;
filename=smime.p7s
Content-Type: application/pkcs7-signature;
name=smime.p7s
Content-Transfer-Encoding: base64
MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIF5TCCAt0w
ggHFoAMCAQICAQIwCwYJKoZIhvcNAQEFMGAxLjAsBgNVBAMMJVdhcnJlbiBLdW1hcmkncyBDZXJ0
aWZpY2F0ZSBBdXRob3JpdHkxCzAJBgNVBAYTAlVTMSEwHwYJKoZIhvcNAQkBFhJ3a3VtYXJpQGdv
b2dsZS5jb20wHhcNMDkwMTEzMDE0MTEzWhcNMTEwMjIwMDE0MTEzWjBQMR8wHQYDVQQDDBZ2cG4u
ZG5zc2VjLWV4YW1wbGUuY29tMQswCQYDVQQGEwJVUzEgMB4GCSqGSIb3DQEJARYRd2FycmVuQGt1
bWFyaS5uZXQwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBALkaHLi+mSGuP7zrTKg+DBJODNRO
Q57lqOIuWZNr7CkQXJrPWinVKRfffbP6Z1NOXZnNe7khxGv/mq2Qj4J7VEoPEnp3VLcKLawpxLMN
4VnbBFKOLlb+ui1Rs0lzfKrWlI/ecZe3q2AV8dyRlaRd3U23Qf7Oh7wKV1OhLEeyQS2dAgMBAAGj
ODA2MDQGA1UdEQQtMCuBEXdhcnJlbkBrdW1hcmkubmV0ghZ2cG4uZG5zc2VjLWV4YW1wbGUuY29t
MA0GCSqGSIb3DQEBBQUAA4IBAQAXgT9iMlkHTv83Gjx2G6EvOi/zkzEKM7VSYfN3MjKPzaJF12bV
xx5cHGHeLR/1gJlFz018dNsKlpdSH4c0NTqBxgr8Y8FOeN7XnZWY2x/2X47qKbrtQQqsZHGRqF7l
eoMeUR/YsOMuz3aoIXSKXO5m46JGESUq65JOfFFj1V+QOYmFpK1BtM7FG5GYpLYo5SGKcyyOpY19
ULMMVj5PbmYf6B3w83Sb6JE1Ww77gLPXEF/nIrmTwF4Y38mkUwA6M2JsaryqqlNgRWAOLXAKhIXk
wLIVWSnZMQcJQjr+kWO8JOQkX1TCbdIKquBCGZZyEOnxfsv4/Zhdq63+nSYf/dMfMIIDADCCAeig
AwIBAgIBBDALBgkqhkiG9w0BAQUwYDEuMCwGA1UEAwwlV2FycmVuIEt1bWFyaSdzIENlcnRpZmlj
YXRlIEF1dGhvcml0eTELMAkGA1UEBhMCVVMxITAfBgkqhkiG9w0BCQEWEndrdW1hcmlAZ29vZ2xl
LmNvbTAeFw0wOTAxMTMxNDM0MDdaFw0xMTAyMjAxNDM0MDdaMEcxFjAUBgNVBAMMDVdLIC0gVlBO
IENlcnQxCzAJBgNVBAYTAlVTMSAwHgYJKoZIhvcNAQkBFhF3YXJyZW5Aa3VtYXJpLm5ldDCBnzAN
BgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEA7DL24PTWK0cxSNZkG8f36ONGbV5ZlDYaAcXIqeJ85sBc
63Gam1AjHOzg5TicvfY+0TxbBxR7DDVXT1Zs0idpM0TCH83lxto1gPiZIls7ijMDixPmZakP3oFJ
eHfqw5QZPytYRrOrz8QSkak2Z13NjYEDewwaypr8nGXcZcbwI5UCAwEAAaNkMGIwCwYDVR0PBAQD
AgSQMDUGA1UdJQQuMCwGCCsGAQUFBwMCBggrBgEFBQcDAQYHKwYBBQIDBAYHKwYBBQIDBQYEVR0l
ADAcBgNVHREEFTATgRF3YXJyZW5Aa3VtYXJpLm5ldDANBgkqhkiG9w0BAQUFAAOCAQEAt7MNGeeK
DMrhUQzkP3IyxmkCYUxlZmKEuA471Mj2rHMfBuU3nkGc4N80jFts7eILyhewgVDB7HhvmXCtB61o
E/deBU2t5JqA+BkL+ddIbKsOcZdGaUR7NjqOY7XcYmOlwn5MQPPFJKBiXqUO+JmqOr4cEpeDDPNx
wO5/6AJea7bAF7Mwv3lmCC/xU1AxEVy9Snqqf0y9sn44hWHV797Zc0TvBs9N1HFdJ/YFoLF/Pryd
HhSMNZR/fnV09RsUd843WhLOqq1wqvmu/hx3QmOR5ApjK7X3NflDoDoPGp95TYD+0sMeVOFIibj1
F29BcQmTH34u1V2ry9sKrmd5anCCQDGCAlowggJWAgEBMGUwYDEuMCwGA1UEAwwlV2FycmVuIEt1
bWFyaSdzIENlcnRpZmljYXRlIEF1dGhvcml0eTELMAkGA1UEBhMCVVMxITAfBgkqhkiG9w0BCQEW
EndrdW1hcmlAZ29vZ2xlLmNvbQIBBDAJBgUrDgMCGgUAoIIBSzAYBgkqhkiG9w0BCQMxCwYJKoZI
hvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0wOTAxMjExNDIxMjhaMCMGCSqGSIb3DQEJBDEWBBR12e2y
164hycbbFr6dzEyAg1HWYTB0BgkrBgEEAYI3EAQxZzBlMGAxLjAsBgNVBAMMJVdhcnJlbiBLdW1h
cmkncyBDZXJ0aWZpY2F0ZSBBdXRob3JpdHkxCzAJBgNVBAYTAlVTMSEwHwYJKoZIhvcNAQkBFhJ3
a3VtYXJpQGdvb2dsZS5jb20CAQIwdgYLKoZIhvcNAQkQAgsxZ6BlMGAxLjAsBgNVBAMMJVdhcnJl
biBLdW1hcmkncyBDZXJ0aWZpY2F0ZSBBdXRob3JpdHkxCzAJBgNVBAYTAlVTMSEwHwYJKoZIhvcN
AQkBFhJ3a3VtYXJpQGdvb2dsZS5jb20CAQIwDQYJKoZIhvcNAQEBBQAEgYCG16XtqsvT7SAkjnaT
1739xvYOVy9uZHdMXjyacIX5Ynp+xT2j6L//BeN75aBC0iH7KsjIWRLom/ie5JnMfBm8DJ/Ax/E9
PzIE0InQWxkx6wLfdZudTbIzzdj5DGeZzn+mJnYHy7ag1lfkWR2ZVPVnPYdsiFu6QmeNw+8Hz6J+
8gAAAAAAAA==
--Apple-Mail-32-837417603--
