January 2005 - UANOG

SMTP block
by Dmitry Kiselev 12 Apr '06

12 Apr '06

Господа постмастеры! Можете блокировать входящие SMTP коннекты из сети 82.144.208.0/20, так как в ней находятся клиенты Volia Broadband с динамическими адресами и "честные" MTA в ней жить не должны. -- Dmitry Kiselev Internet is just routes.. 134256 for now.

11 18

Re: сертификаты для Cisco
by Maks Nefedchenko 06 Feb '06

06 Feb '06

Привет! Добавлено ftp://ftp.viaduk.net/pub/cisco/Catalyst_3750_56929-04_1.jpg UA1.030.0056929-04 16.07.2004 C3750 -- WB, Maks Nefedchenko NM17-RIPE

1 1

10M backup-а
by Volodymyr Yakovenko 27 Apr '05

27 Apr '05

Коллеги, Sorry за вопрос на грани офтопика. Интересует у кого в Киеве можно купить 10M Inet-а c погигабайтной оплатой, удовлетворяющего следующим требованиям: 1. Uplink должен быть в состоянии в произвольный момент активирования backup-а обеспечить эти самые 10M по полной программе. 2. Uplink должен иметь прямые _наземные_ каналы за пределы Украины, означенные 10M должны маршрутизироваться в зарубежные каналы, варианты транспорта через прочих Украинских ISP не интерестны. 3. По требованию клиента Uplink должен быть готов предоставить доступ к конфиденциальной информации о том, через какую именно физику идут его зарубежные каналы и каким именно образом реализовано резервирование IP траффика. 4. Забирать канал предполагается либо Ether-ом либо NxE1 с района силиконового дворика. 5. Uplink должен иметь нормальную систему community для манипулирования со стороны клиента его анонсами через AS Uplink-а. 6. Uplink должен быть готов подписать SLA, четко определяющие порядок проведения им регламентных работ и время реакции на вопросы клиента, равно как и критерии, определяющие приемлимость уровня сервиса. 7. LLQ на интерфейсе Uplink-а в сторону клиента с BGP-based policy propagation, adjustable по требованию клиента. 8. Uplink должен иметь достаточное количество квалифицированного staff-а, дабы оказывать 24/7 support с четко определенным временем реакции на обращения клиента. Отвечать просьба приватом. -- Regards, Volodymyr. =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo(a)uanog.kiev.ua with "unsubscribe uanog" in the body of the message

3 5

RE: Re: Q: Cisco vs. Third-Party GBICs/SFPs
by Andriashevich Alexander 12 Apr '05

12 Apr '05

> > Дамы и господа :) > > а у кого есть положительный/отрицательный опыт эксплуатации > Cisco Switches > > (интересует 3550) с неродными (не Cisco) GBIC. > > 3550 не пробовали, а 3500-24 вполне себе заработал. Единственно, что > мы использовали OEM GBIC for Cisco switches (по цене получаетс > я гораздо > дешевле, чем родные, хотя дороже, чем "чистый OEM"), которые работают > даже при заливке последних IOS-ов (хотя я не уверен, что в 3500 > заимплементили нераспознавание "левых" GBIC-ов). А можно поподробнее о "OEM GBIC for Cisco switches"? Хоть в какую сторону смотреть? На cisco.com накопал такое: http://www.cisco.com/en/US/partner/products/prod_warranties_item09186a00800b 5594.html что мол вставляйте неродную память, кабели и GBICи на свой страх и риск. И дефекты, возникшие по причине глючных third-party components, мы не чиним и не суппортим. Что, вообще-то, логично -- Alexander Andriashevich <gash(a)goldentele.com> GASH1-RIPE =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo(a)uanog.kiev.ua with "unsubscribe uanog" in the body of the message

7 7

[FreeBSD] - Занятный случай или борьба с последствиями :)
by Paul Arakelyan 19 Feb '05

19 Feb '05

