- UANOG - uanog.one

кружок "умелые руки"
by Igor Grabin 22 Jun '06

22 Jun '06

Утро добрым не бывает, у нас тут с начхальством возникла глобальная проблема. нужно выкинуть глобальное количество дохлых блоков питания / клавиатур / мышек, но сделать это красиво. то есть если в мусорник - то подальше от родной конторы. появилась идея найти кружок "умелые руки" и сдать такой хлам туда. но его ещё надо найти. :-) ещё креатив - сдать на кардачи. кто что скажет? :-) -- Igor "CacoDem0n" Grabin, http://violent.death.kiev.ua/ =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo(a)uanog.kiev.ua with "unsubscribe uanog" in the body of the message

1 0

CAcert.
by Igor A. Karpov 22 Jun '06

22 Jun '06

Добрый! А есть здесь кто-нибудь, кто может выступить как CAcert assurer? (http://wiki.cacert.org/wiki/FAQ/AssuranceIntroduction) =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo(a)uanog.kiev.ua with "unsubscribe uanog" in the body of the message

1 0

RE: [uanog] Re: [uanog] RE: [uanog] Re: [uanog] Нужны люди, желающие учиться и работать. Направление - внедрение "тяжелых" RISC-систем (Sun, IBM).
by Hrynchuk Oleh 22 Jun '06

22 Jun '06

> -----Original Message----- > From: owner-uanog-outgoing(a)uanog.kiev.ua > [mailto:owner-uanog-outgoing@uanog.kiev.ua] On Behalf Of > Alexander V Soroka > Sent: Wednesday, June 21, 2006 10:02 AM > To: Hrynchuk Oleh > Subject: [uanog] Re: [uanog] RE: [uanog] Re: [uanog] Нужны > люди, желающие учиться и работать. Направление - внедрение > "тяжелых" RISC-систем (Sun, IBM). > > Привет ! Здарово, Саша. > > Tuesday, June 20, 2006, 5:44:45 PM, you wrote: > HO> И считать тут некоторые (тот же Дмитрий, к примеру) > умеют очень > HO> хорошо. Уж поверь мне на слово. Насчет "провайдингу не > надо" (хотя > HO> смотря какому), то тут ты прав, если имеешь ввиду ISP. Это да. > > А вот если насчет "надо Банку" и "деньгу умеют > считать" - я тут спорить буду :) кластер на базе 1U > писюков - по моему и дешевле и проще получается, к тому-же > не понравилось - продал- перепрофилировал А откуда ты знаешь, что в любой ситуации "дешевле и проще получается"? Есть Банки, а есть банки-"шаромыжники". Банк банку тоже рознь. TCO системы (CapEx + OpEx), предполагающей _выполнение_твоих_задач_, за период 3-5 лет просчитать умеешь? Думаю, да. (Под "выполнением твоих задач" кроме, прежде всего, функционала этой системы я понимаю также необходимую степень доступности обеспечиваемых ею сервисов и готовности составляющих ее ресурсов. Что приводит в общем случае к _надежности_ этой системы). Если тебе пох минуты и часы простоя сервисов и ты не связан оху*нными обязательствами с клиентами - ну так какие проблемы! Ставь писюки и Д-Линки :-). Альтернативы сравнить тоже способен? Или некому простым понятным языком, без тех. выебо*ов, рассказать о всех существенных плюсах и минусах этих разных альтернатив? Не видел систем, построенных на "тяжелых" решениях, для которых ТСО является меньшим (при наличии _полного_ функционала и обеспечении всех требований, необходимых для решения твоих задач), чем систем, построенных на писюках? Ну так я ж не виноват в этом :) > - а Сан как чемодан без ручки - и непонятно куда деть и > непонятно как с ним далее жить, да и денег дофига в этом > "чемодане". опять-же ИМХО... Есть задачи, для решения которых клево подойдет тоненькая стамесочка. Но есть и такие, для решения которых нехило вооружиться широким и толстым долотом. Пример? Пожалуйста. Real-time биллинг миллиона ритейловых мобильных, или биллинговых клиентов. Аргументировать, что для конкретно этой задачи решение на Sun/IBM обойдется не в пример лучше и дешевле, чем на сотне кластерных писюков? > > У нас, как у "Оператора телефонии и Аудиотекс" - нет ни > одного Сана и ИБМ :) у нас кластер небольшой, который все это > считает и обслуживает. Ключевые слова - "у нас кластер небольшой, который все это считает и обслуживает". Круглый дурак бы поспорил. Я - не буду. Совершенно согласен. Вам САНтехники не надо. Бо элементарно задача не предполагает. > А "база" доработана так чтобы реактивней работала - и > поверьте, нам хватает. И "писюки" просто тупо меняются раз > в три года или раньше - если что-то хорошее появляется и есть > смысл в апгрейде... Ну, я ей-Богу рад за вас. И вместе с тем радостно готов поднять тост за то, чтобы вы быстрее перешли на уровень бизнеса, предполагающий крайнюю необходимость в системах, основанных на Sun/IBM-решениях :))))) С ув., /олег > > -- > Best regards, > Alexander V Soroka http://www.unet.net.ua > AS106-RIPE http://www.spacegate.kiev.ua > mailto:alex@euro.net.ua > > =================================================================== > uanog mailing list. > To Unsubscribe: send mail to majordomo(a)uanog.kiev.ua with > "unsubscribe uanog" in the body of the message > =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo(a)uanog.kiev.ua with "unsubscribe uanog" in the body of the message

