Добрый день, Есть поддержка CISCO-PPPOE-MIB и в ней  таблица с разбивкой сессий на интерфейсы: OID cPppoeSessionsPerInterfaceTable (1.3.6.1.4.1.9.9.194.1.4.1.1) https://snmp.cloudapps.cisco.com/Support/SNMP/do/BrowseOID.do?local=en&translate=Translate&objectInput=1.3.6.1.4.1.9.9.194.1.4.1.1#oidContent   Но к сожалению поддерживается сбор инфо только для общего кол-ва сессия на уровне физического интерфейса. Подсчет на уровне sub-interfaces (в рамках физического) скорее всего не работает и значения будут 0. Спасибо, Sergei V.   ... View more

Добрый день, Вопрос видимо был по слайду №15 презентации. 124 метка Adjacency-SID метка. Adjacency SID может быть protected посредством TiLFA или нет. Если AdjSID был protected, то FastReroute (<50msec) на TiLFA backup path, который по определению уже будет IGP Post-Convergence path. Если в этой SR Policy были другие Candidate-path опции, и они валидны после перерасчета CSFP, то будет переход на валидного кандидата с лучшим Preference. Таким образом, можно определять dynamic Candidate path на основе задаенной metric/FlexAlgo (IGP/TE/Latency metric), чтобы на него был откат (с учетом требований SLA приложения, трафик которого идет через SR Policy). Скорость преключения будет ~равна времени детекирования падения линка IGP + времени флуда данной инфо внутри домена (до Head-end/PCE) + время пересчета CSPF.   P.S. Другой аспект в том, что использование Adj-SID не рекомендуется на постоянной основе. Т.к. их значение может поменяться после перезагрузок (хотя сейчас есть опция привязать ручной настройкой). Обычно AdjSID динамически используются временно - например в TiLFA. Об этом детально написано в указанных книгах по SR и SR TE.   Спасибо! Kind Regards, Sergei V.       ... View more

Добрый день, Да, и на данный момент есть множество примеров такого использования. Если же SR Доменов несколько, то да для построения LSP из конца PCE контроллер нужен. И это может быть XR маршрутизатор (физический или XRv9k) с включенным SR PCE функционалом, который можно настраивать посредство CLI : https://content.cisco.com/chapter.sjs?uri=/searchable/chapter/content/en/us/td/docs/routers/asr9000/software/asr9k-r6-4/segment-routing/configuration/guide/b-segment-routing-cg-asr9000-64x/b-segment-routing-cg-asr9000-64x_chapter_01000.html.xml   Спасибо, Сергей В.   ... View more

Добрый день, Александр, В ядре оборудование обычно в любом случае поддерживает и рабоатет с MTU 9K. Да и в сетях сейчас используется множество разных overlay технологий, с использованием туннелирования. Так что особой проблемы с ростом требований к MTU нет - это все тот же MPLS MTU. Возможны конечно ограничения платформенные, в частности сколько максимально меток маршрутизатор может добавить в push операции. Для множества SR сценариев достаточно 2-3х сегментов/меток внутри домена. Поверх этого нужно учитывать сервисную метку (l3vpn, l2vpn). Если по какой-то причине требуется больше, то можно применять FlexAlgo, BSID(стыковать туннели), что позволяет уменьшить общее кол-во меток end-to-end. Если есть TiLFA link резервирование - зависит от топологии и обычно не более еще плюс 2х дополнительных сегментов/меток. Node protection в редких случаях до 4х. Ссылка на демо видео по этому поводу есть на слайде 138 SR Ti LFA демо видео – ~13mins: https://www.segment-routing.net/demos/2016-demo-topology-independent-lfa   SRGB настраивается сразу/редко - его изменение требует перезагрузку. (да на свежих версиях IOS XR увеличили размер с 8K). Если он разный внутри домена (постоянно или промежуточно), то проблем не должно быть. Размер/начало важен для анносирующего маршрутизатора и передается внутри IGP соседям (начало блока + размер), а так же Prefix SID как относительный индекс. И получающие маршртизаторы в любом случае на основе этой информации смогут рассчитать outgoing метку - неважно выйдет ли она за размеры локального SRGB блока или нет. Далее уже они передадут свой SRGB блок (и присвоят локальную метку). Те в lfib будет требуемая операция swap с заменой метки (разные значения local->outgoing). С точки зрения работы dataplane нет разницы какое абсолютное значние меток (выходит за локальный SRGB или нет). Спасибо, Сергей ... View more

