- UANOG - uanog.one

Друга частина теми "KPI для сервіс-провайдерів".
by Oleh Hrynchuk 30 Oct '08

30 Oct '08

Доброго дня. Сабдж <http://zmejgorynych.blogspot.com/2008/10/kpi_30.html> В другу частину документа ввійшли наступні розділи: - Бизнес-метрики по предоставлению/активации сервисов клиентам (Fulfillment) - Бизнес-метрики по обеспечению функционирования сервисов, используемых клиентами (Assurance) - Billing бизнес-метрики Бажаю всім ефективної роботи :) Завтра викладу останню, третю частину, котра складатиметься з наступних розділів: - Приложение «Общая информация о KPI» - Показатели продаж - Единый отчет для директора - План и факт - Как часто следует планировать показатели - Не только финансы - Как часто нужно контролировать показатели - Как внедрить KPI Ця остання частина не є характерною виключно для операторів/сервіс-провайдерів. Вона швидше виглядає як нагадування манагерам про здоровий глузд. -- Regards, /oleh > Сьогодні вже виклав: > 1. Преамбула <http://zmejgorynych.blogspot.com/2008/10/kpi.html> > 2. Перша частина <http://zmejgorynych.blogspot.com/2008/10/kpi_29.html>(ввійшло перших 4 пункти із вищенаведеної структури) > > Тут <http://zmejgorynych.blogspot.com/2008/10/blog-post_29.html> вже > говорив, то скажу ще й тут: обговорення/запитання/дискусії/матюки набагато > зручніше вести не в каментах блогу, а в списку розсилки [Lean-Operators]<http://lists.qq.org.ua/mailman/listinfo/lean-operators>. > Для цього він, власне, й призначений :) > >

1 0

ОГО! какие troubles!
by Vladimir Litovka 29 Oct '08

29 Oct '08

Привет, поскольку в коллцентр дозвониться не удалось ;-) то спрашиваю тут - сталкивался кто из абонентов ОГО с проблемой - весьма паршиво работает FTP с серверами, находящимися в адресном пространстве Голден Телеком? Сразу оговорюсь - сервера сами со себе рабочие, со стороны Голдена все чисто (никаких специальных пакостей на паритете нет). Очевидно, проблема на стороне УТК. Весьма паршиво - в смысле или не коннектится вообще (отваливается по таймауту), или работает крайне медленно с тенденцией отмирать по таймауту. На те же сервера по http - как дети в школу. Что с этим делать? Вариант "отказаться от ОГО" рассматривается в последнюю очередь :) Спасибо. -- /doka

5 8

Анонс. Початок нової (і впевнений, що дуже важливої) теми "KPI для сервіс-провайдерів"
by Oleh Hrynchuk 29 Oct '08

29 Oct '08

Доброго дня всім. Сабдж на моєму блозі <http://zmejgorynych.blogspot.com/>. Запланована структура документу: - Общая часть рекомендаций TMForum'a - Описание бизнес-метрик в соответствии с предложенной структурой доменов и бизнес-процессов - Общие бизнес-метрики - Бизнес-метрики по работе с клиентами (Customer Management) - Бизнес-метрики по предоставлению/активации сервисов клиентам (Fulfillment) - Бизнес-метрики по обеспечению функционирования сервисов, используемых клиентами (Assurance) - Billing бизнес-метрики - Приложение «Общая информация о KPI» - Показатели продаж - Единый отчет для директора - План и факт - Как часто следует планировать показатели - Не только финансы - Как часто нужно контролировать показатели - Как внедрить KPI Сьогодні вже виклав: 1. Преамбула <http://zmejgorynych.blogspot.com/2008/10/kpi.html> 2. Перша частина <http://zmejgorynych.blogspot.com/2008/10/kpi_29.html>(ввійшло перших 4 пункти із вищенаведеної структури) Тут <http://zmejgorynych.blogspot.com/2008/10/blog-post_29.html> вже говорив, то скажу ще й тут: обговорення/запитання/дискусії/матюки набагато зручніше вести не в каментах блогу, а в списку розсилки [Lean-Operators]<http://lists.qq.org.ua/mailman/listinfo/lean-operators>. Для цього він, власне, й призначений :) -- Regards, /oleh

1 0

