как посмотреть текучку в yate?

[kosiak47]

Извиняюсь, что беспокою... подскажите команды чтобы увидеть более подробную информацию о вызовах и во время вызовов в yate, в asteriske как посмотреть trace нашёл с помощью help... здесь пока в логи заглянуть не могу...

[nag-f]

Извиняюсь, что беспокою... подскажите команды чтобы увидеть более подробную информацию о вызовах и во время вызовов в yate, в asteriske как посмотреть trace нашёл с помощью help... здесь пока в логи заглянуть не могу...

yate -vvvvvvvvvvvvvv.....

:)

Edited October 5, 2009 by nag-f

[kosiak47]

ммм.... а трёх vvv маловато будет ? =) улыбнул студент

[nag-f]

ммм.... а трёх vvv маловато будет ? =) улыбнул студент

Насколько я помню 6-ть в самый раз :)

 

 

[kosiak47]

а именно команд не подскажешь? в астериске эта тема очень помогает разобраться если что то не работает, расписывает всё соединение от первой набранной цифры со всеми кпв и сигналами управления ( запамятовал команду, может завтра найду и впишу чтобы понятнее было аналогию чего я ищу)... уж наверное ять разумнее астера... по крайней мере очень надюсь на это =)

[nag-f]

а именно команд не подскажешь? в астериске эта тема очень помогает разобраться если что то не работает, расписывает всё соединение от первой набранной цифры со всеми кпв и сигналами управления ( запамятовал команду, может завтра найду и впишу чтобы понятнее было аналогию чего я ищу)... уж наверное ять разумнее астера... по крайней мере очень надюсь на это =)

Yate очень интересно-спроектированная система. Она состоит из модулей, которые обмениваются сообщениями через общую память. Во первых можно перехватывать эти сообщения специальным модулем - снифером.

 

Во вторых - можно включить дебаг в самих модулях, например:

В коннфигурационном файле:

; debug: int: OpenH323 debug level

;debug=0

 

Если вы используете SIP то содержимое пакетов выводится в стандартный лог при указании опции -vvvvvv

 

Можете также изменить yate.conf

 

[debug]

; Each line in this section generates an engine.debug message immediately

; after the first initialization. This is equivalent of issuing the debug

; command in the Remote Manager.

; Each line has to be of the form:

; modulename=parameters to debug

; Examples:

; tone=off

; h323=level 9

; sip=level 8

; sip=filter 127.0.0.1

 

Но модули h323, а точнее библиотека OpenH323 очень сырая, содержит массу фатальных ошибок, которые приводят к аварийному завершению программы.

Если хотите использовать модуль sip - то он тоже имеет ряд ошибок синхронизации.....

Не реализован парсер rtcp...

 

Ядро содержит ряд неприятных фатальных ошибок и несколько ошибок синхронизации. Хотя потенциал у этой системы, достаточно широкий и она грамотно спроектирована. Особенность такой архитектуры - это возможность ее применения как в качестве высокопроизводительного SoftSwitch класс 4, так и класс 5 - путем всеголишь замены, добавления или удаления модулей.

Edited October 6, 2009 by nag-f

[facility]

Но модули h323, а точнее библиотека OpenH323 очень сырая, содержит массу фатальных ошибок, которые приводят к аварийному завершению программы.

Я бы лучше сказал, что разработчики Yate уделяют слишком мало внимания поддержке H.323 в своем продукте. Во-первых, неразумно - упорно продолжать использовать OpenH323, которую уже три года никто не поддерживает. Во-вторых, то, как ведет себя Yate при установке вызова по H.323, часто не поддается разумному объяснению. Например - обмен возможностями по H.245 практически неуправляем.

[nag-f]

Но модули h323, а точнее библиотека OpenH323 очень сырая, содержит массу фатальных ошибок, которые приводят к аварийному завершению программы.

Я бы лучше сказал, что разработчики Yate уделяют слишком мало внимания поддержке H.323 в своем продукте. Во-первых, неразумно - упорно продолжать использовать OpenH323, которую уже три года никто не поддерживает. Во-вторых, то, как ведет себя Yate при установке вызова по H.323, часто не поддается разумному объяснению. Например - обмен возможностями по H.245 практически неуправляем.

Да, все верно, от стека OpenH323 следует избавиться сразу:) но сама архитектура yate очень гибкая и легко расширяема, в отличии от астериск. И после замены ряда библиотек, доработки ядра и ряда модулей - система показала очень хорошие результаты, а по производительности и надежности обошла все существующие коммерческие аналоги софтсвитчей класс 4,5.

Edited October 6, 2009 by nag-f

[Mikler]

О расскажите мне более подробно что вы понимаете под коммерческим аналогом SSW 4,5? Просто решения от основных вендоров очень проблематично "завалить";

[nag-f]

О расскажите мне более подробно что вы понимаете под коммерческим аналогом SSW 4,5? Просто решения от основных вендоров очень проблематично "завалить";

Ну прежде всего Мера, 10-ть экземпляров которой были отправлны в аналы истории. По надежности удалось даже превзойти. Дело в том, что мера падает, да да да, падает, просто у меры на каждые 10-30 каналов, сейчас точно не помню, создается отдельный процесс. И если где то в в одном из этих процессов проиходит фатальная ошибка, а они происходили периодически :) то падают не все 1000 каналов, а только 10-30, что собтвенно очень трудно заменить :) Ну а в остальном костыли меры - при звонках h323-sip, низкопроизводительный модул тнаскодинга ~10 каналов... Сосбтвенно кроме сомнительной надежности там ничего не держало :)

 

