eking

Создал новый интерфейс ae1 с точно такими-же настройками как и ae0. После этого на физ. интерфейсах поменял ссылки на новый интерфейс. Проблема не решилась. > show interfaces ae1 Physical interface: ae1, Enabled, Physical link is Up Interface index: 180, SNMP ifIndex: 0 Link-level type: Ethernet, MTU: 1514, Speed: 2Gbps, BPDU Error: None, MAC-REWRITE Error: None, Loopback: Disabled, Source filtering: Disabled, Flow control: Disabled, Minimum links needed: 1, Minimum bandwidth needed: 0 Device flags : Present Running Interface flags: SNMP-Traps Internal: 0x0 Current address: 02:23:9c:1b:8d:84, Hardware address: 02:23:9c:1b:8d:84 Last flapped : 2012-08-08 15:57:25 MSD (00:06:20 ago) Input rate : 15598376 bps (7046 pps) Output rate : 21090864 bps (9537 pps) Logical interface ae1.0 (Index 119) (SNMP ifIndex 0) Flags: SNMP-Traps 0x0 Encapsulation: ENET2 Statistics Packets pps Bytes bps Bundle: Input : 0 0 0 0 Output: 202 0 21492 0 Protocol eth-switch Flags: None

http://forum.nag.ru/forum/index.php?showtopic=77690&view=findpost&p=738585 "Можно конечно ещё рестартнуть shm-rtsdbd" http://forum.nag.ru/forum/index.php?showtopic=77690&view=findpost&p=738601 "Перезапуск не решил проблему, к сожалению." "перетянуть на него логику." - можно подробнее, пожалуйста?

Так? > show interfaces ae0 snmp-index 607 Logical interface ae0.0 (Index 106) (SNMP ifIndex 607) Flags: SNMP-Traps 0x0 Encapsulation: ENET2 Statistics Packets pps Bytes bps Bundle: Input : 0 0 0 0 Output: 456217 0 48815097 0 Protocol eth-switch Flags: None > show interfaces ae0 Physical interface: ae0, Enabled, Physical link is Up Interface index: 179, SNMP ifIndex: 0 Link-level type: Ethernet, MTU: 1514, Speed: 2Gbps, BPDU Error: None, MAC-REWRITE Error: None, Loopback: Disabled, Source filtering: Disabled, Flow control: Disabled, Minimum links needed: 1, Minimum bandwidth needed: 0 Device flags : Present Running Interface flags: SNMP-Traps Internal: 0x0 Current address: 02:23:9c:1b:8d:83, Hardware address: 02:23:9c:1b:8d:83 Last flapped : 2012-07-24 17:20:48 MSD (1w3d 01:00 ago) Input rate : 16765880 bps (7986 pps) Output rate : 23699072 bps (10947 pps) Logical interface ae0.0 (Index 106) (SNMP ifIndex 607) Flags: SNMP-Traps 0x0 Encapsulation: ENET2 Statistics Packets pps Bytes bps Bundle: Input : 0 0 0 0 Output: 456255 0 48819163 0 Protocol eth-switch Flags: None

Перезапуск не решил проблему, к сожалению. Обновление - последняя мера, к оборудованию подключены критически важные сервисы и перезагрузка требует согласования, любой простой крайне не желателен.

Пробовал, делал restart mib-process и restart snmp - безрезультатно. Насколько я понимаю ситуацию, MIB2D_IFD_IFL_ORDERING_ERROR: if_track_ifdindex_to_snmpindex:ifd infomation wrt ifdindex: 179 from kernel (name:ae0, snmpindex:0) from shm_db (name:ae0, snmpindex:0) Обозначает, что этот процесс убивается т.к. для агрегированного интерфейса нет счетчиков. Вопрос - как (и какие) их создать и вообще, возможно-ли это.

% ps auxwww | grep mib root 80043 0.0 0.2 2264 984 p0 R+ 3:05PM 0:00.01 grep mib В процессах нет. % /usr/sbin/mib2d -N Segmentation fault (core dumped) Логи: Aug 3 15:11:52 sw6 mib2d[80065]: LIBJSNMP_SA_IPC_REG_ROWS: ns_subagent_register_mibs: registering 88 rows Aug 3 15:11:56 sw6 mib2d[80065]: MIB2D_IFD_IFL_ORDERING_ERROR: if_track_ifdindex_to_snmpindex:ifd infomation wrt ifdindex: 179 from kernel (name :ae0, snmpindex:0) from shm_db (name:ae0, snmpindex:0) Aug 3 15:11:56 sw6 mib2d[80065]: MIB2D_IFD_IFL_ORDERING_ERROR: if_track_ifdindex_to_snmpindex:ifd infomation wrt ifdindex: 179 from kernel (name :ae0, snmpindex:0) from shm_db (name:ae0, snmpindex:0) Aug 3 15:11:56 sw6 mib2d[80065]: MIB2D_IFD_IFL_ORDERING_ERROR: get_ifd_oper_state:ifd infomation wrt ifd_index: 179 from kernel (name:ae0, snmpi ndex:0) from shm_db (name:ae0, snmpindex:0)