5 15

RE: [uanog] Re: [uanog] Re: [uanog] Re: Нужны люди, желающие учиться и работать. Направление - внедрение "тяжелых" RISC-систем (Sun, IBM).
by Hrynchuk Oleh 22 Jun '06

22 Jun '06

> -----Original Message----- > From: owner-uanog-outgoing(a)uanog.kiev.ua > [mailto:owner-uanog-outgoing@uanog.kiev.ua] On Behalf Of > Alexander V Soroka > Sent: Thursday, June 22, 2006 9:21 AM > To: Alexander V Soroka > Subject: [uanog] Re: [uanog] Re: [uanog] Re: Нужны люди, > желающие учиться и работать. Направление - внедрение > "тяжелых" RISC-систем (Sun, IBM). > > Привет всем ! Здаров, Саша и все :-). > > По-моему пора подводить итог темы :) Отлично :-) Ты видишь так, я вижу - эдак. Все намана. Жизнь продолжается. А вот как вижу завершение темы Я: 1. Саша не услышал того, что хотел услышать. 2. К другим мнениям остался глух. Т.е., не пожелал взглянуть на вопрос другими глазами. Бывает. 3. "Все довольные остались, все домой поразбредались, Иванов же - прямо в Магадан" /(С)/ > 1) слив любителей "кирпичей" - защитан :) меня никто не переубедил. > > 2) мне так до сих пор и не посчитали (хоть-бы примерно) какой > крутизны Сан я должен поставить на обслуживание Игрового > сервера для ММОРПГ с проектной производительностью примерно в > 20000 игроков одновременно. А это зря - осень-зима у меня > стартует свой проект, так что я как раз внимательно > рассматриваю все варианты Серверной части, потому что > грабли надо откапывать заранее :) чтобы потом по ним не ходить. Вот оно что!!!!! Саша захотел (как весьма часто это бывает) чтобы ему НА ШАРУ сделали просчет!!! Ну так так бы и сказал :) > 3) Вызывает удивление "виток истории" когда именитая компания > повторяет ошибки 90-х годов и еще при этом применяет методы > массового давления на психику покупателей... Видать не все > в порядке в датском королевстве, раз такие методы применять > начинают... Не всем выборы пошли на пользу... :) Кто это? О какой компании речь? Какие цели она преследует, "массово давя на психику покупателей"? Них не понял, если честно. Саша, ты там какие-то намеки разбрасывал по пути. Ну так позволь мне уверить тебя: мне глубоко пох купит ли кто-либо в этом мире лишний Сан/ИБМ, или нет :))))). Ну другим я занимаюсь. Совсем другим. Не имеющим ну никакого отношения к вопросу благосостояния Сана/ИБМ. Они, уверен, и без меня решат его. Но вот когда ко мне обратится какая-либо кантора и попросит дать (за деньги, разумеется) раскладку "как оптимальным образом решить стоящую перед ней задачу", то я в жизни не позволю себе выкинуть из рассмотрения ВСЕ потенциально возможные варианты. Причем выкинуть только потому, что, видите ли, по моему субъективному мнению "вот ЭТО изначально является х*йней, посему рассматривать ЭТО мы не будем". Мне стыдно было бы оперировать такими аргументами. Всем доброго здоровья! С ув., /олег =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo(a)uanog.kiev.ua with "unsubscribe uanog" in the body of the message

