Ilya
что ты хочешь от ISE?
это https://identity.cisco.com
Ilya
да
Evgeniy
да. стандартный
Ilya
ну всякие мелочи могут быть
Ilya
md5 например может не быть у кого-то
Alexander
ну... я помню у Zyxel на USG коробках не по RFC и он не компатибл
Evgeniy
ну симпл аус точно есть
Alexander
должно быть все хорошо
Roman
Evgeniy
ничего подозрительного не находите?
а коммит счетчик как себя ведет?
Evgeniy
ты самое интересное не показал в логе
Ilya
Symptom: Emsd crashes with seg fault. Conditions: Happens when there is grpc configs and l2vpn is configured, and the grpc config is removed and reapplied. Workaround: Do not restart emsd or remove grpc config.
Misak
ку
Ilya
вы там чо, через grpc провижените уже сервисы?
тестили как-то, но в итоге забили на asr, всё равно свопать
Ilya
короче будем downgrade на 6.3.3 делать
Ilya
он как-то стабильнее по описанию
Roman
лучше уж тогда сразу на 6.2.3
Ilya
лучше уж тогда сразу на 6.2.3
это промежуточный релиз был
Ilya
как 16.2 у джуна
Roman
это промежуточный релиз был
ну хз, у циски такого треша как у джуна обычно нет и они таки стабилизируют ветки
Roman
да и 16.2 должен был быть стабилным LTS
Roman
но что-то пошло не так
Ilya
я вот помню прекрасно ios xe 2 "стабильных" релиза, где в одном был поломан vpls, а в другом evpn rr
Ilya
Я когда начинал только работать с сетями, тоже учился по циске и было "вау, круто, циска топ", но вовремя открыл глаза
Tema
кто-нибудь делал транзит двух qinq-каналов с lacp tunnel?
Tema
в чем там особенность
Vladimir
Я когда начинал только работать с сетями, тоже учился по циске и было "вау, круто, циска топ", но вовремя открыл глаза
только залез на 901 в надежде быстренько xconnect нарисовать... ASR901#_soc_xgs3_mem_dma: FP_COUNTER_TABLE.ipipe0 failed(NAK) unit 0 MEM_FAIL_INT_STAT parity processing unit 0 EP_INTR_STATUS parity processing unit 0 IP0_INTR_STATUS parity processing unit 0 IP1_INTR_STATUS parity processing unit 0 IP2_INTR_STATUS parity processing unit 0 FP_COUNTER_TABLE analysis unit 0 FP_COUNTER_TABLE entry 1596 parity error unit 0 XQPORT_INTR_STATUS parity processing reload Proceed with reload? [confirm]
Roman
903\920 вроде более менее ещё
Roman
хотя конечно плохой софт любую железку испортит, особенно у циски
Vladimir
903\920 вроде более менее ещё
у 901 как и у 920 p2020 на борту ;) но так то да, 920 и 901 - небо и земля
Vladimir
мы их просто успели понабрать, когда 920 еще в природе не было
Roman
особенно меня веселило что оно не может балансировать на порт-чанеле если порт-чанел учасник хконнект
Roman
а вот 903\920 всё гуд
Vladimir
у аср901 заявлен целый вагон настроек по части ecmp. ни работает собственно ни одна.
Roman
а вот кстати с ецмп мы и решили проблему
Roman
разобрали порт-чанел и сделали два хконнект поверх которых уже раутинг с ецмп
Roman
и чет про 901 вообще не удивлен
Roman
открывали даже тикет из-за балансировки, Рахит там шото мурыжил долго в итоге собрал лабу и сказал "не баг а фича"
Roman
Alexey Ezenkin
Парни, кто-нибудь встречался с проблемой настройки радиуса на eltex 2324?
Roman
у аср901 заявлен целый вагон настроек по части ecmp. ни работает собственно ни одна.
Hi, I've just confirmed and src-dst-ip load balance will not take effect here since the port-channel is an AC for the xconnect. When the packet comes in from the mpls network, the router will strip off the mpls label and send it out on the port-channel. The port-channel will not perform another layer3 lookup so it will not loadbalance traffic based on src-dst-ip. It should work with src-dst-mac, if you have more than one router behind this port-channel - I.e connected to the switch that's connected to this port-channel.
Roman
сори за кривой копи паст, я исправил
Roman
Vladimir
а что не так с бнж на а9к?
Roman
а что не так с бнж на а9к?
ну всякие фишки "киллер фичи" типо гео реданданси
Ilya
особенно бнж на а9к?
бнж говорят пушка
Roman
Добрый день, Коллеги) прошу помощи в решении кейса. Тех поддержка 3 уровня Cisco не может помочь: Проблема с BNG на Cisco ASR9k При работе системы в качестве BNG для IPoE и PPPoE клиентов со временем теряется стабильность - растут задержки на операциях с клиентскими сессиями от создания до закрытия, теряется синхронизация групп GeoRedundancy. Сильнее всего это проявляется после интенсивных операций CoA/Disconnect (например, массовая блокировка неоплативших за месяц), вплоть до невозможности создания новых сессий при одновременном умирании старых. Апгрейд IOS-XR с 5.3.3 на 5.3.4 ничего принципиально не изменил. Также не работает GeoRedundancy для PPPoE сессий, на слейве количество "кривых" сессий в разы превышает количество нормальных на мастере, а после switchover все они оказываются неработоспособны. Обе проблемы зависят от масштаба, на тестовых моделях с единичными сессиями не проявляются.
Evgeniy
хуюшка
Roman
прям в этом же чате
Evgeniy
ну эт 5ка
Stanislav
это 5 ка
Ilya
Stanislav
у них с 5ки тока триалы пошли, и 6ка уже давным давно есть, где кучу всего под бнж допилили
Ilya
@troy_ntwrk
Stanislav
это какой-нить dslam+olt+msan ?
Evgeniy
))
Evgeniy
поэтому 6 ой все
Ilya
6.3.3 ставим
Stanislav
ага, помню. в целом печально что вообще трайдент у кого-то (например у нас)
Evgeniy
на прошлой галере тож трайденты
Roman
при том что стоит куча 903\920 которые нормально в таких кейсах балансируют траффик а то ребята почему-то взяли именно 901 (их всего два. один в работе второй в холодном резерве) и когда мы покупали ip transit то человек с этими асрами был через чур уверен что всё должно работать
ncu
А вот можно пинить сообщения без рассылки уведомлений? Спасибо!
Andrew
шо, опять!?
boingo-00
Москва...
boingo-00
#ненужно
Ilya
Бибирево фу
Tema
ncu
У меня истошно заверещало
Denis
Время в пути до работы не более 45 минут
Denis
што