SUNтехніки тут є? Хотів би проконсультуватися з профі відповідного напрямку по питанню інфраструктурних рішень на базі SUN Java Sysem Communications Suite
by Oleh Hrynchuk 28 Oct '08

28 Oct '08

Доброго вечора усім. Власне сабдж. Ну і взнати думку тих, хто з цим стикався в реалі. На превеликий жаль буду вимушений вести подальшу розмову на цю тему виключно "в приваті". З банальних *(corporative policy)* причин. -- Regards, /oleh

1 0

Fwd: [IANA #200260] (ccTLD-UA) Name server changes for .UA (Ukraine)
by Dmitry Kohmanyuk 28 Oct '08

28 Oct '08

FYI - три сервера имен для UA поддерживают IPv6. Следите за поддержкой EDNS - теперь не все glue помещаются. Begin forwarded message: From: "Naela Sarras via RT" <root-mgmt(a)icann.org> Date: October 27, 2008 16:48:22 EET To: dk(a)nic.net.ua, sia(a)nest.org Subject: [IANA #200260] (ccTLD-UA) Name server changes for .UA (Ukraine) Reply-To: root-mgmt(a)icann.org To: Dmitry Kohmanyuk (administrative contact) Igor Sviridov (technical contact) This message is the final confirmation that your request originally submitted on 16 October 2008 has been completed. IANA has received a confirmation on 24 October 2008 [1] that the requested name server changes for the .UA top-level domain were completed as described below. IANA submitted this request [IANA #200260] to VGRS, which performs the actual editing of the DNS root on IANA's behalf, for inclusion into the root zone on 22 October 2008 [2] upon receiving all confirmations for the modification to the .UA domain on 20 October 2008 [3]. The changes, described below, were made in the root zone on 24 October 2008 [4] and published in the root zone commencing with serial number 2008102400: Primary Name Server [no change] 6a. Primary Server Hostname.........: he1.ns.net.ua 6b. Primary Server Netaddress.......: 216.218.215.27 Secondary Name Server [no change] 7a. Secondary Server Hostname.......: ho1.ns.net.ua 7b. Secondary Server Netaddress.....: 195.47.253.1 Secondary Name Server [no change] 7a. Secondary Server Hostname.......: ns.lucky.net 7b. Secondary Server Netaddress.....: 193.193.193.100 Secondary Name Server [no change] 7a. Secondary Server Hostname.......: ns.uu.net 7b. Secondary Server Netaddress.....: 137.39.1.3 Secondary Name Server [no change] 7a. Secondary Server Hostname.......: ns2.nic.fr 7b. Secondary Server Netaddress.....: 192.93.0.4 Secondary Name Server [no change] 7a. Secondary Server Hostname.......: pch.ns.net.ua 7b. Secondary Server Netaddress.....: 204.61.216.12 Secondary Name Server [no change] 7a. Secondary Server Hostname.......: sunic.sunet.se 7b. Secondary Server Netaddress.....: 192.36.125.2 7c. Secondary Server Netaddress.....: 2001:6b0:7:0:0:0:0:2 Secondary Name Server [add secondary name server] 7a. Secondary Server Hostname.......: tld1.ultradns.net 7b. Secondary Server Netaddress.....: 204.74.112.1 7c. Secondary Server Netaddress.....: 2001:502:D399:0:0:0:0:1 Secondary Name Server [no change] 7a. Secondary Server Hostname.......: ns-ua.ripe.net 7b. Secondary Server Netaddress.....: 193.0.12.232 7c. Secondary Server Netaddress.....: 2001:610:240:0:53:cc:12:232 Secondary Name Server [no change] 7a. Secondary Server Hostname.......: tld2.ultradns.net 7b. Secondary Server Netaddress.....: 204.74.113.1 Remove: ud1.ns.net.ua (204.74.112.1) Please do not hesitate to contact us if you have any questions. Best regards, Naela Sarras IANA Root Management ********************************************************** Summary ------- 16 October 2008 IANA received the change request 20 October 2008 [3] IANA received all authorized confirmations 22 October 2008 [2] Request transmitted to US Department of Commerce, and VGRS 24 October 2008 [4] VGRS implemented the change(s) 24 October 2008 [1] IANA received notification of completion from VGRS

1 0

RHEL4 activation
by Vladimir Litovka 28 Oct '08

28 Oct '08

привет, такой вопрос - я зарегистрировал subscription на Redhat, захожу в свой аккаунт, она мне пишет следующее: Contract number: nnnnnnnnn [ ... ] Subscription Status: active [ ... ] Installation number: nnnnnn (Use this when installing RHEL5) Registration number: nnnnnn попытка активировать этот аккаунт на RHEL4 приводит к тому, что она ругается на invalid subscription number. Ну и понятно - номер дан для RHEL5... при регистрации же она ни разу не спросила меня, какую систему я хочу активировать. Шо делать в таком случае? Спасибо -- /doka

2 2

DDoS: четвертый вектор ?
by Alexandre Snarskii 26 Oct '08

26 Oct '08

Hi! Так уж получается, что одного из наших клиентов уже с недельку DDoS'ят.. Первый вектор DDoS'а - udp, dst ports 53, 80, 110, dst ip - клиентский. Отфильтровано на кошке. Второй вектор - в принципе, то же самое, только dst - транзитные маршрутизаторы. Juniper'ы справились, ими и прикрыли кошку, которая начала прогибаться с точностью до нестабильности работы bgp/ospf/ldp.. Третий вектор - dns as attack amplifier, ddos пошел на dns-сервера с подстановкой адреса клиента... Отфильтровали на кошке... Кто недавно попадал под DDoS'ы - подскажите, чего ждать дальше ? :) Я пока готовлюсь к massive flood на dns-сервера.. =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo(a)uanog.kiev.ua with "unsubscribe uanog" in the body of the message

11 20

nagios && switch cluster
by Gregory Edigarov 24 Oct '08

24 Oct '08

Доброго дня всем, нужно мониторить свичи находящиеся в кластере, где только один из свичей имеет свой ай-пи. остальные свичи - доступны по rcommand. кто-нибудь такое делал? как? заранее спасибо. -- With best regards, Gregory Edigarov

2 1

[Q] Чи існує в Україні такий Application Service Provider?
by Oleh Hrynchuk 24 Oct '08

24 Oct '08

Доброго дня. Є клієнт, котрий побажав свій MS Exchange Server разом із серверним залізом та необхідним ліцензійним софтом передати комусь на колокейшен. Причому весь гемор з обслуговуванням (адміністрування домену, самого сервака, мейлбоксів, питання сек"юріті, антиспам, антивіруси, всеможливі патчі etc) віддати сервіс-провайдеру. Тобто реально клієнт хоче "всього-навсього" користуватись звичним для нього функціоналом Аутглюка. Це обов"язкова вимога (на жаль). За собою клієнт хоче залишити лише питання синхронізації даних зі своїх Active Directories (їх у нього, мабуть, кілька є). Є ASP, котрі би взялися за таку задачу і якщо такі є, то що це коштуватиме клієнту? Орієнтовно у клієнта передбачається порядка до 100 мейлбоксів. -- Regards, /oleh

3 3

Juniper SNMP
by Alexander Krikunenko 23 Oct '08

23 Oct '08

Добрый день! Помогите разобратся - что делаю не так. Задача - получить значения счетчиков (counter) с Juniper на Linux серврвер. для чего на Juniper были внесены такие изменения: snmp { community miit1 { authorization read-only; } targets { 195.8.218.4; } } Так же был настроен счетчик: filter test_filter { term ac1 { from { address { 195.8.219.226/32; } } then count test304; } На Linux роутер были скачаны Juniper SNMP Mibs (juniper-mibs-9.0R3.6.tgz) с сайта juniper. Архив распакован и все его файлы переписаны в /usr/share/snmp/mibs/ В результате всех выше перечисленных действий получаю такой результат 1. На консоли juniper root> show firewall counter test304 filter test_filter Filter: test_filter Counters: Name Bytes Packets test304 7270835 146739 2. На консоли Linux - пытаюсь найти значение какой либо переменной SNMP c значением счетчика 7270835. snmpwalk -c miit1 -v 2c 195.8.218.9| grep '7270835' в резултате выполнения команды такого значения не найдено :-( При этом значение счетчика на juniper не меняется во времени. -- Best regards, Alexander mailto:ak@aw.kiev.ua

2 1