Comments 22
Спасибо!
UFO just landed and posted this here
UFO just landed and posted this here
UFO just landed and posted this here
Как bandwidth-percent связан с control plane? Это ж процент он линка, который разрешено использовать EIGRP для своего трафика.
UFO just landed and posted this here
Меня удивила фраза «про bandwidth-percent для control plane траффика»
Что именно там говорится? Я могу понять политики CoPP для ограничения ICMP, например. Но bandwidth-percent?
Что именно там говорится? Я могу понять политики CoPP для ограничения ICMP, например. Но bandwidth-percent?
EIGRP траффик действительно является частью терминируемого трафика и к нему может применяться cpp-host
Но конкретно эта комманда не является частью CoPP, а управляет напрямую процессом протокола, регулируя отправляемые им сообщения. Эта возможность прописана в RFC на EIGRP, хоть и весьма размыто.
Лично мне кажется, что bandwidth-percent, как и «лишние» K-коэффициенты являютя отголосками нереализованного функционала протокола.
Но конкретно эта комманда не является частью CoPP, а управляет напрямую процессом протокола, регулируя отправляемые им сообщения. Эта возможность прописана в RFC на EIGRP, хоть и весьма размыто.
Лично мне кажется, что bandwidth-percent, как и «лишние» K-коэффициенты являютя отголосками нереализованного функционала протокола.
прекращайте верить в чудеса.
подсказка: значение bandwidth для GRE туннелей по умолчанию — 9kbs
подсказка: значение bandwidth для GRE туннелей по умолчанию — 9kbs
Каналы на hub1 — 12 Мбит Инет и 4 Мбит VPN (внутригород).
hub2 — 5 Мбит Инет и 2 Мбит VPN (внутригород).
Каналы на spoke — до 2 Мбит на канал.
При этом на hub-ах нагрузка — до 60% от максимальной при возникновении проблем (проверили).
Отступление: hub находится в Хабаровске, сеть — федеральная, во всех федеральных округах и крупных городах на Западе России.
hub2 — 5 Мбит Инет и 2 Мбит VPN (внутригород).
Каналы на spoke — до 2 Мбит на канал.
При этом на hub-ах нагрузка — до 60% от максимальной при возникновении проблем (проверили).
Отступление: hub находится в Хабаровске, сеть — федеральная, во всех федеральных округах и крупных городах на Западе России.
николай, пожалуйста скройте пост. или перепишите.
для EIGRP источник информации о пропускной способности тоннеля — параметр bandwidth на интерфейсе.
у вас он не указан, по этой причине ваш узел считает что пропскная способноть тоннеля — 9000 бит в секунду.
вы вылечили симптом, но не избавились от самой проблемы. как только у вас станет больше spoke-ов вы снова с ней столкнётесь. и тогда эта комманда вам перестанет помогать.
для EIGRP источник информации о пропускной способности тоннеля — параметр bandwidth на интерфейсе.
у вас он не указан, по этой причине ваш узел считает что пропскная способноть тоннеля — 9000 бит в секунду.
вы вылечили симптом, но не избавились от самой проблемы. как только у вас станет больше spoke-ов вы снова с ней столкнётесь. и тогда эта комманда вам перестанет помогать.
Забыл написать — изначально bandwidth на тоннельном интерфесе и был проставлен согласно физике канала. По одному из рекомендаций Инет мы это убрали. Проблема не исчезла. Готов проверить еще раз данную комбинацию, но в прошлый раз она у нас проработала более года, а работать перестала без внятной причины и без роста сети.
Поднял конфигу из архива — банды были прописаны до момента Х:
interface Tunnel203
description -=DMVPN_203 RTK_INET_SECOND=-
bandwidth 10000
ip address 10.10.203.1 255.255.255.0
no ip redirects
ip mtu 1416
ip hold-time eigrp 1 25
no ip next-hop-self eigrp 1
ip nat inside
ip nhrp authentication 203
ip nhrp map multicast dynamic
ip nhrp network-id 203
ip virtual-reassembly
no ip split-horizon eigrp 1
delay 2000
cdp enable
tunnel source GigabitEthernet0/0.783
tunnel mode gre multipoint
tunnel key 1111
!
end
interface Tunnel203
description -=DMVPN_203 RTK_INET_SECOND=-
bandwidth 10000
ip address 10.10.203.1 255.255.255.0
no ip redirects
ip mtu 1416
ip hold-time eigrp 1 25
no ip next-hop-self eigrp 1
ip nat inside
ip nhrp authentication 203
ip nhrp map multicast dynamic
ip nhrp network-id 203
ip virtual-reassembly
no ip split-horizon eigrp 1
delay 2000
cdp enable
tunnel source GigabitEthernet0/0.783
tunnel mode gre multipoint
tunnel key 1111
!
end
Чуть выше я действительно ошибся в значении bandwidth по умолчанию. c каких-то из 12-х иосов cisco изменила это значение, а привычка выставлять сразу у меня осталась. да и в тестах TSHOOT до сих пор старые 9kbs.
По поводу конфига… Очень странно. У меня осталось 2 предположения:
1) Проблемы в том же BW, только на споках. Если у вас много adjacency, то вполне возможно что причиной были несколько теряющих QUERY споков или текущие маршруты.
2)Какой-то очень странный баг в иосе.
И ещё 2 вопроса: у вас маршруты не протекают между хабами через споки? и можно ли посмотреть netflow cache на предмет объёма eigrp трафика?
По поводу конфига… Очень странно. У меня осталось 2 предположения:
1) Проблемы в том же BW, только на споках. Если у вас много adjacency, то вполне возможно что причиной были несколько теряющих QUERY споков или текущие маршруты.
2)Какой-то очень странный баг в иосе.
И ещё 2 вопроса: у вас маршруты не протекают между хабами через споки? и можно ли посмотреть netflow cache на предмет объёма eigrp трафика?
Sign up to leave a comment.
Этот капризный eigrp на DMVPN-тоннелях