2 1

RE: [uanog] Re: внедрение "тяжелых" RISC-систем (Sun, IBM).
by Hrynchuk Oleh 22 Jun '06

22 Jun '06

> -----Original Message----- > From: owner-uanog-outgoing(a)uanog.kiev.ua > [mailto:owner-uanog-outgoing@uanog.kiev.ua] On Behalf Of > Michael Petuschak > Sent: Wednesday, June 21, 2006 7:49 PM > To: uanog(a)uanog.kiev.ua > Subject: [uanog] Re: внедрение "тяжелых" RISC-систем (Sun, IBM). > > Hi Hrynchuk, Привет-привет :-) > > > Так вот, если мне категорически > _не_нужно_ни_одного_простоя_ (допустим > они очень дорого > мне обходятся. Скажем, реактор въе*т, или человек на > > каталке умрет, или пять миллионов баксов потеряю и т.п.) > [...] > (а если будут, то они мне выплатят ОХННЮ компенсацию), > > Сравнение денег и реакторов мне кажется некорректным. > А так же сравнение смерти и компенсации. В каком контексте кажется некорректным? Квотьте тогда уже все. Вот на мой личный взгляд и в контексте всей смысловой фразы - все как раз выглядит вполне корректно. > > Соотв-но на мой взгляд компенсация тут ни при чем, а отказ Очень даже при чем. > недопустим совсем, потому никакая система "ОДИН" не подходит. Вы невнимательно вникли (а может просто я не сумел донести) в суть моего мнения. Позволю себе еще раз (пока не переключились на баб, водку, х...вое лето, автомобили, коней, дороговизну жизни в Киеве, мудаков-депутатов и проч.) напомнить суть изначальной дискуссии с Сашей Сорокой. Вернее, как ее вижу лично я. Саша Сорока высказал мнение, что "тяжелые системы/тазики" (типа Sun/IBM) - это, грубо говоря, лохоразвод и надувательство кастомера. Нетч и я (и еще по-моему кто-то) возразили. Причем возразили только категоричности мнения Саши. И утверждаем, что существуют (и немало) ситуаций, когда использование этих самых "тяжелых систем" вполне оправдано. Причем оправдано как с точки зрения ТСО (total cost of ownership), так и с точки зрения адекватности данной системы решаемым ею задачам. И никто из нас не говорит, что Sun/IBM - это выгодное, дешевое и красивое решение для задач online-games/Hollywood/etc. Что непонятно? Что непрозрачно? Что вызывает удивление? Не, устал от темы. Лучше поработаю :-) С ув., /олег =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo(a)uanog.kiev.ua with "unsubscribe uanog" in the body of the message

1 0

RE: [uanog] Re: [uanog] RE: [uanog] Re: [uanog] RE: [uanog] Re: [uanog] Нужны люди, желающие учиться и работать. Направление - внедрение "тяжелых" RISC-систем (Sun, IBM).
by Hrynchuk Oleh 22 Jun '06

22 Jun '06

