Добрый день, Есть 2611 связанная с 2950-24 через dot1.q trunk между ними. Возникла непонятная проблемка на 2950-24. В какой-то произвольный момент времени на 2950-24 перестают ходить пакеты в сторону 2611. Причем именно 2950-24 перестает посылать пакетики. На вход же 2950-24 (от 2611) пакетики продолжают исправно поступать. Вот как это выглядит: xxxxxx-sw#sh int fa0/24 FastEthernet0/24 is up, line protocol is up (connected) Hardware is Fast Ethernet, address is yyyy.yyyy.ac58 (bia yyyy.yyyy.ac58) Description: -=[ Trunk to E0/1 on xxxxxx.donbass.net (rezerv) ]=- MTU 1500 bytes, BW 10000 Kbit, DLY 1000 usec, reliability 255/255, txload 1/255, rxload 1/255 Encapsulation ARPA, loopback not set Keepalive set (10 sec) Half-duplex, 10Mb/s input flow-control is off, output flow-control is off ARP type: ARPA, ARP Timeout 04:00:00 Last input never, output 00:00:00, output hang never Last clearing of "show interface" counters never Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0 Queueing strategy: fifo Output queue :0/40 (size/max) 30 second input rate 0 bits/sec, 0 packets/sec 30 second ouxtput rate 0 bits/sec, 0 packets/sec 1775 packets input, 1831423 bytes, 0 no buffer Received 27 broadcasts, 89 runts, 0 giants, 0 throttles 89 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored 0 watchdog, 1 multicast, 0 pause input 0 input packets with dribble condition detected 10605 packets output, 5466867 bytes, 0 underruns 0 output errors, 75 collisions, 1 interface resets 0 babbles, 0 late collision, 448 deferred 0 lost carrier, 0 no carrier, 0 PAUSE output 0 output buffer failures, 0 output buffers swapped out xxxxxx-sw# sh int fa0/24 FastEthernet0/24 is up, line protocol is up (connected) Hardware is Fast Ethernet, address is yyyy.yyyy.ac58 (bia yyyy.yyyy.ac58) Description: -=[ Trunk to E0/1 on xxxxxx.donbass.net (rezerv) ]=- MTU 1500 bytes, BW 10000 Kbit, DLY 1000 usec, reliability 255/255, txload 1/255, rxload 1/255 Encapsulation ARPA, loopback not set Keepalive set (10 sec) Half-duplex, 10Mb/s input flow-control is off, output flow-control is off ARP type: ARPA, ARP Timeout 04:00:00 Last input never, output 00:00:00, output hang never Last clearing of "show interface" counters never Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0 Queueing strategy: fifo Output queue :0/40 (size/max) 30 second input rate 0 bits/sec, 0 packets/sec 30 second ouxtput rate 0 bits/sec, 0 packets/sec 1816 packets input, 1855189 bytes, 0 no buffer Received 27 broadcasts, 89 runts, 0 giants, 0 throttles 89 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored 0 watchdog, 1 multicast, 0 pause input 0 input packets with dribble condition detected 10605 packets output, 5466867 bytes, 0 underruns 0 output errors, 75 collisions, 1 interface resets 0 babbles, 0 late collision, 448 deferred 0 lost carrier, 0 no carrier, 0 PAUSE output 0 output buffer failures, 0 output buffers swapped out xxxxxx-sw#cle counters fastEthernet 0/24 Clear "show interface" counters on this interface [confirm] xxxxxx-sw#sh int fa0/24 FastEthernet0/24 is up, line protocol is up (connected) Hardware is Fast Ethernet, address is yyyy.yyyy.ac58 (bia yyyy.yyyy.ac58) [skip] Last clearing of "show interface" counters 00:00:10 Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0 Queueing strategy: fifo Output queue :0/40 (size/max) 30 second input rate 0 bits/sec, 0 packets/sec 30 second ouxtput rate 0 bits/sec, 0 packets/sec 6 packets input, 3410 bytes, 0 no buffer Received 0 broadcasts, 0 runts, 0 giants, 0 throttles 0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored 0 watchdog, 0 multicast, 0 pause input 0 input packets with dribble condition detected 0 packets output, 0 bytes, 0 underruns 0 output errors, 0 collisions, 0 interface resets 0 babbles, 0 late collision, 0 deferred 0 lost carrier, 0 no carrier, 0 PAUSE output 0 output buffer failures, 0 output buffers swapped out В логах ничего аномального не наблюдается: xxxxxx-sw# sh logg [skip] *Mar 1 02:00:25.343 EET: %LINEPROTO-5-UPDOWN: Line protocol on Interface FastEthernet0/24, changed state to down .Jan 28 17:51:32.050 EET: %LINEPROTO-5-UPDOWN: Line protocol on Interface FastEthernet0/24, changed state to up .Jan 28 17:51:32.062 EET: %LINEPROTO-5-UPDOWN: Line protocol on Interface Vlan1, changed state to up MAC 2611 на порту 2950-24 присутствует: xxxxxx-sw#sh mac-address-table address zzzz.zzzz.db61 Mac Address Table ------------------------------------------- Vlan Mac Address Type Ports ---- ----------- -------- ----- 5 zzzz.zzzz.db61 DYNAMIC Fa0/24 2 zzzz.zzzz.db61 DYNAMIC Fa0/24 3 zzzz.zzzz.db61 DYNAMIC Fa0/24 4 zzzz.zzzz.db61 DYNAMIC Fa0/24 1 zzzz.zzzz.db61 DYNAMIC Fa0/24 Total Mac Addresses for this criterion: 5 xxxxxx-sw#sh ip arp Protocol Address Age (min) Hardware Addr Type Interface Internet aaa.bbb.ccc.17 8 zzzz.zzzz.db61 ARPA Vlan1 Internet aaa.bbb.ccc.18 - yyyy.yyyy.ac40 ARPA Vlan1 xxxxxx-sw#ping aaa.bbb.ccc.17 Type escape sequence to abort. Sending 5, 100-byte ICMP Echos to aaa.bbb.ccc.17, timeout is 2 seconds: ..... Success rate is 0 percent (0/5) xxxxxx-sw#sh int fa0/24 FastEthernet0/24 is up, line protocol is up (connected) Hardware is Fast Ethernet, address is yyyy.yyyy.ac58 (bia yyyy.yyyy.ac58) [skip] Last clearing of "show interface" counters 00:03:16 Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0 Queueing strategy: fifo Output queue :0/40 (size/max) 30 second input rate 0 bits/sec, 0 packets/sec 30 second ouxtput rate 0 bits/sec, 0 packets/sec 335 packets input, 173084 bytes, 0 no buffer Received 5 broadcasts, 0 runts, 0 giants, 0 throttles 0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored 0 watchdog, 0 multicast, 0 pause input 0 input packets with dribble condition detected 0 packets output, 0 bytes, 0 underruns 0 output errors, 0 collisions, 0 interface resets 0 babbles, 0 late collision, 0 deferred 0 lost carrier, 0 no carrier, 0 PAUSE output 0 output buffer failures, 0 output buffers swapped out При этом по Vlan1 (с 2950-24 на 2611) покеты уходят : xxxxxx-sw# sh int vlan 1 Vlan1 is up, line protocol is up Hardware is CPU Interface, address is yyyy.yyyy.ac40 (bia yyyy.yyyy.ac40) [skip] 5 minute input rate 0 bits/sec, 0 packets/sec 5 minute output rate 3000 bits/sec, 5 packets/sec 1016 packets input, 71394 bytes, 0 no buffer Received 79 broadcasts, 0 runts, 0 giants, 0 throttles 0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored 7585 packets output, 641948 bytes, 0 underruns 0 output errors, 2 interface resets 0 output buffer failures, 0 output buffers swapped out xxxxxx-sw# sh int vlan 1 Vlan1 is up, line protocol is up Hardware is CPU Interface, address is yyyy.yyyy.ac40 (bia yyyy.yyyy.ac40) Internet address is aaa.bbb.ccc.18/30 [skip] 5 minute input rate 0 bits/sec, 0 packets/sec 5 minute output rate 2000 bits/sec, 4 packets/sec 1021 packets input, 71710 bytes, 0 no buffer Received 80 broadcasts, 0 runts, 0 giants, 0 throttles 0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored 7621 packets output, 644108 bytes, 0 underruns 0 output errors, 2 interface resets 0 output buffer failures, 0 output buffers swapped out Только в порт смотрящий на 2611 не попадают: xxxxxx-sw#sh int fa0/24 FastEthernet0/24 is up, line protocol is up (connected) Hardware is Fast Ethernet, address is yyyy.yyyy.ac58 (bia yyyy.yyyy.ac58) Description: -=[ Trunk to E0/1 on xxxxxx.donbass.net (rezerv) ]=- MTU 1500 bytes, BW 10000 Kbit, DLY 1000 usec, reliability 255/255, txload 1/255, rxload 1/255 Encapsulation ARPA, loopback not set Keepalive set (10 sec) Half-duplex, 10Mb/s input flow-control is off, output flow-control is off ARP type: ARPA, ARP Timeout 04:00:00 Last input never, output 00:00:00, output hang never Last clearing of "show interface" counters 00:17:30 Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0 Queueing strategy: fifo Output queue :0/40 (size/max) 30 second input rate 0 bits/sec, 0 packets/sec 30 second ouxtput rate 0 bits/sec, 0 packets/sec 1030 packets input, 322346 bytes, 0 no buffer Received 439 broadcasts, 0 runts, 0 giants, 0 throttles 0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored 0 watchdog, 0 multicast, 0 pause input 0 input packets with dribble condition detected 0 packets output, 0 bytes, 0 underruns 0 output errors, 0 collisions, 2 interface resets 0 babbles, 0 late collision, 0 deferred 0 lost carrier, 0 no carrier, 0 PAUSE output 0 output buffer failures, 0 output buffers swapped out Лечится эта ситуация только перезагрузкой 2950. shut/no shut, перевод порта в access mode и возврат обратно не помогают. Причем когда порт находится в access mode пакеты в него тоже не уходят. :((( Думали что порт на 2950 битый. Переключили в другой порт 2950 - не помогло. Шнурки тоже попытались менять. Хотелось бы знать, сталкивался ли кто-нибудь с подобной проблемой, если да - то как ее полечили? PS. На всякий случай привожу результат 'sh ver' с 2950: xxxxxx-sw>sh ver Cisco Internetwork Operating System Software IOS (tm) C2950 Software (C2950-I6Q4L2-M), Version 12.1(13)EA1, RELEASE SOFTWARE (fc1) Copyright (c) 1986-2003 by cisco Systems, Inc. Compiled Tue 04-Mar-03 02:14 by yenanh Image text-base: 0x80010000, data-base: 0x805A8000 ROM: Bootstrap program is CALHOUN boot loader xxxxxx-sw uptime is 3 hours, 15 minutes System returned to ROM by power-on System restarted at 18:41:26 EET Fri Jan 28 2005 System image file is "flash:/c2950-i6q4l2-mz.121-13.EA1.bin" cisco WS-C2950-24 (RC32300) processor (revision J0) with 20839K bytes of memory. Processor board ID FOC0823X3YE Last reset from system-reset Running Standard Image 24 FastEthernet/IEEE 802.3 interface(s) 32K bytes of flash-simulated non-volatile configuration memory. Base ethernet MAC Address: yy:yy:yy:yy:AC:40 Motherboard assembly number: 73-5781-11 Power supply part number: 34-0965-01 Motherboard serial number: FOC072017CS Power supply serial number: PHI071900ED Model revision number: J0 Motherboard revision number: A0 Model number: WS-C2950-24 System serial number: FOC0823X3YE Configuration register is 0xF -- YY18-RIPE =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Hello ! AFAIK, это баг в IOS'е. Если у вас есть хотя бы гостевой доступ к ftp.cisco.com (зарегистрироваться на сайте и получить его можно любому), то ftp://ftp.cisco.com/pub/lan/catalyst/2950/c2950-i6q4l2-mz.121-22.EA1.bin должен вам помочь. On Fri, Jan 28, 2005 at 10:08:02PM +0200, Yury Yaroshevsky wrote:
Добрый день,
Есть 2611 связанная с 2950-24 через dot1.q trunk между ними. Возникла непонятная проблемка на 2950-24. В какой-то произвольный момент времени на 2950-24 перестают ходить пакеты в сторону 2611. Причем именно 2950-24 перестает посылать пакетики. На вход же 2950-24 (от 2611) пакетики продолжают исправно поступать.
Вот как это выглядит:
xxxxxx-sw#sh int fa0/24 FastEthernet0/24 is up, line protocol is up (connected) Hardware is Fast Ethernet, address is yyyy.yyyy.ac58 (bia yyyy.yyyy.ac58) Description: -=[ Trunk to E0/1 on xxxxxx.donbass.net (rezerv) ]=- MTU 1500 bytes, BW 10000 Kbit, DLY 1000 usec, reliability 255/255, txload 1/255, rxload 1/255 Encapsulation ARPA, loopback not set Keepalive set (10 sec) Half-duplex, 10Mb/s input flow-control is off, output flow-control is off ARP type: ARPA, ARP Timeout 04:00:00 Last input never, output 00:00:00, output hang never Last clearing of "show interface" counters never Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0 Queueing strategy: fifo Output queue :0/40 (size/max) 30 second input rate 0 bits/sec, 0 packets/sec 30 second ouxtput rate 0 bits/sec, 0 packets/sec 1775 packets input, 1831423 bytes, 0 no buffer Received 27 broadcasts, 89 runts, 0 giants, 0 throttles 89 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored 0 watchdog, 1 multicast, 0 pause input 0 input packets with dribble condition detected 10605 packets output, 5466867 bytes, 0 underruns 0 output errors, 75 collisions, 1 interface resets 0 babbles, 0 late collision, 448 deferred 0 lost carrier, 0 no carrier, 0 PAUSE output 0 output buffer failures, 0 output buffers swapped out
xxxxxx-sw# sh int fa0/24 FastEthernet0/24 is up, line protocol is up (connected) Hardware is Fast Ethernet, address is yyyy.yyyy.ac58 (bia yyyy.yyyy.ac58) Description: -=[ Trunk to E0/1 on xxxxxx.donbass.net (rezerv) ]=- MTU 1500 bytes, BW 10000 Kbit, DLY 1000 usec, reliability 255/255, txload 1/255, rxload 1/255 Encapsulation ARPA, loopback not set Keepalive set (10 sec) Half-duplex, 10Mb/s input flow-control is off, output flow-control is off ARP type: ARPA, ARP Timeout 04:00:00 Last input never, output 00:00:00, output hang never Last clearing of "show interface" counters never Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0 Queueing strategy: fifo Output queue :0/40 (size/max) 30 second input rate 0 bits/sec, 0 packets/sec 30 second ouxtput rate 0 bits/sec, 0 packets/sec 1816 packets input, 1855189 bytes, 0 no buffer Received 27 broadcasts, 89 runts, 0 giants, 0 throttles 89 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored 0 watchdog, 1 multicast, 0 pause input 0 input packets with dribble condition detected 10605 packets output, 5466867 bytes, 0 underruns 0 output errors, 75 collisions, 1 interface resets 0 babbles, 0 late collision, 448 deferred 0 lost carrier, 0 no carrier, 0 PAUSE output 0 output buffer failures, 0 output buffers swapped out
xxxxxx-sw#cle counters fastEthernet 0/24 Clear "show interface" counters on this interface [confirm]
xxxxxx-sw#sh int fa0/24 FastEthernet0/24 is up, line protocol is up (connected) Hardware is Fast Ethernet, address is yyyy.yyyy.ac58 (bia yyyy.yyyy.ac58) [skip] Last clearing of "show interface" counters 00:00:10 Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0 Queueing strategy: fifo Output queue :0/40 (size/max) 30 second input rate 0 bits/sec, 0 packets/sec 30 second ouxtput rate 0 bits/sec, 0 packets/sec 6 packets input, 3410 bytes, 0 no buffer Received 0 broadcasts, 0 runts, 0 giants, 0 throttles 0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored 0 watchdog, 0 multicast, 0 pause input 0 input packets with dribble condition detected 0 packets output, 0 bytes, 0 underruns 0 output errors, 0 collisions, 0 interface resets 0 babbles, 0 late collision, 0 deferred 0 lost carrier, 0 no carrier, 0 PAUSE output 0 output buffer failures, 0 output buffers swapped out
В логах ничего аномального не наблюдается:
xxxxxx-sw# sh logg [skip] *Mar 1 02:00:25.343 EET: %LINEPROTO-5-UPDOWN: Line protocol on Interface FastEthernet0/24, changed state to down .Jan 28 17:51:32.050 EET: %LINEPROTO-5-UPDOWN: Line protocol on Interface FastEthernet0/24, changed state to up .Jan 28 17:51:32.062 EET: %LINEPROTO-5-UPDOWN: Line protocol on Interface Vlan1, changed state to up
MAC 2611 на порту 2950-24 присутствует:
xxxxxx-sw#sh mac-address-table address zzzz.zzzz.db61 Mac Address Table -------------------------------------------
Vlan Mac Address Type Ports ---- ----------- -------- ----- 5 zzzz.zzzz.db61 DYNAMIC Fa0/24 2 zzzz.zzzz.db61 DYNAMIC Fa0/24 3 zzzz.zzzz.db61 DYNAMIC Fa0/24 4 zzzz.zzzz.db61 DYNAMIC Fa0/24 1 zzzz.zzzz.db61 DYNAMIC Fa0/24 Total Mac Addresses for this criterion: 5
xxxxxx-sw#sh ip arp Protocol Address Age (min) Hardware Addr Type Interface Internet aaa.bbb.ccc.17 8 zzzz.zzzz.db61 ARPA Vlan1 Internet aaa.bbb.ccc.18 - yyyy.yyyy.ac40 ARPA Vlan1
xxxxxx-sw#ping aaa.bbb.ccc.17
Type escape sequence to abort. Sending 5, 100-byte ICMP Echos to aaa.bbb.ccc.17, timeout is 2 seconds: ..... Success rate is 0 percent (0/5)
xxxxxx-sw#sh int fa0/24 FastEthernet0/24 is up, line protocol is up (connected) Hardware is Fast Ethernet, address is yyyy.yyyy.ac58 (bia yyyy.yyyy.ac58) [skip] Last clearing of "show interface" counters 00:03:16 Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0 Queueing strategy: fifo Output queue :0/40 (size/max) 30 second input rate 0 bits/sec, 0 packets/sec 30 second ouxtput rate 0 bits/sec, 0 packets/sec 335 packets input, 173084 bytes, 0 no buffer Received 5 broadcasts, 0 runts, 0 giants, 0 throttles 0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored 0 watchdog, 0 multicast, 0 pause input 0 input packets with dribble condition detected 0 packets output, 0 bytes, 0 underruns 0 output errors, 0 collisions, 0 interface resets 0 babbles, 0 late collision, 0 deferred 0 lost carrier, 0 no carrier, 0 PAUSE output 0 output buffer failures, 0 output buffers swapped out
При этом по Vlan1 (с 2950-24 на 2611) покеты уходят :
xxxxxx-sw# sh int vlan 1 Vlan1 is up, line protocol is up Hardware is CPU Interface, address is yyyy.yyyy.ac40 (bia yyyy.yyyy.ac40) [skip] 5 minute input rate 0 bits/sec, 0 packets/sec 5 minute output rate 3000 bits/sec, 5 packets/sec 1016 packets input, 71394 bytes, 0 no buffer Received 79 broadcasts, 0 runts, 0 giants, 0 throttles 0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored 7585 packets output, 641948 bytes, 0 underruns 0 output errors, 2 interface resets 0 output buffer failures, 0 output buffers swapped out
xxxxxx-sw# sh int vlan 1 Vlan1 is up, line protocol is up Hardware is CPU Interface, address is yyyy.yyyy.ac40 (bia yyyy.yyyy.ac40) Internet address is aaa.bbb.ccc.18/30 [skip] 5 minute input rate 0 bits/sec, 0 packets/sec 5 minute output rate 2000 bits/sec, 4 packets/sec 1021 packets input, 71710 bytes, 0 no buffer Received 80 broadcasts, 0 runts, 0 giants, 0 throttles 0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored 7621 packets output, 644108 bytes, 0 underruns 0 output errors, 2 interface resets 0 output buffer failures, 0 output buffers swapped out
Только в порт смотрящий на 2611 не попадают:
xxxxxx-sw#sh int fa0/24 FastEthernet0/24 is up, line protocol is up (connected) Hardware is Fast Ethernet, address is yyyy.yyyy.ac58 (bia yyyy.yyyy.ac58) Description: -=[ Trunk to E0/1 on xxxxxx.donbass.net (rezerv) ]=- MTU 1500 bytes, BW 10000 Kbit, DLY 1000 usec, reliability 255/255, txload 1/255, rxload 1/255 Encapsulation ARPA, loopback not set Keepalive set (10 sec) Half-duplex, 10Mb/s input flow-control is off, output flow-control is off ARP type: ARPA, ARP Timeout 04:00:00 Last input never, output 00:00:00, output hang never Last clearing of "show interface" counters 00:17:30 Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0 Queueing strategy: fifo Output queue :0/40 (size/max) 30 second input rate 0 bits/sec, 0 packets/sec 30 second ouxtput rate 0 bits/sec, 0 packets/sec 1030 packets input, 322346 bytes, 0 no buffer Received 439 broadcasts, 0 runts, 0 giants, 0 throttles 0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored 0 watchdog, 0 multicast, 0 pause input 0 input packets with dribble condition detected 0 packets output, 0 bytes, 0 underruns 0 output errors, 0 collisions, 2 interface resets 0 babbles, 0 late collision, 0 deferred 0 lost carrier, 0 no carrier, 0 PAUSE output 0 output buffer failures, 0 output buffers swapped out
Лечится эта ситуация только перезагрузкой 2950. shut/no shut, перевод порта в access mode и возврат обратно не помогают. Причем когда порт находится в access mode пакеты в него тоже не уходят. :(((
Думали что порт на 2950 битый. Переключили в другой порт 2950 - не помогло. Шнурки тоже попытались менять.
Хотелось бы знать, сталкивался ли кто-нибудь с подобной проблемой, если да - то как ее полечили?
PS.
На всякий случай привожу результат 'sh ver' с 2950:
xxxxxx-sw>sh ver Cisco Internetwork Operating System Software IOS (tm) C2950 Software (C2950-I6Q4L2-M), Version 12.1(13)EA1, RELEASE SOFTWARE (fc1) Copyright (c) 1986-2003 by cisco Systems, Inc. Compiled Tue 04-Mar-03 02:14 by yenanh Image text-base: 0x80010000, data-base: 0x805A8000
ROM: Bootstrap program is CALHOUN boot loader
xxxxxx-sw uptime is 3 hours, 15 minutes System returned to ROM by power-on System restarted at 18:41:26 EET Fri Jan 28 2005 System image file is "flash:/c2950-i6q4l2-mz.121-13.EA1.bin"
cisco WS-C2950-24 (RC32300) processor (revision J0) with 20839K bytes of memory. Processor board ID FOC0823X3YE Last reset from system-reset Running Standard Image 24 FastEthernet/IEEE 802.3 interface(s)
32K bytes of flash-simulated non-volatile configuration memory. Base ethernet MAC Address: yy:yy:yy:yy:AC:40 Motherboard assembly number: 73-5781-11 Power supply part number: 34-0965-01 Motherboard serial number: FOC072017CS Power supply serial number: PHI071900ED Model revision number: J0 Motherboard revision number: A0 Model number: WS-C2950-24 System serial number: FOC0823X3YE Configuration register is 0xF
-- YY18-RIPE =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
-- S/Y, Alexander, MD, nic-hdl: AJP1-UANIC =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Hello, Наблюдал совершенно аналогичную картину, не удалось транк поднять между 2950-24 и 2611 на 10Mb/s. То есть транк вставал, но не работал. Полечил тем что перепаковал железки и поднял на 100 мбит эзернете. On Fri, Jan 28, 2005 at 10:08:02PM +0200, Yury Yaroshevsky wrote:
Добрый день,
Есть 2611 связанная с 2950-24 через dot1.q trunk между ними. Возникла непонятная проблемка на 2950-24. В какой-то произвольный момент времени на 2950-24 перестают ходить пакеты в сторону 2611. Причем именно 2950-24 перестает посылать пакетики. На вход же 2950-24 (от 2611) пакетики продолжают исправно поступать.
-- Alexey Balabushevich nic-hdl: AB433-RIPE =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Hello !
AFAIK, это баг в IOS'е. Если у вас есть хотя бы гостевой доступ к ftp.cisco.com (зарегистрироваться на сайте и получить его можно любому), то ftp://ftp.cisco.com/pub/lan/catalyst/2950/c2950-i6q4l2-mz.121-22.EA1.bin должен вам помочь.
Замена switch и IOS-a не помогла. Switch менялся на другой 2950-24. IOS менялся на c2950-i6q4l2-mz.121-22.EA1.bin Может быть будут еще идеи?
On Fri, Jan 28, 2005 at 10:08:02PM +0200, Yury Yaroshevsky wrote:
Добрый день,
Есть 2611 связанная с 2950-24 через dot1.q trunk между ними. Возникла непонятная проблемка на 2950-24. В какой-то произвольный момент времени на 2950-24 перестают ходить пакеты в сторону 2611. Причем именно 2950-24 перестает посылать пакетики. На вход же 2950-24 (от 2611) пакетики продолжают исправно поступать.
Вот как это выглядит:
[skip] -- YY18-RIPE =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Hello,
Наблюдал совершенно аналогичную картину, не удалось транк поднять между 2950-24 и 2611 на 10Mb/s. То есть транк вставал, но не работал. Полечил тем что перепаковал железки и поднял на 100 мбит эзернете.
Дело в том, что trunk сам по себе работает. Проблема возникает только когда пытаешься его подгрузить.
On Fri, Jan 28, 2005 at 10:08:02PM +0200, Yury Yaroshevsky wrote:
Добрый день,
Есть 2611 связанная с 2950-24 через dot1.q trunk между ними. Возникла непонятная проблемка на 2950-24. В какой-то произвольный момент времени на 2950-24 перестают ходить пакеты в сторону 2611. Причем именно 2950-24 перестает посылать пакетики. На вход же 2950-24 (от 2611) пакетики продолжают исправно поступать.
-- YY18-RIPE =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Hello, Wednesday, February 2, 2005, 10:24:38 AM, you wrote:
Hello !
AFAIK, это баг в IOS'е. Если у вас есть хотя бы гостевой доступ к ftp.cisco.com (зарегистрироваться на сайте и получить его можно любому), то ftp://ftp.cisco.com/pub/lan/catalyst/2950/c2950-i6q4l2-mz.121-22.EA1.bin должен вам помочь.
YY> Замена switch и IOS-a не помогла. YY> Switch менялся на другой 2950-24. YY> IOS менялся на c2950-i6q4l2-mz.121-22.EA1.bin YY> Может быть будут еще идеи?
On Fri, Jan 28, 2005 at 10:08:02PM +0200, Yury Yaroshevsky wrote:
Добрый день,
Есть 2611 связанная с 2950-24 через dot1.q trunk между ними. Возникла непонятная проблемка на 2950-24. В какой-то произвольный момент времени на 2950-24 перестают ходить пакеты в сторону 2611. Причем именно 2950-24 перестает посылать пакетики. На вход же 2950-24 (от 2611) пакетики продолжают исправно поступать.
Вот как это выглядит:
full-duplex с обеих сторон прибит? можно ещё попробовать в другой порт на коммутаторе воткнуться, хотя скорее не в 2950 дело, а в роутере который напротив 2611 стоит. YY> [skip] -- Best regards, Timofey Kolesnikov (TIM-RIPE) mailto:tim@newline.net.ua =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
YY> Замена switch и IOS-a не помогла. YY> Switch менялся на другой 2950-24. YY> IOS менялся на c2950-i6q4l2-mz.121-22.EA1.bin
YY> Может быть будут еще идеи?
On Fri, Jan 28, 2005 at 10:08:02PM +0200, Yury Yaroshevsky wrote:
Добрый день,
Есть 2611 связанная с 2950-24 через dot1.q trunk между ними. Возникла непонятная проблемка на 2950-24. В какой-то произвольный момент времени на 2950-24 перестают ходить пакеты в сторону 2611. Причем именно 2950-24 перестает посылать пакетики. На вход же 2950-24 (от 2611) пакетики продолжают исправно поступать.
Вот как это выглядит:
full-duplex с обеих сторон прибит?
Сначала с обеих сторон был full жестко прибит. Потом пробовался half, причем тоже жестко с обоих сторон (это BTW видно из диагностической информации которую я привел).
можно ещё попробовать в другой порт на коммутаторе воткнуться, хотя скорее не в 2950 дело, а в роутере который напротив 2611 стоит. ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Тут я не много не понял.
Схема выглядит так: Router 2611 E0/0 ---------------------------- Router xxxx E0/1 -------- trunk dot1.q ----------- Fa0/24 2950-24 Пробовали менять порты. Эффект сохраняется. Единственное что пока не меняли, так это 2611, просто пока не на что :( У меня идеи уже иссякли, поэтому и решил спросить у коллег. -- YY18-RIPE =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Hello, Wednesday, February 2, 2005, 11:27:13 AM, you wrote: YY> Сначала с обеих сторон был full жестко прибит. YY> Потом пробовался half, причем тоже жестко с обоих сторон YY> (это BTW видно из диагностической информации которую я привел).
можно ещё попробовать в другой порт на коммутаторе воткнуться, хотя скорее не в 2950 дело, а в роутере который напротив 2611 стоит. YY> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ YY> Тут я не много не понял.
YY> Схема выглядит так: YY> Router 2611 E0/0 ---------------------------- Router xxxx YY> E0/1 -------- trunk dot1.q ----------- Fa0/24 2950-24 YY> Пробовали менять порты. Эффект сохраняется. YY> Единственное что пока не меняли, так это 2611, YY> просто пока не на что :( YY> У меня идеи уже иссякли, поэтому и решил спросить у коллег. много там VLAN-ов в этом транке? -- Best regards, Timofey Kolesnikov (TIM-RIPE) mailto:tim@newline.net.ua =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
YY> Сначала с обеих сторон был full жестко прибит. YY> Потом пробовался half, причем тоже жестко с обоих сторон YY> (это BTW видно из диагностической информации которую я привел).
можно ещё попробовать в другой порт на коммутаторе воткнуться, хотя скорее не в 2950 дело, а в роутере который напротив 2611 стоит. YY> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ YY> Тут я не много не понял.
YY> Схема выглядит так:
YY> Router 2611 E0/0 ---------------------------- Router xxxx YY> E0/1 -------- trunk dot1.q ----------- Fa0/24 2950-24
YY> Пробовали менять порты. Эффект сохраняется. YY> Единственное что пока не меняли, так это 2611, YY> просто пока не на что :(
YY> У меня идеи уже иссякли, поэтому и решил спросить у коллег.
много там VLAN-ов в этом транке?
всего 5 :) -- YY18-RIPE =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
BTW, а кто-нибудь вообще использует 2611 в связке с 2950 с dot1.q trunk между ними? -- YY18-RIPE =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Wed, Feb 02, 2005 at 12:04:16PM +0200, Yury Yaroshevsky wrote:
BTW, а кто-нибудь вообще использует 2611 в связке с 2950 с dot1.q trunk между ними?
Да, уже года два как. -- Regards, Volodymyr. =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Hello. On Wed, Feb 02, 2005 at 01:35:18PM +0200, Volodymyr Yakovenko wrote:
On Wed, Feb 02, 2005 at 12:04:16PM +0200, Yury Yaroshevsky wrote:
BTW, а кто-нибудь вообще использует 2611 в связке с 2950 с dot1.q trunk между ними?
Да, уже года два как.
Именно через 10Mbit ether? -- Alexey Balabushevich nic-hdl: AB433-RIPE =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Hello.
On Wed, Feb 02, 2005 at 01:35:18PM +0200, Volodymyr Yakovenko wrote:
On Wed, Feb 02, 2005 at 12:04:16PM +0200, Yury Yaroshevsky wrote:
BTW, а кто-нибудь вообще использует 2611 в связке с 2950 с dot1.q trunk между ними?
Да, уже года два как.
Именно через 10Mbit ether?
Мне тут коллега подсказал что в случае 2950 попадается очень большой процент брака и проявляется это именно в случае использования trunk и присутствия нагрузки на порту. Владимир, у Вас такая ситуация как я описываю не случалось? Я попробовал соединить тот 2950, который был снят с площадки, с работающим 2924. При этом настроил 10M Full жестко с двух сторон пропустил через этот trunk один VLAN и стал тестить связку между switch (нагружая траффиком). Тестирую уже более 2 часов и не вижу того, что бы проблема повторялась :( Вот текущая схема теста: Router --- SW-2924 ---- SW2950(на нем проявлялась проблема) --- WS. -- YY18-RIPE =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Wed, Feb 02, 2005 at 03:23:51PM +0200, Yury Yaroshevsky wrote: а ты соедини 26xx с 2924 и увидишь что скорее всего проблемы тоже не будет. такой еще вопрос - на консоль 2950 ничем не ругается?
Мне тут коллега подсказал что в случае 2950 попадается очень большой процент брака и проявляется это именно в случае использования trunk и присутствия нагрузки на порту. Владимир, у Вас такая ситуация как я описываю не случалось?
Я попробовал соединить тот 2950, который был снят с площадки, с работающим 2924. При этом настроил 10M Full жестко с двух сторон пропустил через этот trunk один VLAN и стал тестить связку между switch (нагружая траффиком). Тестирую уже более 2 часов и не вижу того, что бы проблема повторялась :(
Вот текущая схема теста:
Router --- SW-2924 ---- SW2950(на нем проявлялась проблема) --- WS.
-- YY18-RIPE =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
-- Dmitry Aksyonov mailto:dimka@ints.net +380-62-3340343 2:465/11@fidonet =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Wed, Feb 02, 2005 at 03:23:51PM +0200, Yury Yaroshevsky wrote:
Hello.
On Wed, Feb 02, 2005 at 01:35:18PM +0200, Volodymyr Yakovenko wrote:
On Wed, Feb 02, 2005 at 12:04:16PM +0200, Yury Yaroshevsky wrote:
BTW, а кто-нибудь вообще использует 2611 в связке с 2950 с dot1.q trunk между ними?
Да, уже года два как.
Именно через 10Mbit ether?
Мне тут коллега подсказал что в случае 2950 попадается очень большой процент брака и проявляется это именно в случае использования trunk и присутствия нагрузки на порту. Владимир, у Вас такая ситуация как я описываю не случалось?
Я попробовал соединить тот 2950, который был снят с площадки, с работающим 2924. При этом настроил 10M Full жестко с двух сторон пропустил через этот trunk один VLAN и стал тестить связку между switch (нагружая траффиком). Тестирую уже более 2 часов и не вижу того, что бы проблема повторялась :(
Вот текущая схема теста:
Router --- SW-2924 ---- SW2950(на нем проявлялась проблема) --- WS.
Я летом с аналогичной ситуацией бодался, ответа таки не нашел, сейчас любопытно ;) На участке Router --- SW-2924 - trunk или access? А что будет если таки поднять транк? На участке SW-2924 ---- SW2950 - 10 или 100 Mб? А что будет если SW-2924 ---- SW2950 принудительно загнать в 10? -- Alexey Balabushevich nic-hdl: AB433-RIPE =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Wed, Feb 02, 2005 at 03:23:51PM +0200, Yury Yaroshevsky wrote:
Hello.
On Wed, Feb 02, 2005 at 01:35:18PM +0200, Volodymyr Yakovenko wrote:
On Wed, Feb 02, 2005 at 12:04:16PM +0200, Yury Yaroshevsky wrote:
BTW, а кто-нибудь вообще использует 2611 в связке с 2950 с dot1.q trunk между ними?
Да, уже года два как.
Именно через 10Mbit ether?
Мне тут коллега подсказал что в случае 2950 попадается очень большой процент брака и проявляется это именно в случае использования trunk и присутствия нагрузки на порту. Владимир, у Вас такая ситуация как я описываю не случалось?
Я попробовал соединить тот 2950, который был снят с площадки, с работающим 2924. При этом настроил 10M Full жестко с двух сторон пропустил через этот trunk один VLAN и стал тестить связку между switch (нагружая траффиком). Тестирую уже более 2 часов и не вижу того, что бы проблема повторялась :(
Вот текущая схема теста:
Router --- SW-2924 ---- SW2950(на нем проявлялась проблема) --- WS.
Я летом с аналогичной ситуацией бодался, ответа таки не нашел, сейчас любопытно ;)
На участке Router --- SW-2924 - trunk или access?
dot1q trunk, 100M full, жестко.
А что будет если таки поднять транк? На участке SW-2924 ---- SW2950 - 10 или 100 Mб?
dot1q trunk, 10M full, жестко.
А что будет если SW-2924 ---- SW2950 принудительно загнать в 10?
уже :) 2dimka: на консоли ничего не сыпет. ты мое первое письмо читал? я там более подробную диагностику приводил. -- YY18-RIPE =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Wed, Feb 02, 2005 at 03:59:20PM +0200, Yury Yaroshevsky wrote:
On Wed, Feb 02, 2005 at 03:23:51PM +0200, Yury Yaroshevsky wrote:
Hello.
On Wed, Feb 02, 2005 at 01:35:18PM +0200, Volodymyr Yakovenko wrote:
On Wed, Feb 02, 2005 at 12:04:16PM +0200, Yury Yaroshevsky wrote:
BTW, а кто-нибудь вообще использует 2611 в связке с 2950 с dot1.q trunk между ними?
Да, уже года два как.
Именно через 10Mbit ether?
Мне тут коллега подсказал что в случае 2950 попадается очень большой процент брака и проявляется это именно в случае использования trunk и присутствия нагрузки на порту. Владимир, у Вас такая ситуация как я описываю не случалось?
Я попробовал соединить тот 2950, который был снят с площадки, с работающим 2924. При этом настроил 10M Full жестко с двух сторон пропустил через этот trunk один VLAN и стал тестить связку между switch (нагружая траффиком). Тестирую уже более 2 часов и не вижу того, что бы проблема повторялась :(
Вот текущая схема теста:
Router --- SW-2924 ---- SW2950(на нем проявлялась проблема) --- WS.
Я летом с аналогичной ситуацией бодался, ответа таки не нашел, сейчас любопытно ;)
На участке Router --- SW-2924 - trunk или access?
dot1q trunk, 100M full, жестко.
Брр, я понял что Router это 2611 , откуда 100M ? -- Alexey Balabushevich nic-hdl: AB433-RIPE =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Wed, Feb 02, 2005 at 03:59:20PM +0200, Yury Yaroshevsky wrote:
2dimka: на консоли ничего не сыпет. ты мое первое письмо читал? я там более подробную диагностику приводил.
ага, поглядел. а 26ю с 2924 (не 2950) соединял эту? чтобы точно убедится что не в ней дело? по поводу консоли чего спросил - потомк ак есть подобная бага, когда оный перестает свитчить траффик, но там специфическая ругань на консоль. лечится только "return to cisco".... вообще действительно чудес с 2950-24 много видел, как еще один пример, несколько раз повторяемый - улетевший датчик FAN. кот пишет FAN fault, зажигает желтую лампочку. хотя с куллером все замечательно, крутится, не жужжит :) лечится или нет - не знаю :)) свитчингу оно само по себе не мешает :) -- Dmitry Aksyonov mailto:dimka@ints.net +380-62-3340343 2:465/11@fidonet =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Мне тут коллега подсказал что в случае 2950 попадается очень большой процент брака и проявляется это именно в случае использования trunk и присутствия нагрузки на порту. Владимир, у Вас такая ситуация как я описываю не случалось?
Я попробовал соединить тот 2950, который был снят с площадки, с работающим 2924. При этом настроил 10M Full жестко с двух сторон пропустил через этот trunk один VLAN и стал тестить связку между switch (нагружая траффиком). Тестирую уже более 2 часов и не вижу того, что бы проблема повторялась :(
Вот текущая схема теста:
Router --- SW-2924 ---- SW2950(на нем проявлялась проблема) --- WS.
Я летом с аналогичной ситуацией бодался, ответа таки не нашел, сейчас любопытно ;)
На участке Router --- SW-2924 - trunk или access?
dot1q trunk, 100M full, жестко.
Брр, я понял что Router это 2611 , откуда 100M ?
Если быть точным, последняя схема тестирования (где глюки не наблюдаются) выглядит так: Router(7505) -dot1q----- SW2924 -dot1q---- SW2950-24 --- 100M Full -- WS trunk, trunk, жестко 100M Full 10M Full жестко жестко Ну нет у меня в наличии сейчас 2611 для полноценного теста. В этой схеме предполагалось проверить брак именно 2950 при работе в dot1q trunk при нагрузке на порту. Ошибка так и не повторилась. -- YY18-RIPE =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Wed, Feb 02, 2005 at 03:23:51PM +0200, Yury Yaroshevsky wrote:
Hello.
On Wed, Feb 02, 2005 at 01:35:18PM +0200, Volodymyr Yakovenko wrote:
On Wed, Feb 02, 2005 at 12:04:16PM +0200, Yury Yaroshevsky wrote:
BTW, а кто-нибудь вообще использует 2611 в связке с 2950 с dot1.q trunk между ними?
Да, уже года два как.
Именно через 10Mbit ether?
Да.
Мне тут коллега подсказал что в случае 2950 попадается очень большой процент брака и проявляется это именно в случае использования trunk и присутствия нагрузки на порту. Владимир, у Вас такая ситуация как я описываю не случалось?
Нет, у нас попадались битые коммутаторы, но какихто аномалий в сторону 2950 не видел (у нас их под сотню). Встречались проблемы с некоторыми версиями софта, но в остальном железка вела себя вполне нормально. -- Regards, Volodymyr. =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Wed, Feb 02, 2005 at 06:31:55PM +0200, Volodymyr Yakovenko wrote:
On Wed, Feb 02, 2005 at 03:23:51PM +0200, Yury Yaroshevsky wrote:
Hello.
On Wed, Feb 02, 2005 at 01:35:18PM +0200, Volodymyr Yakovenko wrote:
On Wed, Feb 02, 2005 at 12:04:16PM +0200, Yury Yaroshevsky wrote:
BTW, а кто-нибудь вообще использует 2611 в связке с 2950 с dot1.q trunk между ними?
Да, уже года два как.
Именно через 10Mbit ether?
Да.
А можно увидеть "sh run" с обоих железок? -- Alexey Balabushevich nic-hdl: AB433-RIPE =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Thu, Feb 03, 2005 at 12:43:26PM +0200, Alexey Balabushevich wrote:
On Wed, Feb 02, 2005 at 06:31:55PM +0200, Volodymyr Yakovenko wrote:
On Wed, Feb 02, 2005 at 03:23:51PM +0200, Yury Yaroshevsky wrote:
Hello.
On Wed, Feb 02, 2005 at 01:35:18PM +0200, Volodymyr Yakovenko wrote:
On Wed, Feb 02, 2005 at 12:04:16PM +0200, Yury Yaroshevsky wrote:
BTW, а кто-нибудь вообще использует 2611 в связке с 2950 с dot1.q trunk между ними?
Да, уже года два как.
Именно через 10Mbit ether?
Да.
А можно увидеть "sh run" с обоих железок?
Сори, я имел в виду "sh ver". -- Alexey Balabushevich nic-hdl: AB433-RIPE =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Thu, Feb 03, 2005 at 01:58:25PM +0200, Alexey Balabushevich wrote:
Да, уже года два как.
Именно через 10Mbit ether?
Да.
А можно увидеть "sh run" с обоих железок?
Сори, я имел в виду "sh ver".
kh-tu-cis1 uptime is 16 weeks, 6 days, 7 hours, 22 minutes System returned to ROM by power-on System restarted at 08:28:18 EEST Fri Oct 8 2004 System image file is "flash:c2600-is-mz.122-24.bin" kh-tu-sw2 uptime is 1 day, 17 hours, 47 minutes System returned to ROM by power-on System restarted at 21:18:25 EET Tue Feb 1 2005 System image file is "flash:c2950-i6q4l2-mz.121-22.EA2.bin" -- Regards, Volodymyr. =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
participants (6)
-
Alexey Balabushevich -
Dmitry Aksyonov -
Oleksandr Pantus -
Timofey Kolesnikov -
Volodymyr Yakovenko -
Yury Yaroshevsky