Добрый день, Лицензия стандартная, разрешенная к покупке в РФ. По идее любой Cisco сертифицированный Партнер должен помочь с покупкой. Попробуйте обратиться в Cisco, как описано на странице "Связаться с Cisco" здесь: https://globalcontacts.cloudapps.cisco.com/contacts/contactDetails/ru_RU/c1o3-c2o2-c3o2 Там можно задать вопрос и/или найти партнера для заказа. Спасибо! Kind Regards, Sergei V.         ... View more

Добрый день, Возможно упираемся в полку производительности платформы, или же приличное кол-во трафика идет на ЦПУ процессинг. Для начала - в момент загрузки посмотреть: - show processes cpu sorted - show version - show interfaces sum Спасибо, Сергей     ... View more

Добрый день, - Проверьте настройки туннеля на spoke и hub. Есть ли "ip nhrp map multicast dynamic" (или ip nhrp map multicast <ip_spoke>)? - С масками на int tun с обоих сторон ошибок нет? sh ip eigrp interfaces показывает tunnel с обоих строн? - Какие версии ios на spoke и hub? - Много spok-ов? - При пинге c hub 224.0.0.10 ответ от spoke есть? и наоборот? Спасибо, Сергей       ... View more

Добрый день, причина в том, что начиная с 15.2(4)S ISG BroadBand фукционал уже не подерживается на с7600. Поэтому команды убрали из CLI парсера. Ссылка на CCO: https://www.cisco.com/c/en/us/td/docs/routers/7600/ios/15S/configuration/guide/7600_15_0s_book/ipsuboe.html?dtid=osscdc000283 Note Effective with Cisco IOS Release 15.2(4)S, the Broadband (IP and PPPoE sessions) support is deprecated in Cisco 7600 routers.   Как вариант - если других ограничений нет, то попробовать downgrade до какого-то релиза до линекйи 15.2(4)S.   Спасибо, Сергей       ... View more

Добрый день, Антон, По логам - имеет место быть memory corruption по какому-то событию (например, получение crafted пакета). Насколько понимаю - уже стоит latest релиз для данной платформы. Ранее были разные дефекты по SSHP таску, но они уже исправлены. Поэтому возможно новый (ну или старый, который закрыли как unreproducable по какой-то причине). Как вариант - если допустимо с точки зрения политик security, можно попробовать в качестве временного решения отказаться от использования SSH (возможно и HTTPS), а использовать telnet/HTTP. Посмотреть как это повляиет на проявления. Спасибо, Сергей       ... View more

Добрый день, Такого рода проблемы сложно решать в рамках форума. Можно делать предположения на основе похожих сценариев проявления, но все же не факт, что причины будут одинаковыми. Для однозначного заключения нужно собирать конкретные платформенные команды/логи в момент проблемы, искать тригер и зависимости. Если в СПД не одна железка, то возможно имеет смысл рассмотреть   минимальный Smartnet, чтобы иметь TAC поддержку. Например, речь может идти о проявлении определенных дефектов. В частности мб DDTS CSCve08995: CSCve08995 Traffic stops forwarding on 6880 modules due to egigatron channel corruption Но как описано в самом дефекте - заключение о попадении на него (или на какие-то другие грабли) может дать Cisco TAC только после анализа определенных выводов команд. В дефекте обозначено, что верятность проявления редка, и для подтверждения попадания на него (или не попадания) нужно смотреть выводы конкретных команд в рамках кейса TAC. При подтвержении проявления - в качестве обходного решения можно перезагружать модуль на котором находится проблемный порт. Для этих целей можно исподьзовать EEM скрипт, с которым так же TAC может помочь. Shut/no shut, SFP переустановка не помогут. Спасибо, Сергей     ... View more