Привет еще раз, Саша. Я всегда считал, что любая дискуссия без предварительного соглашения дискутирующих сторон о базовых понятиях и терминах превращается в обычный бестолковый базар и не приводит ни к какому результату. Посему начнем по порядку. > -----Original Message----- > From: owner-uanog-outgoing(a)uanog.kiev.ua > [mailto:owner-uanog-outgoing@uanog.kiev.ua] On Behalf Of > Alexander V Soroka > Sent: Wednesday, June 21, 2006 4:49 PM > To: Hrynchuk Oleh > Subject: [uanog] Re: [uanog] RE: [uanog] Re: [uanog] RE: > [uanog] Re: [uanog] Нужны люди, желающие учиться и работать. > Направление - внедрение "тяжелых" RISC-систем (Sun, IBM). > > Привет ! > > Wednesday, June 21, 2006, 11:48:34 AM, you wrote: > >> А вот если насчет "надо Банку" и "деньгу умеют > считать" - я тут > >> спорить буду :) кластер на базе 1U писюков - по моему и дешевле и > >> проще получается, к тому-же не понравилось - продал- > >> перепрофилировал > > HO> А откуда ты знаешь, что в любой ситуации "дешевле > и проще > HO> получается"? > > Олег - я всегда тебя считал вменяемым и образованным :) Не > заставляй меня менять мое мнение... Так... Если уж балансируем "на грани", то внимательно смотрим и страхуемся от свала не в ту сторону :)))) А то может еще кому (нет-нет, не мне! Боже упаси!) придется на личности переходить... > Кластер из ДОСТУПНЫХ В ЛЮБОЙ МОМЕНТ на замену компонентов - > всегда лучше "тяжелого кирпича" - даже спорить на эту тему не буду. Зато я буду, Саша. И мне прямо сейчас придется доказать тебе, что Ф.М.Достоевский был прав насчет категоричности суждений :))). Уж извини. Сначала договоримся о том, что мы не дискутируем в разрезе "Кластер из ДОСТУПНЫХ В ЛЮБОЙ МОМЕНТ на замену компонентов" VS "тяжелый кирпич (ОДИН!)". Изначально дискуссия была в разрезе "Кластер из ДОСТУПНЫХ В ЛЮБОЙ МОМЕНТ на замену компонентов" VS "ТЯЖЕЛОЕ РЕШЕНИЕ (ОДНО)". Так что не передергивай, плиз. Но при этом да, не спорю, что "ТЯЖЕЛОЕ РЕШЕНИЕ (ОДНО)" иногда может быть и "тяжелым кирпичом (ОДНИМ)". Хотя эта оговорка в разрезе того, что я дальше по этому поводу скажу, некритична. Значит так. Есть вполне известное в определенных кругах понятие "интенсивности простоев". Знаешь что это такое? На англ. это звучит как Outage Intensity. Это количество простоев в течении заданного периода измерений. Если заставишь - приведу рекомендацию/стандарт где дается такое определение. Так вот, если мне категорически _не_нужно_ни_одного_простоя_ (допустим они очень дорого мне обходятся. Скажем, реактор въе*ет, или человек на каталке умрет, или пять миллионов баксов потеряю и т.п.) то я ср*ть хотел на все доступные и дешевые замены в мире. Мне не дешевые замены "за углом" нужны, а отсутствие простоев. И если мне кантора дает гарантию, что у меня не будет ни одного простоя за определенный промежуток времени (а если будут, то они мне выплатят ОХННУЮ компенсацию), но мне надо заплатить поболе денег (еще поторгуемся), то я, наверное, таки соглашусь на "тяжелое решение", которое обычно к тому же еще и масштабируемо до определенного порога (а я ж просчитаю еще и оценю этот порог! И прикину окупаемость этого решения, разумеется). Здесь понятно? Или закусим удила? :)))) > Иначе-бы кино в Голливуде снимали-бы на сверхтяжелых Санах, а > не на кластерах - как сейчас. К тому-же опыт Онлайновых игр > показывает - что "десятки тысяч клиентов онлайн" - держит > почему-то именно кластер, а не супертяжелый Сан... :) Х..ня. Ну что ты в самом деле. Киношные съемки... Игры... Как будто кроме кино, игр и ISP больше сфер нету. Ну игры. Ну и хрен с ними, с игрушками и самим Голливудом. Все их "бальшие" задачи действительно запросто мона решать на кластерах дешевых Пентюшных тачек. Но возьмем к примеру любимые тобой онлайн-игры. На крайняк простаивание нескольких минут такой "онлайн-системы" тебе влетит в пару виртуальных ругательств от тинейджеров и тридцать-сто-двести гривен недополученного бабла. Ну, если часто таоке будет, то, может, клиентура понемногу отвадится пользоваться твоим ресурсом. Некритично в общем. > ...Олег - не бери пример с МЛМ-щиков - в IT последнее я несколько другим всегда занимался и занимаюсь :-) > время продажи стали воинствующими - тебе навязывают решения > которые тебе в общем-то не нужны в том виде в котором > их хотят продать. Технологии идут вперед, и "тяжеловесы" > как-то не вписываются - ни по "единичной мощности" ни Потому "МЛМщикам" и стали время от времени нужны люди, могущие обосновать (без дураков) выбор того, либо иного решения. Кастомер уже много где стал продвинутее. Иногда не хочет платить лишние деньги. Даже за откаты не хочет (странно, да? :)). Понимаю четко что ты имеешь ввиду, но опять прошу: "Отучаемся говорить за всех" /(С) В.Бутенко/ > по прочим параметрам. Хочеш спорить со мной ? Предложи > решение для обслуживания EVE-ONLINE (как пример) - вместо их ну вот опять игры. дались они тебе! Хрен с ним! Подтверждаю на весь мир - для игр и прочей лабуды действительно САНы и ИБМы не нужны! :))) Так я не об этом говорю. > кластера из 73 1U "писюков" - какой мощности Сан ты им > предложишь ? Ась ? И какая цена Сана и какая той их > кучки писюков - которую, кстати, масштабировать очень легко > - докидал еще десяток машин - и полетели - а в Сан чего > "докидать" - выбросить старый и купить новый ? > > HO> Пример? Пожалуйста. Real-time биллинг миллиона ритейловых > мобильных, или биллинговых клиентов. > > Ну и ? :) Онлайн игры как пример подойдут ? почему там > идиоты-разработчики не применяют Саны ? :-) > не подойдут. последствия и стоимость часа простоя системы онлайн-игр не идет ни в какое сравнение с аналогичными в критически, жизненно важных системах. > HO> Ключевые слова - "у нас кластер небольшой, который все > это считает и > HO> обслуживает". Круглый дурак бы поспорил. Я - не буду. Совершенно > HO> согласен. Вам САНтехники не надо. Бо элементарно > задача не > HO> предполагает. > > Задача зато предполагает одновременную обработку аудио > вызовов в размерах свыше 100000 вызовов в час, при этом И > статистика И работа АВР с каждым вызовом и еще много > всего другого :) Так вот "онлайн статистика" - это не > самое напряжное во всем этом деле - и не надо лукавить насчет > мобильщиков - им тоже саны не нужны :) ... им это расскажи, да? Вот я бы посмотрел что бы они тебе ответили... И статистика тут далеко не самая важная вещь. CDR'ы раздраконить и пентюх сможет. А вот различные транзакции, пожалуй, поважнее в реализации будут. И тут вряд ли "дешевыми кластерами с быстрой заменой запчастей" обойдешься. > HO> И вместе с тем радостно готов поднять тост за то, чтобы > вы быстрее > HO> перешли на уровень бизнеса, предполагающий крайнюю > необходимость в > HO> системах, основанных на Sun/IBM-решениях :))))) > > не дождетесь. Ибо покупка "тяжелой" уже сейчас просто выбрасывание денег на ветер, без возможности потом "утилизировать"... Радостно не соглашаюсь!!! :))))))) Сорри, мне бежать уже надо. Завтра продолжим, если не против. (Хотя ей-Богу не знаю что собственно продолжать и доказывать :)))) С ув., /олег =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo(a)uanog.kiev.ua with "unsubscribe uanog" in the body of the message

