Hi! On Thu, Oct 13, 2005 at 04:49:01PM +0400, Alexandre Snarskii writes:
У меня bgp затыкается, идеи кончились - может, кто посоветует, куда смотреть.
Ситуация такая. Есть канал, 10M. На одной стороне 75-я кошка, на другой - писишка с кваггой. При попытке поднять bgp анонсы проходят очень туго, сессия через некоторое время затыкается, и принимающая сторона (писишка) через три минуты дропает ее по таймауту. Украинские префиксы раза с пятого минут за 10 пролазят, fullview - никак. При этом "rsh cisco75 sh mem" пролетает без проблем - тоже tcp, между теми же девайсами. На пингах тоже потерь нет. После того, как кое-как пролезли украинские анонсы, никаких нареканий к качеству канала у клиентов нет.
AS> Пинг "полноразмерным" пакетом с don't fragment битом проходит ? AS> На них потерь нет ? Проходит. Не то, чтобы совсем без потерь, но жизни bgp это настолько мешать AFAIU не должно: root@mig28:~>time ping -D -s 1472 -c 1000 -f 213.133.160.97 PING 213.133.160.97 (213.133.160.97): 1472 data bytes ............................. --- 213.133.160.97 ping statistics --- 1000 packets transmitted, 973 packets received, 2% packet loss round-trip min/avg/max/stddev = 15.891/16.658/21.755/0.547 ms real 0m2.957s user 0m0.006s sys 0m0.052s Или 3% потерь могут так сказываться? Интересно, что при пинге со стороны кошки ситуация иная: Mabuka#ping 213.133.160.98 si 1500 re 1000 Type escape sequence to abort. Sending 1000, 1500-byte ICMP Echos to 213.133.160.98, timeout is 2 seconds: [...] !!!!!!!!!!!!!!!!!!!! Success rate is 99 percent (999/1000), round-trip min/avg/max = 12/16/108 ms Из-за чего может быть такая разница в показаниях при пинге одного и того же канала с разных его сторон разными устройствами? Это не результат одного замера, такие результаты стабильны.
Замена канала на другой ситуацию исправляет - между теми же устройствами на другом vlan-е (и на другой физике) с теми же настройками fullview вливается без проблем. Замена кошки на писишку ситуацию тоже исправляет - между двумя писишками fullview пролетает на ура. Замена 75-й кошки на 72-ю ситуацию не исправляет. Пробовал уменьшить на интерфейсе mtu до 1472 - ничего не меняется, bgp все равно затыкается. Пробовал прописать traffic-shape для bgp на 128K - тоже улучшений нет. Собрал tcpdump заткнувшейся сессии с обеих сторон. Дампы совпадают, потерь и перестановки пакетов нет.
Куда копать? Если на другом канале работает, логично предположить, что у этого канала есть какой-то недостаток - но какой, как его сформулировать тому, кто предоставил канал? Или как заставить кошку работать на этом канале?
AS> Чую, что проблемы с MTU, но обосновать не могу... :) Установка "ip mtu 512" ситуацию не лечит. :( AS> Кстати, а ospf на этом же канале работает ? Не пробовал - это разные города и разные AS. Btw, замена писишки на кошку ситуацию не исправляет, т.е. bgp между двумя кошками тоже жить не хочет. -- Lucky carrier, Паша. =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message