Hi! 4.10-S Случайно в консоли пишу (удалённо, дефолт gateway у тазика смотрит в саавсем другой интерфейс, остальные маршруты прибиты статиком и ipfw fwd в сторону gateway_address) route add gateway_address somehost (somehost - его ещё отрезолвить надо, маршрут к резолверу - через gateway_address, и резолвится он в что-то совсем не в моей подсети, ваще-то думалось наоборот написать ;) ). Типа занавес. быстро-быстро подумав, пишу в другой консоли reboot селектаю это с переводом строки и постаю в туда, где так лажанулся. Фухх - сработало... (а то б пришлось TT писать, а там ребуты по жизни то ли power cycle, то ли reset). В messages куча такого: Jan 17 02:47:13 xxxxx /kernel: arplookup gateway_address failed: host is not on local network Jan 17 02:47:13 xxxxx /kernel: arpresolve: can't allocate llinfo for gateway_addressrt (и чё эт за буквы rt после IP адреса) Но всё таки не ясно, чего - проверку на такое низзя было добавить... Такое - это добавить маршрут к хосту в своей подсети через что-то, что от тебя никак не видно. -- Best regards, Paul Arakelyan. =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo(a)uanog.kiev.ua with "unsubscribe uanog" in the body of the message

2 1

�� WS-2950-24 ...
by Yury Yaroshevsky 03 Feb '05

03 Feb '05

Добрый день, Есть 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(a)uanog.kiev.ua with "unsubscribe uanog" in the body of the message

6 22

саппорт & ICQ
by Michail Litvak 03 Feb '05

03 Feb '05

Hi All! А никто не встречал такого решения - типа один ICQ аккаунт расшаренный на нескольких человек, для саппорта, что бы клиентам давать один UIN а получали и отвечали несколько саппортеров, желательно с подписью кто ответил. Понятно, что можно взять напильник и заточить jit-транспорт для jabber, но хотелось бы обойтись. CU! -- //ShaD0w =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo(a)uanog.kiev.ua with "unsubscribe uanog" in the body of the message

8 8

[barton@iana.org: [root-management-announce] New IANA IPv4 allocation for APNIC (124/8, 125/8, 126/8)]
by Dmitry Kohmanyuk Дмитрий Кохманюк 02 Feb '05

02 Feb '05

их все больше и больше... ----- Forwarded message from Doug Barton <barton(a)iana.org> ----- X-Authentication-Warning: greenriver.icann.org: majordomo set sender to owner-root-management-announce(a)iana.org using -f Date: Thu, 27 Jan 2005 11:58:00 -0800 (PST) From: Doug Barton <barton(a)iana.org> To: doug.barton(a)icann.org Subject: [root-management-announce] New IANA IPv4 allocation for APNIC (124/8, 125/8, 126/8) -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Greetings, This is to inform you that the IANA has allocated the following three (3) IPv4 /8 blocks to APNIC: 124/8 APNIC 125/8 APNIC 126/8 APNIC For a full list of IANA IPv4 allocations please see: <http://www.iana.org/assignments/ipv4-address-space> - -- Doug Barton General Manager, The Internet Assigned Numbers Authority -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFB+UfKwtDPyTesBYwRAiFLAJwPunYfqYEZzru+Zhpo3Tzf0kF75QCgoN14 OXCHaZBmTrtvRdSRjxt9VZQ= =KaeV -----END PGP SIGNATURE----- ----- End forwarded message ----- =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo(a)uanog.kiev.ua with "unsubscribe uanog" in the body of the message

5 7

Juniper
by Volodymyr Yakovenko 31 Jan '05

31 Jan '05

Hello! Коллеги, может кто в курсе, у когото из системных интеграторов града Киева в лабе Juniper-ы есть? -- Regards, Volodymyr. =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo(a)uanog.kiev.ua with "unsubscribe uanog" in the body of the message

1 0

radius Q
by Alexander Moskalenko 31 Jan '05

31 Jan '05

Приветствую! возникла пара вопросов по %subj 1. При выгребании данных из LDAP не получается почему-то отдать несколько Framed-Route. Т.е. в ответе LDAP они присутствуют, а вот в Access-Accept пакете есть только первая пара Framed-Route. При выборке из SQL отдаются все пары. Это фича такая или баг? 2. Есть конструкция вида DEFAULT SQL-Group == disabled, Auth-Type := Reject Reply-Message = "Account disabled." Так вот если в таблице UserGroup пользователдь занесен только в группу disabled то все ок. А вот если в енсколько - не срабатывает. При выборке из LDAP все работает при занесении юзера в несколько групп. Как с SQL такое же сделать? =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo(a)uanog.kiev.ua with "unsubscribe uanog" in the body of the message

1 0