4 6

в продолжение муз. темы
by Maxim Tuliuk 21 Jun '06

21 Jun '06

Роджер Уотерс в Киеве: http://www.olvia.com.ua/articles.php?article_id=5858 -- Maxim Tuliuk WWW: http://primats.org.ua/~mt/ ICQ: 21134222 Bike is the 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

2 1

Гимн Украины
by Vladimir A. Podgorny 21 Jun '06

21 Jun '06

Приветствую. Требуется странное, а именно гимн Украины (желательно и инструменталка, и с хором, или, на худой конец, с Пономаревым), НО - в качестве не хуже 128/44 (сделать из 64/22 320/48 я и сам могу, но это не то :). Гугление нарывает только 64/22 для мобилок :( Если у кого есть, выложите pls на ftp/http - я за завтра стяну. Заранее спасибо. -- VP992-RIPE | The girl opened her mouth, I opened my veins, | The girl opened her heart, I opened a door to another world... | (c) Tiamat '92, Clouds, "Undressed". =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo(a)uanog.kiev.ua with "unsubscribe uanog" in the body of the message

4 4

RE: [uanog] Re: Нужны люди, желающие учиться и работать. Направление - внедрение "тяжелых" RISC-систем (Sun, IBM).
by Hrynchuk Oleh 21 Jun '06

21 Jun '06

> -----Original Message----- > From: owner-uanog-outgoing(a)uanog.kiev.ua > [mailto:owner-uanog-outgoing@uanog.kiev.ua] On Behalf Of > vladimir.sharun(a)ukr.net > Sent: Wednesday, June 21, 2006 12:21 PM > To: uanog(a)uanog.kiev.ua > Subject: [uanog] Re: Нужны люди, желающие учиться и работать. > Направление - внедрение "тяжелых" RISC-систем (Sun, IBM). [dd] > Но мир, как бы мы не поднимали тосты движется в направлении горизонтальной > скалируемости и отказоустойчивости, а не к мастодонтам. > Нет софта, который бы мог на толпе писюков обеспечивать > единую вычислительную среду для generic софта - это факт, но > адаптация под такую среду - задача решаемая. IMHO, справа часу. Виходячи з того, що роботи в світі по стандартизації в останній час проводяться ну дуже активно, то думаю, що створення необхідного OpenSource middleware не за горами. Ми ще його точно побачимо :))) =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo(a)uanog.kiev.ua with "unsubscribe uanog" in the body of the message