Добрый день, 1) Если смотреть в сторону классических ASBR маршрутизаторов, то минимальные варинаты наверное: - Из XR asr9901 (фикс 16x1 GE, 24x 1/10 GE, 2x100 GE) https://www.cisco.com/c/en/us/products/collateral/routers/asr-9000-series-aggregation-services-routers/datasheet-c78-740540.html - Из IOS XE если на физике нужно именно 2 x 100 Gig порта, то только варианты с oversubscription: Из модульных - ASR1006-X : с ESP100 (максимум даст input 100G в сумме на все порты системы) + ASR1000-MIP100 (100G Host LC) - в нее можно утсновить до двух EPA-1X100GE. Если поставить ESP200 - то соответственно будет input 200G, но опять же в сумме. Или фиксед ASR 1002-HX - но это один 100Gig порт (поддержка с IOS XE версии Denali 16.4.1+): https://content.cisco.com/chapter.sjs?uri=/searchable/chapter/www.cisco.com/content/en/us/td/docs/routers/asr1000/install/guide/modular_linecard/asr1_mlc_hig/mlc_asr1_overview.html.xml&searchurl=https%3A%2F%2Fsearch.cisco.com%2Fsearch%3Fquery%3DASR1000-MIP100%26locale%3DenUS%26bizcontext%3D%26cat%3D%26mode%3Dtext%26clktyp%3Denter%26autosuggest%3Dfalse&dtid=osscdc000283 https://www.cisco.com/c/en/us/products/collateral/routers/asr-1000-series-aggregation-services-routers/datasheet-c78-731632.html     2) Если все же смотреть варианты коммутаторов, то помимо нексус (DCSW), LANSW новая серия c9500. Например, ее минимальный вариант с 100G портами: C9500-24Y4C: Cisco Catalyst 9500 Series high-performance switch with 24x 1/10/25G  Gigabit Ethernet + 4x 40/100G Uplink https://www.cisco.com/c/en/us/products/collateral/switches/catalyst-9500-series-switches/data_sheet-c78-738978.html Но опять же bgp fullview в tcam не влезет. 3) В любом случае, помимо 40/100G uplink подключений, есть еще опция с Port-Channel (20, 40 G и т.д.). Например сделать 2x10G или же 4x10G, что в принципе у провайдеров практикуется. Если в транзитном трафике src/dest IP комбинаций будет много (Imix), то закгрузка member линков будет более менее ровной. Но в случае классического IOS/IOS XE использовать лучше четное кол-во портов, чтобы не возниколо перекосов (например 3 порта - загрузка 2:1:1). 4) P.S. Для более точной оценки вариантов и определения цены вопроса имеет смысл все же обратиться в Cisco pre-sale команду. Это можно сделать например здесь: https://globalcontacts.cloudapps.cisco.com/contacts/selectsOptions/ru_RU Выбрать "Запросить квоту или приобрести продукты или услуги". Ну или через партнера поставить задачу. Спасибо, Сергей       ... View more

Добрый день, По конфигу оба порта в vодном lan12, так что по теории должен. Подсеть на обоих end-device-х одна и та же 192.168.0.0/24 (проверьте). Если да - то посмотрите arp записи на обоих девайсвах и соответсвующие mac в mac таблице vlan12 на коммутаторе. Так же посмотриие show vlan12, show int. Если все выглядит рабочим - можно попробовать сделать захват трафика на сервере и на .1.   Спасибо, Сергей     ... View more