Элтекс

Я все пытаюсь понять причину зависания сессии..
вот смотри, я правильно понял, собирается лог ком-портом, затем при помощи скрипта устанавливается новая сессия по телнету, ком-порт станивится неактивным, как только прочитался билинг по команде logout в телнете, сессия ком-порт становится опять активной и продолжают собираться логи?
может есть смысл на время снятия билинга останавливать трассировку? например дописать в скрипте перед sysrename команду trace off, и затем в конце перед logout включать trace ss7isup

Я все пытаюсь понять причину зависания сессии..
вот смотри, я правильно понял, собирается лог ком-портом, затем при помощи скрипта устанавливается новая сессия по телнету, ком-порт станивится неактивным, как только прочитался билинг по команде logout в телнете, сессия ком-порт становится опять активной и продолжают собираться логи?

абсолютно верно

может есть смысл на время снятия билинга останавливать трассировку? например дописать в скрипте перед sysrename команду trace off, и затем в конце перед logout включать trace ss7isup

над этим не задумывались если честно....

Горбушин Максим писал(а):понятно, однако это не избавляет от проблемы ввиду того что админка то у нас постоянно висит подключенная....

1. зачем?
2. предлагаю рассмотреть вариант запуска там где админка - еще и NCS. NCS коннектится к станции,
админка - к NCS. Billreader может забирать биллинг, подсоединяясь к NCS (NCS позволяет расшарить доступ).

тогда вопрос как программа из freebsd будет цепляться к NCS который на винде?

К NCS может цепляться только BillReader под Windows. Он может работать из-под wine на linux.

Утилита LinuxBillReader пока не умеет цепляться к NCS. Но возможно обсуждение реализации подобного функцинала.

может подойти шире к вопросу, и сделать так что бы линукс билл ридер мог цепляться к станции напрямую?

Вернулись в исходную точку. LinuxBillReader сейчас цепляется напрямую к АТС. Но проблему вы сами описали:

понятно, однако это не избавляет от проблемы ввиду того что админка то у нас постоянно висит подключенная....

Решение в данном случае именно в применении NCS как сервера доступа к АТС. NCS позволит доступаться одновременно и PbxAdm, и BillReader. Потенциально и LinuxBillReader.

боюсь я у нас не поднимется WINE под freebsd, а ещё могут попутно вылезти куча грабель!

Не понятно. Если "админка то у нас постоянно висит подключенная" значит проблем с wine уже нет. Там же поднимаете NCS. А LinuxBillReader мы можем доработать для работы через NCS.

блин незнаю уже как сказать по другому, но сделайте нормальное апи через которое можно забирать цдр, прогу забора мы сами напишем, и я уже отстану от вас! через NCS ваще не вариант!

Горбушин Максим писал(а):блин незнаю уже как сказать по другому, но сделайте нормальное апи через которое можно забирать цдр, прогу забора мы сами напишем, и я уже отстану от вас! через NCS ваще не вариант!

админка висит на виндовом сервере

Подведем итоги. Варианты решения с учетом Ваших условий.
1. Запуск на windows-машине NCS и доступ к нему утилитой LinuxBillReader на linux-машине.
2. Запуск NCS под wine на linux-машине. Сбор биллинга также утилитой LinuxBillReader.
3. Текущая схема, только BillReader коннектится с небольшим интервалом до успешного коннекта, ожидая отсоединения PbxAdm.
4. Использовать Radius-сервер (стандарт де-факто для VOIP).

Если ни один из предложенных вариантов не подходит, рекомендуем посмотреть в сторону другого нашего устройства SMG-1016
http://www.eltex.nsk.ru/produces/VoIP/smg1016

Алексей Сергеев писал(а):Если ни один из предложенных вариантов не подходит, рекомендуем посмотреть в сторону другого нашего устройства SMG-1016
http://www.eltex.nsk.ru/produces/VoIP/smg1016

Ага и деньги за за АТС вернёте назад? тогда я согласен! и даже на 3 шлюза SMG хватит!

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

Горбушин Максим писал(а):А вообще конечно хорошая позиция что мы (разработчики) ничё делать не будем непонятно по чему, но вот есть три варианта подстраивайтесь как хотите, ибо есть дурацкое ограничение на один коннект к станции или через винду через попу, если не нравится берите новую сырую железку. Занавес.

У нас аналогичная ситуация (все на линуксах и фрибсд), станция работает уже больше года, а задачу (шлюз в IP и на межгород) до сих пор не выполняет толком, потому как нормально снять самый дорогой (междугородний) CDR нельзя. Дискуссия с разработчиками ни к чему не привела: "ставьте винду, генерируйте CDR штатным ПО". А мы ведь cdr то не для чтения в exel генерим, его ведь еще в биллинг надо отправить, и крайне желательно, что бы способ отправки тоже был надежным.
Вобщем мы пришли к выводу, что идея с MC240, как разгрузки ЦК от межгорода, не смотря ее красоту (тут тебе и транзит, и шлюзование в IP), накрылась медным тазом, из-за того, что разработчики не посчитали важным получение CDR.