Re: балансировка BGP

From

Petr Novopashenniy (2:5020/400)

To

Eugene Grosbein

Date

2009-09-30T12:15:42Z

Area

RU.CISCO

From: Petr Novopashenniy <pety@rusnet.ru>



On Wed, 30 Sep 2009, Eugene Grosbein wrote:

EG> 30 сен 2009, среда, в 10:17 KRAT, Petr Novopashenniy написал(а):
EG> 
EG>  EG>> Если анонсирую в мир по BGP все свои префиксы одинаково и в ТТК,
EG>  EG>> и в РТКомм, нет проблем с доступностью, но каналы загружаются
EG>  EG>> непропорционально. Если анонсирую в РТКомм только агрегат, а в ТТК
EG>  EG>> агрегат и специфики, отваливается пинг, например, до www.vesti.ru.
EG>  EG>> Судя по Looking Glass'ам, анонсы до M9-IX доходят все в любом случае.
EG>  PN> А с каким AS-PATH? И это именно на RS msk-ix? И неплохо было бы назвать 
EG>  PN> агрегат и хотя бы один специфик.
EG> 
EG> Например:
EG> 
EG> http://virgin.relcom.net/INFO/NOC-IP/lg/lg0.html
EG> 
EG> Looking Glass from
EG> Relcom M9 external
EG> 
EG> Looking Glass Results
EG> 
EG> Addr from M9-16: sh ip bgp 62.231.161.221
EG> 
EG> BGP routing table entry for 62.231.160.0/21, version 173665720
EG> Paths: (3 available, best #1, table Default-IP-Routing-Table)
EG> Multipath: eBGP iBGP
EG>   Not advertised to any peer
EG>   12389 12389 12389 12389 6684 29072 29072 29072 29072 29072
EG>     193.124.254.117 (metric 131072) from 193.124.254.117 (223.255.254.117)
EG>       Origin IGP, metric 0, localpref 122, weight 50, valid, internal, best
EG>       Community: 2118:10010 6684:51
EG>   9002 12389 6684 29072 29072 29072 29072 29072
EG>     87.245.255.41 from 87.245.255.41 (87.245.225.1)
EG>       Origin IGP, metric 19, localpref 120, weight 50, valid, external
EG>       Community: 2118:10013 2118:10017 9002:0 9002:64667
EG>       DMZ-Link Bw 18750 kbytes
EG>   20485 21127 29072
EG>     217.150.52.174 from 217.150.52.174 (10.77.0.46)
EG>       Origin IGP, metric 19, localpref 105, weight 50, valid, external
EG>       Community: 2118:10013 20485:11755
EG>       DMZ-Link Bw 50000 kbytes
EG> 
EG> Если анонсы /21 через AS6684 убираю, оставляя вместо них анонс /19,
EG> не трогая при этом путь до /21 через AS21127, пинг пропадает.
EG> Если после этого убираю вообще анонсы через AS6684, пинг снова появляется.
EG> 
EG>  EG>> Забыл сказать - трассировка показывает, что пакеты до сети назначения
EG>  EG>> почти наверняка доходят, а если убрать и агрегат, и специфики
EG>  EG>> в сторону РТКомм-а, пинг восстанавливается.
EG>  EG>> Кто виноват и что делать?
EG>  PN> Возможно это блокирование попытки отправить клиентский трафик в сторону 
EG>  PN> пира. Между какими операторами - вопрос отдельный.
EG> 
EG> Я подозреваю именно это, но вот кто виноват?..
EG> 

1.
Так как AS www.vesti.ru имеет прямой коннект с MSK-IX и пиринг с RS (на 
www.msk-ix.ru есть looking glass), то думаю к Вам она будет ходить чере 
MSK-IX. 

2.
Ростелеком (12389) и RETN (9002) тоже имеют сессии с RS, куда отдают своих 
клиентов.

3.
Убирая специфики из 6684, Вы не убираете агрегат, который продолжает 
анонсироваться на RS MSK-IX через Ростелеком и Ретн.

4.
Ростелеком или Ретн, получая такой трафик с MSK-IX, не хотят его отдавать 
на свои аплинки (Ростелеком) и на свои пиры (Ретн, имеющий пиринг с ТТК 
20485).

5. Как так вышло? У vesti.ru, например нет full view.

Вобщем как-то примерно так.

Petr Novopashenniy
--- ifmail v.2.15dev5.4
 * Origin: NPO RUSnet InterNetNews site (2:5020/400)
SEEN-BY: 50/204 450/1024 461/43 640 465/11 469/142 999 4625/8 4641/444
SEEN-BY: 5000/5000 5006/1 5007/1 5010/70 5011/13 5012/46 5015/28 5019/26
SEEN-BY: 5020/175 400 545 982 1521 2238 4441 5021/29 5025/3 5026/14 5027/12
SEEN-BY: 5030/1080 5034/13 5035/38 5036/1 5037/28 5045/7 5049/1 5054/1 4 8 9
SEEN-BY: 5054/28 30 36 37 67 75 81 89 5060/88 5061/15 5062/10 5063/3 5066/18
SEEN-BY: 5075/35 5077/70 5080/68 5084/9 5085/13 5095/20 5096/18 6001/10 6004/3
SEEN-BY: 6009/3

PATH: 5020/400 545 5054/1 37