Антон Гриев |
| Asterisk watchdog или как забыть про seg fault |
| 2010.01.07 10:21:40 | |
|
Большинство из нас сталкивается с проблемой segmentation fault даже в стабильных версиях астериска (Asterisk). Никто не застрахован от такого, а так как внятых механизмов отслеживания состояния и перезапуска я не нашёл, то пришлось написать собственный маленький скриптик: #!/bin/sh while test 1 -ge 1 Он каждые 10 секунд проверет состояние процесса, и если он мёртв, вызывает скрипт перезапуска. При небольшой доработке скрипт можно использовать для отслеживания состояния любого процесса, причем не только Asterisk'а. Если хотите, чтобы он запускался при старте, просто добавьте строчку запуска скрипта в файлик /etc/rc.local
Антон Гриев 31.10.2008 оригинал статьи: http://certified-partners.blogspot.com/2008/10/asterisk-watchdog-seg-fault.html Теги: Asterisk Просмотров: 987 | Подробнее... |
| Много Extenesions для Asterisk |
| 2010.01.07 10:15:45 | |
|
Итак, Линуксоиды, буду делится маленькими наработками: Я уверен, многие из тех, кто работал с такой штукой как Asterisk(*) сталкивались с задачей: создать множество SIP или каких-либо других аккаунтов для телефонов. Мне эта ручная работа надоела и я поставил makepasswd: Для ubunt'ы это: А затем написал следующее: STARTNUM=400 # Начальный номер STRING="abcdefg0123456789" # Символы для пароля Скопируйте в файлик и сделайте с ним: Пароли генеируются случайным образом, что полезно.... Можно, конечно генерить их случайной длины в определённых рамках, но мне нравятся ровненькие таблички. Генерируйте....
Антон Гриев 10.10.2008 оригинал статьи: http://certified-partners.blogspot.com/2008/10/extenesions-asterisk.html Теги: Asterisk Просмотров: 703 | Подробнее... |
| Типсы для IPtables |
| 2010.01.07 10:06:30 | |
|
Я тут, как многие заметили, подумал и решил публиковать некоторые фишки, с которыми приходится сталкиваться по работе.... а конкретно по кофигурированию Linux, Cisco, iptabes, asterisk и всего связанного с VoIP (SIP, H.323, Gateways и т.п.) Вот, например, распространённая фишка - попытка повысить приоритет своих пакетов у провайдера: #!/bin/sh И если вы просто маршрутизатор доя VoIP трафика: $IPTABLES -A POSTROUTING -t mangle -p udp -m udp --dport 5060 -j DSCP --set-dscp-class cs3 Для LAN это поможет вам, если вы настроите свои коммутаторы на доверие QoS от сервера. Если у вас хороший провайдер, то это не поможет, ибо он вам не доверяет, а если плохой, то ваш трафик будет ходить с большим приоритетом, чем трафик ваших соседей по сетке. P.S. Конечно Asterisk умеет сам метить пакеты, если переписать sip.conf Sip.conf: но для этого надо его под рутом запускать, а это путь для слабых!!!!
Антон Гриев 10.10.2008 оригинал статьи: http://certified-partners.blogspot.com/2008/10/iptables.html Теги: Просмотров: 1172 | Подробнее... |
| Cisco UCM6.01 |
| 2010.01.07 09:14:12 | |
|
Разделение компаний по внешним линиям на Cisco UCM6.01 Так вот задачка: Самый простой ответ, который знаю я: Figure 10-8 Partitions and Calling Search Spaces
взято с: http://www.cisco.com/en/US/docs/voice_ip_comm/cucm/srnd/6x/dialplan.html#wp1044276 После картинки объяснять ничего не надо, дополнительная информация по ссылке, т.е. просто Calling Search Space и Partition.... Моя задача в основном даже просто изменять Called Number... ибо дальше у меня Астериск.
Антон Гриев 10.10.2008 оригинал статьи: http://certified-partners.blogspot.com/2008/10/cisco-ucm601.html Теги: Cisco Просмотров: 731 | Подробнее... |
| С привязкой к бизнес-стратегии |
| 2010.01.04 21:45:12 | |
|
Процесс развития сетевых технологий непрерывен. Каждый новый день приносит новые возможности и функции, специализированные протоколы и сервисы, призванные ускорить и упростить бизнес-процессы.
Выбор стратегии: теория и практика Мы рассматриваем любые инвестиции в ИТ как часть корпоративной бизнес-стратегии. Четкая формулировка этой стратегии позволяет планировать инвестиции с учетом развития имеющейся или создания новой сетевой инфраструктуры, а также понимания ее роли в реализации бизнес-задач. Таков, на наш взгляд, правильный «теоретический» подход к данному вопросу, но что же происходит на практике? Зачастую действующая сетевая инфраструктура воспринимается как данность, и у руководителей не возникает желания оптимизировать ее, превращать в современную мультисервисную, ориентированную на пользовательские услуги систему. Постараемся объяснить причины этого явления. Прежде всего, корни проблемы нужно искать на стыке технологий и экономики предприятия. Обычно за ИТ в компании отвечает начальник соответствующего отдела, который в подавляющем большинстве случаев не имеет необходимой компетенции для финансового обоснования того или иного проекта. Технический отдел способен предоставить только предполагаемые данные — по снижению трудозатрат на администрирование, стоимости каналов связи, времени ожидания в очереди вызовов и т.д. К сожалению, он не может перевести качественные критерии (удовлетворенность клиентов, комфорт работы сотрудников) в количественные показатели — это, скорее, задача маркетологов. Мы подошли к главному — отсутствию горизонтальных связей между подразделениями, которые могут обосновать все выгоды от модернизации сети. Эта проблема, как нам кажется, является основной причиной различий между теоретической оценкой роли сетевой инфраструктуры и ее реальным местом в стратегии компании. О подходах и стандартах Несколько слов — о стандартах и соглашениях, принятых для управления инвестициями в ИТ-проекты. Они, безусловно, применимы и для оценки инвестиций в сетевую инфраструктуру. Основными являются стандарты CobiT (Control Objectives for Information and related Technology) и Val IT (business Value from IT investments), первый из которых описывает общие принципы с позиции «как нужно делать», а второй — с позиции «что мы должны заработать». Оба стандарта очень интересны и, что бывает нечасто, применимы к российской действительности, пусть и с некоторыми оговорками. При управлении инвестициями в развитие сетевой инфраструктуры наиболее актуален подход Val IT, включающий в себя несколько постулатов:
Если исходить из того, что модернизация сети компании является инвестиционным проектом, то оценка его эффективности попросту необходима и должна учитываться при разработке общей стратегии компании. Мы советуем специалистам, особенно руководителям сетевых отделов, ознакомиться с упомянутыми стандартами, поскольку это поможет гораздо эффективнее взаимодействовать с другими подразделениями и получать максимальную отдачу от инвестиций. Кроме того, стандарты описывают не только способы оценки эффективности, но и этапы реализации комплексных сетевых проектов масштаба предприятия. Формализация процессов инвестирования позволит внести ясность в каждый этап проекта. Непрерывное инвестирование Камнем преткновения в вопросе развития сетевой инфраструктуры является понимание непрерывности цикла «планирование — инвестиции — анализ — планирование и т.д.». Чтобы отвечать современным требованиям бизнеса и быть конкурентоспособной, компания должна поддерживать этот цикл, не ограничиваясь спонтанными инвестициями после сбоев или из-за необходимости единовременного расширения сети. Только развивающаяся в рамках цикла сеть остается производительной, удобной и способной к модернизации. Полная замена морально устаревшего оборудования требует серьезных вложений, размер которых превышает совокупную стоимость постепенного апгрейда оборудования на протяжении достаточно длительного периода. Внедряя какую-то новую технологию, компания должна иметь представление о последующих шагах. Но реалии таковы, что сегодня в России только операторы связи и сервис-провайдеры имеют долгосрочные планы инвестирования в ИТ. На предприятиях, не использующих сети напрямую для получения доходов, дела обстоят гораздо хуже. Планы модернизации и развития корпоративной сети есть в среднем у одной-двух из десяти компаний. И даже такие планы не привязаны к бизнес-стратегиям фирм, поэтому они являются не руководством к действию, а лишь общими ориентирами. Отличительная особенность этих планов — их постоянное переписывание, влекущее за собой колоссальные трудозатраты, вложения в замену оборудования и простои системы. В результате снижаются финансовые показатели предприятия. Хотелось бы добавить, что инвестиции в ИТ-инфраструктуру можно возвращать не напрямую, а за счет повышения стоимости акций. Например, если оценочная стоимость предприятия до начала реализации проекта составляла примерно 200 тыс. долл., то после внедрения ERP-системы она может вырасти до 1 млн долл. Таким образом, грамотное управление инвестициями в сетевую инфраструктуру позволяет многократно повысить уровень капитализации бизнеса и инвестиционную привлекательность компании. Антон Гриев 25.04.2007г оригинал статьи: http://www.osp.ru/nets/2007/06/4135291/ Теги: IT Просмотров: 844 | Подробнее... |
+7 499 252-25-38
+7 4912 99-57-70
390023, г. Рязань, пр-д Яблочкова, д. 6, оф. 713Г