alexchip Опубликовано 3 июня, 2013 (изменено) · Жалоба Доброго времени суток. У нас есть несколько аплинков сливаюших нам fullview и несколько IX. Недавно произошла странная ситуация: после разрыва сессии с одним из IX перестала работать часть ресурсов интернета. Как оказалось трасировка к этим ресурсам продолжала идти через этот IX. На пограничном маршрутизаторе используется: Quagga 0.99.17, OS: Debian GNU/Linux 6.0.3 (squeeze) с ядром: 2.6.33.20. Маршруты в Quagga действительно вели через IX: bgp2# show ip route 46.149.19.137 Routing entry for 46.149.16.0/21 Known via "bgp", distance 20, metric 0, best Last update 05w3d16h ago * 193.106.112.91, via eth9.800 При этом в принятых BGP маршрутах best является другой: bgp2# show ip bgp 46.149.19.137 BGP routing table entry for 46.149.16.0/20 Paths: (3 available, best #3, table Default-IP-Routing-Table) Not advertised to any peer 8641 174 6453 56704 51969 51969 77.94.164.33 from 77.94.164.33 (81.26.144.2) Origin IGP, localpref 100, weight 1000, valid, external, atomic-aggregate Community: 28809:4 28809:174 Last update: Sun Jun 7 15:00:57 1970 48293 25478 1299 6453 56704 51969 51969 94.228.194.29 from 94.228.194.29 (94.228.204.241) Origin IGP, localpref 100, weight 1000, valid, external, atomic-aggregate Community: 25478:20207 25478:29200 Last update: Sun Jun 7 15:00:14 1970 48166 12389 3257 56704 51969 51969 89.22.16.49 from 89.22.16.49 (91.210.84.5) Origin IGP, localpref 100, weight 1000, valid, external, atomic-aggregate, best Community: 48166:12389 Last update: Sun Jun 7 14:59:07 1970 Получается, что маршрут принятый от IX залип в Quagga. И только когда из ядра мы удалили маршрут, после этого маршрут в системе стал правильный и ресурс заработал, при этом в Quagga маршрут продолжал висеть: bgp2# show ip route 46.149.16.123 Routing entry for 46.149.16.0/21 Known via "bgp", distance 20, metric 0 Last update 05w3d18h ago 193.106.112.91, via eth9.800 Как оказалось таких маршрутов было принятно прилично, пришлось удалять их руками. Сессии со всеми нейборами настроены по единому шаблону: neighbor x.x.x.x remote-as AAAAA neighbor x.x.x.x description YYYYY neighbor x.x.x.x update-source z.z.z.z neighbor x.x.x.x weight 1000 neighbor x.x.x.x soft-reconfiguration inbound neighbor x.x.x.x route-map yyyy_in in neighbor x.x.x.x route-map yyyy_out out Кроме как: no bgp enforce-first-as особых параметров для BGP не имеем. Пробовал сбросить сессию с нейборами IX (софтово и полностью) - не помогло. Пробовал выключить/включить интерфейс eth9.800 (интерфейс для IX) - не помогло. Пробовал в конфиге принудительно выключить сессию с IX - тоже не помогло. Почему такое может случаться и как можно исправить эту проблему? Заранее спасибо! Изменено 3 июня, 2013 пользователем alexchip Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
vlad11 Опубликовано 3 июня, 2013 · Жалоба Обновляйте кваггу. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
alexchip Опубликовано 3 июня, 2013 · Жалоба Спасибо за совет. Попробуем найти время и обновить Quagga. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...