- UANOG - uanog.one

by Yury Yaroshevsky 25 May '04

25 May '04

Добрый вечер. Могут ли коллеги ткнуть в описание процедуры миграции customer со своими PI адресами/ASN от одного LIR к другому? А то у меня есть один абонент c PI адресами который желает перейти на другого LIR и второй абонент который со своей ASN хочет перейти от другого LIR ко мне. Есть ли у кого практика подобной миграции? -- 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 16

drweb 4.29 core dumped
by Maxim Tuliuk 25 May '04

25 May '04

Последнее время регулярно стал наблюдать как drweb (версия 4.29): May 24 22:12:12 smtp /kernel: pid 1348 (drwebd), uid 426: exited on signal 11 Как только убиваешь drwtoday.vdb - сразу становится нормально :( Вопрос: это особенность 4.29 или 4.31 ведет себя также? (платформа FreeBSB) -- Maxim Tuliuk WWW: http://primats.org.ua/~mt/ ICQ: 21134222 The bike is absolute freedom of moving =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo(a)uanog.kiev.ua with "unsubscribe uanog" in the body of the message

5 4

Yahoo! mail certification
by Vladimir Litovka 24 May '04

24 May '04

Hi, http://www.korrespondent.net/main/94823 если будет использоваться - не попробовать-ли? Собственно, идея не нова - просто нашелся кто-то, кто готов предоставить централизованное хранилище сертификатов :) -- Man is incomplete until he is married. Then he is finished. =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo(a)uanog.kiev.ua with "unsubscribe uanog" in the body of the message

3 2

Почти ностальжи.
by Taras Heychenko 24 May '04

24 May '04

Hi! Помнится когда-то давно, на разных портах почтовые клиенты работали в разных кодировках. Делалось установкой на порту перекодировщика, который все конвертил. У меня задача следующая. Есть почтовые ящики и pop и imap клиенты. Им нужно все отдавать в utf-8. В правильном utf-8, которое будет учитывать, в какой кодировке данное письмо лежит. Никто такого зверька не видел? -- Taras Heychenko -- This message was scanned for viruses and it's not infected. Kyivstar GSM. =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo(a)uanog.kiev.ua with "unsubscribe uanog" in the body of the message

3 6

High CPU Util (by interrupt) ...
by Yury Yaroshevsky 24 May '04

24 May '04

Добрый вечер. Есть следующая 3640: rtr1#sh ver Cisco Internetwork Operating System Software IOS (tm) 3600 Software (C3640-IS-M), Version 12.2(24), RELEASE SOFTWARE (fc1) Copyright (c) 1986-2004 by cisco Systems, Inc. Compiled Wed 28-Apr-04 12:43 by kellmill Image text-base: 0x60008930, data-base: 0x61138000 ROM: System Bootstrap, Version 11.1(7)AX [kuong (7)AX], EARLY DEPLOYMENT RELEASE SOFTWARE (fc2) rtr1 uptime is 25 minutes System returned to ROM by reload at 17:37:03 EEST Sun May 23 2004 System restarted at 17:38:02 EEST Sun May 23 2004 System image file is "flash:c3640-is-mz.122-24.bin" cisco 3640 (R4700) processor (revision 0x00) with 56320K/9216K bytes of memory. Processor board ID 07138177 R4700 CPU at 100Mhz, Implementation 33, Rev 1.0 Bridging software. X.25 software, Version 3.0.0. SuperLAT software (copyright 1990 by Meridian Technology Corp). 1 Ethernet/IEEE 802.3 interface(s) 4 Serial network interface(s) DRAM configuration is 64 bits wide with parity disabled. 125K bytes of non-volatile configuration memory. 16384K bytes of processor board System flash (Read/Write) Наблюдает High CPU Utilization: rtr1#sh proc cpu | inc CPU CPU utilization for five seconds: 88%/85%; one minute: 74%; five minutes: 75% rtr1#sh proc cpu history 7777788888777777777777777666667777788886666677777777777777 9999922222999992222277777666661111111118888811111444443333 100 90 80 *************** ***** **** 70 ********************************************************** 60 ********************************************************** 50 ********************************************************** 40 ********************************************************** 30 ********************************************************** 20 ********************************************************** 10 ********************************************************** 0....5....1....1....2....2....3....3....4....4....5....5.... 0 5 0 5 0 5 0 5 0 5 CPU% per second (last 60 seconds) 8888788888888889888888998898 4481945544566453778779446271 100 * 90 * ** *** *#******##* * 80 ###*****###################* 70 ###########################* 60 ###########################* 50 ###########################* 40 ###########################* 30 ###########################* 20 ############################ 10 ############################ 0....5....1....1....2....2....3....3....4....4....5....5.... 0 5 0 5 0 5 0 5 0 5 CPU% per minute (last 60 minutes) * = maximum CPU% # = average CPU% При этом: 1) сама железка траффиком не перегружена: rtr1#sh int | inc 30 sec 30 second input rate 290000 bits/sec, 204 packets/sec 30 second output rate 352000 bits/sec, 154 packets/sec 30 second input rate 267000 bits/sec, 64 packets/sec 30 second output rate 211000 bits/sec, 125 packets/sec 30 second input rate 44000 bits/sec, 30 packets/sec 30 second output rate 7000 bits/sec, 14 packets/sec Ошибок ни на одном интерфейсе нет. 2) CEF включен (прбовал выключать - без результатно) rtr1#sh int serial 0/0 stats Serial0/0 Switching path Pkts In Chars In Pkts Out Chars Out Processor 3234 254518 47198 8523968 Route cache 452175 67382265 362493 122382383 Total 455409 67636783 409691 130906351 Serial0/1 Switching path Pkts In Chars In Pkts Out Chars Out Processor 634 184866 362 48420 Route cache 212286 109934728 273434 52699273 Total 212920 110119594 273796 52747693 Serial0/2 Switching path Pkts In Chars In Pkts Out Chars Out Processor 524 12307 599 25174 Route cache 103850 6341766 118174 6922793 Total 104374 6354073 118773 6947967 Serial0/3 Switching path Pkts In Chars In Pkts Out Chars Out Processor 253 3542 535 32335 Route cache 60642 10289327 36250 2274015 Total 60895 10292869 36785 2306350 Ethernet2/0 Switching path Pkts In Chars In Pkts Out Chars Out Processor 5057 413150 386 28702 Route cache 32604 5156281 26508 6153187 Total 37661 5569431 26894 6181889 3) Alignment errors не наблюдаются. Перечитал все CISCO рекомендации на эту тему, последнее на что рассчитавать - смена IOS-в. Она не помогла :( 12.2.24 - последний IOS на котором остановился. Меня смущает одна вещь: rtr1#sh controllers serial 0/0 M4T: show controller: PAS unit 0, subunit 0, f/w version 1-45, rev ID 0x2800001, version 3 idb = 0x61EC6B5C, ds = 0x61EC8964, ssb=0x61EC8CA0 Clock mux=0x0, ucmd_ctrl=0xC, port_status=0x74 Serial config=0x8, line config=0x200 maxdgram=1608, bufpool=78Kb, 120 particles DCD=up DSR=up DTR=up RTS=up CTS=up line state: up cable type : V.35 DTE cable, received clockrate 2047212 base0 registers=0x3C000000, base1 registers=0x3C002000 mxt_ds=0x61E81E88, rx ring entries=78, tx ring entries=128 rxring=0x3818760, rxr shadow=0x61ECF294, rx_head=21 txring=0x3818A00, txr shadow=0x61ECF668, tx_head=36, tx_tail=36, tx_count=0 throttled=0, enabled=0 halted=0, last halt reason=0 Microcode fatal errors=0 rx_no_eop_err=0, rx_no_stp_err=0, rx_no_eop_stp_err=0 rx_no_buf=0, rx_soft_overrun_err=0, dump_err= 0, bogus=0, mxt_flags=0x0 tx_underrun_err=0, tx_soft_underrun_err=0, tx_limited=1(2) tx_fullring=201105, tx_started=215445 ^^^^^^^^^^^^ Что это означает? rx_int_count=99004, tx_int_count=473913 rtr1#sh controllers serial 0/1 M4T: show controller: PAS unit 1, subunit 1, f/w version 1-45, rev ID 0x2800001, version 3 idb = 0x61ED2578, ds = 0x61ED4380, ssb=0x61ED46BC Clock mux=0x0, ucmd_ctrl=0xC, port_status=0x74 Serial config=0x8, line config=0x200 maxdgram=1608, bufpool=78Kb, 120 particles DCD=up DSR=up DTR=up RTS=up CTS=up line state: up cable type : V.35 DTE cable, received clockrate 1983252 base0 registers=0x3C000000, base1 registers=0x3C002000 mxt_ds=0x6247EF1C, rx ring entries=78, tx ring entries=128 rxring=0x382AB80, rxr shadow=0x61EDACB0, rx_head=17 txring=0x382AE20, txr shadow=0x61EDB084, tx_head=13, tx_tail=13, tx_count=0 throttled=0, enabled=0 halted=0, last halt reason=0 Microcode fatal errors=0 rx_no_eop_err=0, rx_no_stp_err=0, rx_no_eop_stp_err=0 rx_no_buf=0, rx_soft_overrun_err=0, dump_err= 0, bogus=0, mxt_flags=0x0 tx_underrun_err=0, tx_soft_underrun_err=0, tx_limited=1(2) tx_fullring=108774, tx_started=148888 ^^^^^^^^^^^^ Здесь аналогично. rx_int_count=79222, tx_int_count=245891 Дело в том, что tx_fullring постоянно растет, но что это означает мне непонятно, так как какое либо описание этого параметра я не нашел. Может быть сам NM битый? Может быть еще на какой IOS перейти? Да, на интерфейсах сконфигурирован FR + FRTS, но в момент наблюдаемой проблемы активен всего 1-2 FRTS. Также пытался выполнить FR switching не через connect (с выполнением FRTS), а через frame-relay route. Эффект тот же самый. Может быть кто-то сталкивался с подобной ситуацией? Или есть мысли что еще пожно попробовать сделать? Буду рад выслушать, бо сам уже зашел в тупик. -- YY18-RIPE -- YY18-RIPE =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo(a)uanog.kiev.ua with "unsubscribe uanog" in the body of the message

1 1

None
by vit＠gu.net 24 May '04

24 May '04

hi! Есть комп с матерью P4P800se/512 с Pentium 4 2,8/ 1 Mb /800 GHz, винт 40Гб, видео Gefoce4 Ti4200 и БП - Codegen 6016-P5 300W. Проблема следующая: Когда включаем питание - всё ок, но если комп выключается и хочется включить его через секунд 10-20 питание вроде как подается (это видно по лампочкам), но вот видеосигнала нет и мать не заводится. Если дать компу постоять минуты полторы - все ок, всё работает. При условии, что этот БП не даёт положенных 300, а примерно 260Ватт, примерная суммарная мощность всех компонентов компа не более ~ 210-220Ватт. При работе компа проблем (зависания и пр) не замечено. В биосе я не нашёл никаких настроек которые как-то регулировали задержку включения. Это фича или глюк ? -- -------------------------------------------------------------------------- Victor Turovsky ======================== E-mail:vit@gu.net t.380-44-2444021 ======================== 73! de UT5ULQ VIT1-RIPE -------------------------------------------------------------------------- =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo(a)uanog.kiev.ua with "unsubscribe uanog" in the body of the message

5 9

Фря и SATA RAID
by Alexey Balabushevich 24 May '04

24 May '04

Hello, кто-либо пробовал ставить Фрю на материнку Intel S875WP1LX, с интегрированным SATA RAID-контролером. Работает ? Гугль ссылок набросал что вроде не работает. -- Alexey Balabushevich nic-hdl: AB433-RIPE =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo(a)uanog.kiev.ua with "unsubscribe uanog" in the body of the message

7 16

Re: [nsp] Rate - limiting
by Volodymyr Yakovenko 24 May '04

24 May '04

Hello! Коллеги, у когото в продакшине подобная связка (random-detect + rate-limit) используется? Ежели да, то на каком железе/IOS-е и как впечатления сравнительно с shape-ом? ----- Forwarded message from Bruce Robertson <bruce(a)greatbasin.net> ----- X-Mailer: exmh version 2.6.3 04/04/2003 with nmh-1.0.4 To: Mikael Abrahamsson <swmike(a)swm.pp.se> Subject: Re: [nsp] Rate - limiting Date: Thu, 20 May 2004 14:29:07 -0700 From: Bruce Robertson <bruce(a)greatbasin.net> Cc: cisco-nsp(a)puck.nether.net > Rate limiting at lower speeds severelt impacts TCP performance, a single > TCP session hitting a rate limit will start, hit the ratelimit, lose > several packets, pretty much go into slow-start, go logarithmically up > again to the rate limit, hit the hard ceiling and then go into slow-start > again, cutting the used bandwidth to approx 40% of the ratelimit. This behavior is avoided if you use random-detect along with rate limiting. Here's an example that works perfectly at limiting a user to 500 Kb/s: interface FastEthernet0/0 no ip address random-detect interface FastEthernet0/0.22 encapsulation isl 22 ip address x.x.x.x y.y.y.y ip verify unicast reverse-path no ip redirects no ip proxy-arp rate-limit input 496000 93750 187500 conform-action transmit exceed-action drop rate-limit output 496000 93750 187500 conform-action transmit exceed-action drop -- Bruce Robertson, President/CEO +1-775-348-7299 Great Basin Internet Services, Inc. fax: +1-775-348-9412 http://www.greatbasin.net _______________________________________________ cisco-nsp mailing list cisco-nsp(a)puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/ ----- End forwarded message ----- -- Regards, Volodymyr. =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo(a)uanog.kiev.ua with "unsubscribe uanog" in the body of the message

4 3

snmp from cisco VIP
by Maxim Tuliuk 24 May '04

24 May '04

А можно по snmp получить то, что cisco выдает через: sh controllers vip all proc cpu ? -- Maxim Tuliuk WWW: http://primats.org.ua/~mt/ ICQ: 21134222 The bike is absolute freedom of moving =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo(a)uanog.kiev.ua with "unsubscribe uanog" in the body of the message

3 5

queue ID в PostFix
by Alexander Fedorko 20 May '04

20 May '04

Всем привет. Есть одна проблемка. Случайно обнаружил, что queue ID в PostFix может быть одинаковым даже за одни сутки. В sendmail такого не наблюдал. Соответственно очень и очень сложно сделать привязку from-to. Т.к. единственное, что может быть у сообщения одно и тоже по всему пути его следования, при обратотке, это queue ID, а он оказывается может быть один и тот же за сутки. Да, в логах есть фраза, что с таким-то номером id удален, но стает вопрос - как тогда собрать воедино куски обработки (т.е. from -> to) когда сообщение принято сегодня, а отправлено завтра или позже? Копаться в исходниках postfix'а и тем более писать патчи не дело. Может где-то в конфигах можно поставить определенное значение по времени в течение которого ID не может быть одинаковым. Пример лога: May 14 00:03:33 gro postfix/smtpd[68733]: 785654833B: client=localhost[127.0.0.1] ^^^^^^^^^^ Вот этот номер может за одни сутки быть два раза, пока я такое находил за неделю раза 3-4 и с разницей в 8-10 часов. И у меня нет уверенности, что он не поменяется только один раз. Во всяком случае в доке нет четкого описания этого маразма. Можно конечно отслеживать еще и дату, но это как-то круто уж будет. Опять же, плюс/пинус пару минут. Проше по чайнику наколупать авторам postfix'а, что мол "шо ж вы делаете?" :) Так написать парсер для сборки логов (без погрешностей в особо крупнух размерах на большем трафике) не представляется возможным - будут погрешности и может даже большие. Может я лабуду написал и это все уже народ обходил, тогда расскажите как? --- With best regards, Alexander Fedorko =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo(a)uanog.kiev.ua with "unsubscribe uanog" in the body of the message

5 15