1 0

Re: VoiceXML
by Dmitry A.Deineka 21 Jun '06

21 Jun '06

Edward Melnik пишет: > Hello! > > А это заработает на AS5260? Да должно, по идее. > > какая конфигурация (железная) у Вашей железки? Cisco Internetwork Operating System Software IOS (tm) 5350 Software (C5350-IK8S-M), Version 12.3(12e), RELEASE SOFTWARE (fc2) cisco AS5350 (R7K) processor (revision T) with 131072K/65536K bytes of memory. Processor board ID JAE063407S0 R7000 CPU at 250MHz, Implementation 39, Rev 1.0, 256KB L2, 2048KB L3 Cache Last reset from IOS reload Channelized E1, Version 1.0. Bridging software. X.25 software, Version 3.0.0. SuperLAT software (copyright 1990 by Meridian Technology Corp). Primary Rate ISDN software, Version 1.1. Manufacture Cookie Info: EEPROM Type 0x0001, EEPROM Version 0x01, Board ID 0x32, Board Hardware Version 3.33, Item Number 800-5171-02, Board Revision B0, Serial Number JAE063407S0, PLD/ISP Version 2.2, Manufacture Date 25-Aug-2002. Processor 0x14, MAC Address 0x09E81849E8 Backplane HW Revision 1.0, Flash Type 5V 2 FastEthernet/IEEE 802.3 interface(s) 130 Serial network interface(s) 120 terminal line(s) 4 Channelized E1/PRI port(s) 512K bytes of non-volatile configuration memory. 32768K bytes of processor board System flash (Read/Write) 8192K bytes of processor board Boot flash (Read/Write) > > On Mon, Jun 19, 2006 at 02:09:35PM +0300, Dmitry A.Deineka wrote: >> Мы себе делали (желающие могут послушать на 8-057-7630763), крутится на >> AS5350. Не могу сказать, что сильно навороченный язык - скорее, имеющий >> много двусмысленностей. Хотя мы сильно и не вникали. >> >> Так что возможно смогу помочь. >> >> Alexander Shikoff пишет: >>> Привет. >>> >>> Народ, а есть кто-то здесь, у кого есть опыт написания IVRов на VoiceXML? >>> Есть вопрос. >>> >> -- >> Dmitry A.Deineka DAD1-UANIC DD518-RIPE >> iTL Company, Kharkov UA phone: +380 57 7630001 >> http://www.itl.ua fax: +380 57 7630004 >> >> >> =================================================================== >> uanog mailing list. >> To Unsubscribe: send mail to majordomo(a)uanog.kiev.ua >> with "unsubscribe uanog" in the body of the message > -- Dmitry A.Deineka DAD1-UANIC DD518-RIPE iTL Company, Kharkov UA phone: +380 57 7630001 http://www.itl.ua fax: +380 57 7630004 =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo(a)uanog.kiev.ua with "unsubscribe uanog" in the body of the message

1 0