Состоялся (http://savannah.nongnu.org/forum/forum.php?forum_id=8711) релиз пакета Quagga 1.1.0 (http://www.nongnu.org/quagga/), предоставляющего реализации протоколов маршрутизации OSPFv2, OSPFv3, RIP v1/v2, RIPng и BGP-4 для Unix-подобных систем. Quagga оснащён удобным консольным интерфейсом для управления, напоминающим Cisco IOS. Из изменений (https://download.savannah.gnu.org/releases/quagga/quagga-1.1...) отмечается:
- Значительное улучшение средств для определения следующей точки отправки пакетов (nexthop) для рекурсивных маршрутов и BGP.
- Поддержка тегов маршрутизации.
- Возможность передачи связанных с TE (https://tools.ietf.org/html/rfc3630) метрик через OSPF.
- Поддержка IPv6 Multipath для zebra и BGP.
- Включён по умолчанию режим определения состояния 'link-detect', при котором zebra обрабатывает события смены состояния канала и считает сетевой интерфейс отключенным, если линк недоступен.URL: http://savannah.nongnu.org/forum/forum.php?forum_id=8711
Новость: http://www.opennet.me/opennews/art.shtml?num=45392
я думал куага никогда не преодолеет версию 0.99
> удобным консольным интерфейсом для управления, напоминающим Cisco IOSПошутили - "удобный" и IOS. Привычный - да, но чтобы удобный? Вы еще напишите "логичный" ))
Ну а что вы хотели, Junos CLI намного сложнее реализовать
Cреди тех CLI с которыми я работал цысковский пожалуй действительно самый удобный, особенно в плане сокращенно наколотить по памяти вручную много хрени подряд не вертаясь при этам взад и не шастая по уровням. А вот CLI в старых телесинах 99 серии вообще напоминал содомию. В новых они ушли слава фаберже на цысковский формат.Опять же асилить кваггу вполне можно по цисковским докам, где есть и примеры, и обсосано все до дырок. Если не желать от квагги чего-то особо прекрасного, то чтобы ее вздыбить дальше цысковских док и ходить не надо.
show внутрь configure уже завезли?
Всегда был - do sh run, да и вообще любая команда, не только show, просто ставишь перед желаемой командой do. Едиственное что не работает - автокомплит. :)
В цисках очень много legacy, и один только их плюс - что многие, очень многие уже сталкивались и как-то приспособились писать конфиг в циско-стиле.Это не отменяет на всю головую долбанутый подход с разного типа ACL, с route-map-ами, которые где только не используются - слепили из того, что было.
Альтернатив, согласен, не очень много. Но ту же Vyatta/VyOS можно вспомнить как вариант более вменяемый, хотя, конечно, нифига не распространенный. Кстати, новая квагга в VyOS однажды попадет )
Мне наоборот всегда логика телесиновских команд в их не-плюсной аллиедвари нравилась больше, чем цисковская.
Это вопрос философский, но в IOS XR, да, Cisco перешла на тёмную сторону JunOS. :-P
Интересно, а EIGRP - уже не модно? Спеки на него есть, а свободных реализаций - нет.
Компания Cisco открыла спецификации только на базовую часть протокола, например закрыт Stub Routing, но не только он.EIGRP моден для DMVPN или там где вся сеть построена на Cisco, само-собой речь о корпоративном секторе. В ином случае OSPF/IS-IS будут гораздо более предпочтительными, одна только возможность создания гетерогенных решений чего стоит, в условиях реальной сети.
> Компания Cisco открыла спецификации только на базовую часть протокола, например закрыт
> Stub Routing, но не только он.
> EIGRP моден для DMVPN или там где вся сеть построена на Cisco,
> само-собой речь о корпоративном секторе. В ином случае OSPF/IS-IS будут гораздо
> более предпочтительными, одна только возможность создания гетерогенных решений чего стоит,
> в условиях реальной сети.Да ладно! EIGRP - отличный промежуточный вариант между убогим RIP и монструозным OSPF. Да-да, я понимаю "OSPF будет хорошим выбором даже небольшой сети, содержащей всего около сотни маршрутизаторов" (с) Cisco, но давайте будем реалистами - сотня маршрутизаторов это на самом деле много. И если они и есть - то это в 90% случаев простейшая "звезда", типа центральный офис и филиалы.
> Компания Cisco открыла спецификации только на базовую часть протокола, например закрыт
> Stub Routing, но не только он.This feature is supported on all platforms that support EIGRP in Cisco IOS Release 12.0(15)S, including the following platforms:
•Cisco 7200 series
•Cisco 7500 series
•Cisco 12000 seriesНу-ну... Очень нужная фича... Но далеко не всем - хотя бы то что открыто реализовали, этого хватит 95% тех, кому нужен EIGRP. А те, кому нужны более продвинутые фичи - выберут OSPF.
Собственно как я понимаю все то что реализовано на ISR2 - открыто.
Разве, я сказал где-то, что EIGRP плохой протокол? Да, он, как и другие distance-vector протоколы более прост, нежели link-state протоколы, как то OSPF или IS-IS. Но так ли сложен OSPF в конфигурации single area? Едва ли, в топологии star, можно найти больше проблем используя OSPF, чем EIGRP. Да, OSPF по определению более требователен к ресурсам маршрутизатора, но в рамках 3-10 маршрутизаторов, едва ли можно ощутить эту разницу, даже на младших моделях ISR G2, не говоря уже о чём-то от сторонних производителей.А это к вопросу о том, какие требования для реализации EIGRP Stub Routing:
1921-grt01-nya#sh ver | include IOS
Cisco IOS Software, C1900 Software (C1900-UNIVERSALK9-M), Version 15.4(3)M5, RELEASE SOFTWARE (fc1)
1921-grt01-nya#conf t
Enter configuration commands, one per line. End with CNTL/Z.
1921-grt01-nya(config)#router eigrp 1
1921-grt01-nya(config-router)#eigrp stub ?
connected Do advertise connected routes
leak-map Allow dynamic prefixes based on the leak-map
receive-only Set receive only neighbor
redistributed Do advertise redistributed routes
static Do advertise static routes
summary Do advertise summary routesКак я уже сказал выше, он без спорно будет актуален в DMVPN решениях, их можно конечно же строить и с использованием OSPF, что некоторые и делают, или скажем, при необходимости выполнять Unequal Cost Multi Path Load Sharing. Причин почему EIGRP до сих пор не реализован, масса и не в последнюю очередь это связано с тем, что EIGRP проприетарный протокол компании Cisco, наличие аж целого RFC 7868 не сделало его открытым. Cisco не скрывает того, что она оставила за собой право изменять его, как ей того хочется, без участия в процессе сторонних производителей. Поэтому подавляющее большинство сетевых инженеров предпочитают открытый и хорошо документированный OSPF, пусть и более простому, и вообще лучшему, что есть в плеяде distance-vector протоколов, но тем не менее проприетарному и мало распространённому относительно OSPF, EIGRP протоколу.
Ещё из новшеств 1.1.0: появилась поддержка VRF.router(config)#
access-list Add an access list entry
bgp BGP information
debug Debugging functions (see also 'undebug')
default Configure defaults of settings
dump Dump packet
enable Modify enable password parameters
end End current mode and change to enable mode
exit Exit current mode and down to previous mode
fpm fpm connection remote ip and port
hostname Set system's network name
interface Select an interface to configure
ip IP information
ipv6 IPv6 information
key Authentication key management
line Configure a terminal line
list Print command list
log Logging control
no Negate a command or set its defaults
password Assign the terminal connection password
route-map Create route-map or enter route-map command mode
router Enable a routing process
router-id Manually set the router-id
service Set up miscellaneous service
show Negate a command or set its defaults
table Configure target kernel routing table
undebug Disable debugging functions (see also 'debug')
username
vrf Enable a VRFrouter# show ip route
<cr>
A.B.C.D Network in the IP routing table to display
A.B.C.D/M IP prefix <network>/<length>, e.g., 35.0.0.0/8
babel Babel routing protocol (Babel)
bgp Border Gateway Protocol (BGP)
connected Connected routes (directly attached subnet or host)
isis Intermediate System to Intermediate System (IS-IS)
kernel Kernel routes (not installed via the zebra RIB)
ospf Open Shortest Path First (OSPFv2)
pim Protocol Independent Multicast (PIM)
rip Routing Information Protocol (RIP)
static Statically configured routes
summary Summary of all routes
supernets-only Show supernet entries only
tag Show only routes with tag
vrf Specify the VRF
А как оно там? Через отдельный namespace? или просто отдельная таблица маршрутизации и кучка ip rule?