Ну еще можно с Nextone сравнить :) Но это будет интересно только на буржуйских форумах :)

Edited October 6, 2009 by nag-f

[Mikler]

Ну это скажем так не все SSW даже малая часть. От Huawei, Cisco systems, Broadworks решения не попадались на попробовать :) вы удивитесь откроете для себя много нового :) Кстати мера выпускает новый SSW теперь с поддержкой MGCP :)

[nag-f]

Ну это скажем так не все SSW даже малая часть. От Huawei, Cisco systems, Broadworks решения не попадались на попробовать :) вы удивитесь откроете для себя много нового :) Кстати мера выпускает новый SSW теперь с поддержкой MGCP :)

От CISCO для задач класс 4 (~10 000 активных h323/sip) отказались еще до использования меры :) На задачах класс 5... и то исключительно sip! ну в принципе терпимо использовать, но неоправдано дорого, даже в сравнении с Мерой. Вы кстати в курсе какая последняя версия протокола h323 и какая последняя реализована CISCO в своих IOS? :)

 

Huawei... А кто из серьезных телекомов использует эти SSW в своих сетях? В странах СНГ, боюсь, что никто.

Edited October 6, 2009 by nag-f

[Mikler]

Ну вот BTS на 200к юзверей залажали :) Huawei а связь инвест мы не учитываем? Можно вспомнить ещё про Nortel (мир пораху его) и достаточно активно использует Билайн.

[nag-f]

Ну вот BTS на 200к юзверей залажали :) Huawei а связь инвест мы не учитываем? Можно вспомнить ещё про Nortel (мир пораху его) и достаточно активно использует Билайн.

Вы мне про класс 5 и 200к абонентов всего на добрый десяток железок c кучей багов, а я про класс 4 и 10000 активных на 3-4-х серверные платформы Intel :) Улавливаете разницу?!

Я тоже могу вспоминать Alcatel, Ericson, Nokia... но мне за них откаты не платят, поэтому было принято решение разработать, ИМХО не глупее Китайцев и Индусев. У каждого своя мотивация и подход :) А результатом довольны остались все. И версию протокола h.323 реализовали 6-ю и функционал который необходим - дорабатываем, а наличие исходных кодов не затрудняет сертификацию в странах со спецефическим законодательством :)

Edited October 6, 2009 by nag-f

[ram_scan]

Я бы лучше сказал, что разработчики Yate уделяют слишком мало внимания поддержке H.323 в своем продукте. Во-первых, неразумно - упорно продолжать использовать OpenH323, которую уже три года никто не поддерживает. Во-вторых, то, как ведет себя Yate при установке вызова по H.323, часто не поддается разумному объяснению. Например - обмен возможностями по H.245 практически неуправляем.

Коллега, а можно в личку более детальственно о проблемах ? Я в h323 модуль покоммичивал в свое время патчей, и в нем разбирался более-менее. Обмен капабилитями там не рулится не потому-что библиотека кстати плохая, там просто дефолтных затычек с поведением по умолчани. понапихано, а каллбэков в самой программе девелоперы для более чуткого управления навесить поленились...

 

И о какой версии речь идет, 1.3 или 2.0 ?

[nag-f]

Я бы лучше сказал, что разработчики Yate уделяют слишком мало внимания поддержке H.323 в своем продукте. Во-первых, неразумно - упорно продолжать использовать OpenH323, которую уже три года никто не поддерживает. Во-вторых, то, как ведет себя Yate при установке вызова по H.323, часто не поддается разумному объяснению. Например - обмен возможностями по H.245 практически неуправляем.

Коллега, а можно в личку более детальственно о проблемах ? Я в h323 модуль покоммичивал в свое время патчей, и в нем разбирался более-менее. Обмен капабилитями там не рулится не потому-что библиотека кстати плохая, там просто дефолтных затычек с поведением по умолчани. понапихано, а каллбэков в самой программе девелоперы для более чуткого управления навесить поленились...

 

И о какой версии речь идет, 1.3 или 2.0 ?

После применения всех патчей, после ~300 лично исправленных ошибок в библиотеке версии 2.0... программа исправно вылетала. Поэтому пришлось полностью отказаться от OpenH323. На одной из конференций встречал ребят которые таки довели OpenH323, по их словам туда было внесено порядка 1800 изменений для получения первой рабочей версии :)

 

Сразу хочу оговориться, что речь в моих сообщениях идет не о класс 5 задачах, а о класс 4, с порядка тысячей различных поставщиков и клиентов. Для класс 5 изменений необходимо внести значительно меньше, для получения работоспособной версии, тем более если в сети используется однотипное оборудование.

 

Edited October 6, 2009 by nag-f

[kosiak47]

Вопрос уже переродился во что-то иное, но за ответы спасибо =)

[kosiak47]

ещё вопрос... аналог sip show peers/peer в yate имеется?

 

и поглядев в логи, сложилось мнение что yate двух моих абонентов прописанных у него в regfiles.conf не считает своими, а работает с ними как с двумя независимыми устройствами... обрабатывает вызов используя адреса телефонов, а не адрес сервера yate...

возможно ли более корректно прописать телефоны и как?

Edited October 6, 2009 by kosiak47