Отладка пользовательский сессий на ISG платформах крайне неудобна в виду большого объема информации в дебаге, в котором очень сложно отследить сообщения по определенной сессии. Для устранения этого недостатка была придумана условная отладка (Conditional Debugging), которая позволяет отфильтровать сообщения по отдельным параметрам пользовательского сеанса. Для этого необходимо: 1. Включить условную отладку командой   debug condition <параметр>. Доступные варианты: domain domain-name interface { Fast Ethernet | Gigabit Ethernet | TenGigabit Ethernet } vlan-id ID mac-address hexadecimal-MAC-address portbundle ip IP-address bundle bundle-number session-id session-ID username email-address 2. Запустить debug , например,  debug ppp subscriber или debug aaa accounting.  Полный список доступных дебагов тут Пример использования: Router#debug condition mac-address ****.****.**** Condition 1 set Router#debug ppp negotiation PPP protocol negotiation debugging is on Router#terminal monitor Router# Router# Router# Router# Oct 1 15:59:06 MSK: Te0/0/0.2427 Debug: Condition 1, mac-address ****.****.**** cleared, count 0 Oct 1 15:59:06 MSK: Vi2.4870 LCP: Event[DOWN] State[Closing to Initial] Oct 1 15:59:07 MSK: Te0/0/0.2427 Debug: Condition 1, mac-address ****.****.**** triggered, count 1 ... Oct 1 15:59:07 MSK: Vi2.4870 PPP: Control packet rate limit 10 reached Oct 1 15:59:07 MSK: Vi2.4870 PPP: Entering block state for 30 seconds Oct 1 15:59:07 MSK: Vi2.4870 PPP: Packet throttled, Dropping packet Oct 1 15:59:07 MSK: Vi2.4870 PPP: Packet throttled, Dropping packet Oct 1 15:59:09 MSK: Vi2.4870 PPP: Packet throttled, Dropping packet Oct 1 15:59:12 MSK: Vi2.4870 PPP: Packet throttled, Dropping packet Oct 1 15:59:16 MSK: Vi2.4870 PPP: Packet throttled, Dropping packet Oct 1 15:59:17 MSK: Vi2.4870 PPP: Negotiation timeout, dropping connection Oct 1 15:59:17 MSK: Vi2.4870 PPP DISC: No NCPs negotiated Oct 1 15:59:17 MSK: Vi2.4870 PPP: Sending Acct Event[Down] id[2D0EEE] Oct 1 15:59:17 MSK: PPP: NET STOP send to AAA. Oct 1 15:59:17 MSK: Vi2.4870 IPCP: Event[DOWN] State[REQsent to Starting] Oct 1 15:59:17 MSK: Vi2.4870 IPCP: Event[CLOSE] State[Starting to Initial] Oct 1 15:59:17 MSK: Vi2.4870 LCP: O TERMREQ [Open] id 3 len 4 Oct 1 15:59:17 MSK: Vi2.4870 LCP: Event[CLOSE] State[Open to Closing] Oct 1 15:59:17 MSK: Vi2.4870 PPP: Phase is TERMINATING Oct 1 15:59:17 MSK: Vi2.4870 PPP: Packet throttled, Dropping packet Oct 1 15:59:17 MSK: Vi2.4870 PPP: Block vaccess from being freed [0x10] Oct 1 15:59:17 MSK: Te0/0/0.2427 Debug: Condition 1, mac-address ****.****.**** cleared, count 0 Oct 1 15:59:17 MSK: Vi2.4870 LCP: Event[DOWN] State[Closing to Initial] Router# ... View more

В течение года активной работы с ASR1k пришлось несколько раз обновлять софт и столкнуться с приятными и не очень сюрпризами новых релизов. В первую очередь при обновлении IOS следует обратить внимание на версию ROMMON . Текущую версию можно посмотреть так: sh platform Chassis type: ASR1004 Slot Type State Insert time (ago) --------- ------------------- --------------------- ----------------- ... --------- ------------------- --------------------------------------- 0 09111601 15.3(3r)S R0 10021901 15.3(3r)S F0 08041102 15.3(3r)S или отдельно по модулям: #sh rom-monitor r0 System Bootstrap, Version 15.3(3r)S, RELEASE SOFTWARE (fc1) Copyright (c) 1994-2013 by cisco Systems, Inc. Минимальную и рекомендуемую версию ROMMON для конкретного релиза IOS можно посмотреть здесь. Если ROMMON будет слишком старый, новая прошивка просто не будет применена. Обновляется очень просто командой:  upgrade rom-monitor filename  bootflash:asr1000-rommon.153-3r.S.pkg  all  В версии 15.2(04)S5.1 были изменены значения по умолчанию для команды  ppp packet throttle . Ранее были очень большие пороги сброса контрольных пакетов PPP:  ppp packet throttle 10000 3600 0 В некоторых случаях клиентское оборудование генерировало очень большое количество таких пакетов, что приводило к большой загрузке CPU BRAS-а. После этой версии пороги были очень сильно занижены: ppp packet throttle 10 1 30 //После 10 пакетов за 1 секунду хост будет блокироваться на 30 сек. Для некоторых клиентов (чаще всего это Microsoft Windows 7) эти ограничения слишком сильны, поэтому следует опытным путем подобрать количество пакетов. Нам подошло ppp packet throttle 100 1 30 В версии 3.11 появился функционал для ограничения ресурсов ESP . Очень рекомендуется настроить: platform subscriber cac mem qfp 95 При вводе данной команды и достижению лимита по используемой памяти на ESP в 95% (память расходуется для абонентских сессий и сервисов) мы перестаем терминировать дополнительные сессии абонентов и начинаем их отбивать. Логика в том, чтобы обеспечить работу существующих абонентов и отбить несколько новых вместо того, чтобы потерять все.  В версии 3.13 есть баг  CSCux47830 ( ASRNAT: Pool leak in PAP mode), который пока что устранен только в инженерном релизе. Будьте внимательны при обновлениях :-)  P.S. Буду благодарна за комментарии, особенно если поделитесь, с чем Вам пришлось столкнуться при обновлениях ASR1k. ... View more