Всем хорошего дня. Есть несколько ex3200-48t. JUNOS Base OS boot [11.3R1.7] С их интерфейсов снимается статистика по трафику. После настройки на одном из них > show configuration interfaces ae0 aggregated-ether-options { lacp { passive; } } unit 0 { family ethernet-switching { port-mode access; vlan { members vlan-113; } filter { output icmp-udp-attack; } } } > show interfaces terse | match ae0 ge-0/0/44.0 up up aenet --> ae0.0 ge-0/0/45.0 up up aenet --> ae0.0 ae0 up up ae0.0 up up eth-switch > show configuration interfaces ge-0/0/44 ether-options { 802.3ad ae0; } перестал отвечать на часть запросов по snmp: snmpwalk -v2c -c community sw6 iso.3.6.1.2.1.2.2.1 iso.3.6.1.2.1.2.2.1 = No Such Object available on this agent at this OID В то время как другие отдают: snmpwalk -v2c -c community sw5 iso.3.6.1.2.1.2.2.1 | wc -l 2530 делал restart mib-process и restart snmp - безрезультатно. При чем часть OID доступна, "пропали" только некоторые: snmpwalk -v2c -c community sw6 iso|wc -l 16290 snmpwalk -v2c -c community sw5 iso|wc -l 32134 Рестартовал pfed: % ps auxwww | grep pfed root 79468 0.0 0.9 11480 4528 ?? S 11:40AM 0:00.14 /usr/sbin/pfed -N % kill 79468 % ps auxwww | grep pfed root 79490 6.7 0.9 11492 4528 ?? S 11:46AM 0:00.12 /usr/sbin/pfed -N В логах: Aug 3 11:58:25 sw6 init: pfe (PID 79490) exited with status=0 Normal Exit Aug 3 11:58:25 sw6 init: pfe (PID 79509) started Aug 3 11:58:25 sw6 pfed: LIBJSNMP_SA_IPC_REG_ROWS: ns_subagent_register_mibs: registering 2 rows Aug 3 11:58:25 sw6 pfed: PFED unable to listen for stats Aug 3 12:02:44 sw6 mgd[79520]: UI_RESTART_EVENT: User 'root' restarting daemon 'Management Information Base II process' Aug 3 12:02:44 sw6 init: mib-process (PID 79522) started Aug 3 12:02:44 sw6 init: can not access /usr/sbin/smihelperd: No such file or directory Aug 3 12:02:44 sw6 init: subscriber-management-helper (PID 0) started Aug 3 12:02:45 sw6 mib2d[79522]: LIBJSNMP_SA_IPC_REG_ROWS: ns_subagent_register_mibs: registering 88 rows Aug 3 12:02:48 sw6 mib2d[79522]: MIB2D_IFD_IFL_ORDERING_ERROR: if_track_ifdindex_to_snmpindex:ifd infomation wrt ifdindex: 179 from kernel (name :ae0, snmpindex:0) from shm_db (name:ae0, snmpindex:0) Aug 3 12:02:48 sw6 mib2d[79522]: MIB2D_IFD_IFL_ORDERING_ERROR: if_track_ifdindex_to_snmpindex:ifd infomation wrt ifdindex: 179 from kernel (name :ae0, snmpindex:0) from shm_db (name:ae0, snmpindex:0) Aug 3 12:02:48 sw6 mib2d[79522]: MIB2D_IFD_IFL_ORDERING_ERROR: get_ifd_oper_state:ifd infomation wrt ifd_index: 179 from kernel (name:ae0, snmpi ndex:0) from shm_db (name:ae0, snmpindex:0) Что это, как лечить и что еще посмотреть?

Собственно есть: Cisco IOS Software, IOS-XE Software (PPC_LINUX_IOSD-ADVENTERPRISEK9-M), Version 12.2(33)XNC, RELEASE SOFTWARE (fc2) при попытке соединения юзверю выдает ошибку 691 - недопустимые имя пользователя и пароль. Хотя: BRAS_1002_Left#test aaa group radius user password legacy Attempting authentication test to server-group radius using radius User was successfully authenticated. А в логах вот что: Apr 23 10:06:00.772: VT:Sending vaccess request, id 0xAA00070E Apr 23 10:06:00.772: VT:Processing vaccess requests, 1 outstanding Apr 23 10:06:00.772: VT:Create and clone interface, Vt1 Apr 23 10:06:00.787: %FMANRP_ESS-4-FULLVAI: Session creation failed due to Full Virtual-Access Interfaces not being supported. Check that all applied Virtual-Template and RADIUS features support Virtual-Access sub-interfaces. swidb= 0x2C2D529C, ifnum= 195 Apr 23 10:06:00.787: %FMANRP_ESS-4-SEGFAIL: ESS Bind Lterm Session: bind failed for Seghandle 0x3B793094 of Type 21 -Traceback= 1#27789faadda13038f9925c8f416f9549 :10000000+63D7E8 :10000000+63E09C :10000000+63BD44 :10000000+245CED4 :10000000+2011004 :10000000+1677A38 :10000000+2DC0C54 :10000000+2DC0CF0 :10000000+1678474 :10000000+16786CC :10000000+1671CB0 :10000000+1671FFC :10000000+16723D4 :10000000+167273C :10000000+16657E0 :10000000+166768C Apr 23 10:06:00.801: VT:Clean up dirty vaccess queue, size 1 Конфиг, соответственно такой: class-map match-all match_192 match access-group 192 ! policy-map asr128k_out class match_192 police 120000 16000 32000 conform-action transmit exceed-action drop violate-action drop ! ! bba-group pppoe global virtual-template 1 sessions max limit 32000 sessions per-mac limit 5 sessions per-vlan limit 4000 Кстати, радиус (кроме стандартных параметров - IP, DNS...) передает следующее: Cisco-AVPair += "ip:sub-qos-policy-out=asr128k_out" И что с этим делать? Может кто сталкивался и объяснит, где эти детские грабли? Кстати, сама Cisco говорит, что вроде как на ASR пока можно регулировать только out но не in. Странно, может кто что скажет?