Тема: SMDR and TDA

Доброго всем дня.

Есть вопрос относительно ведения логов (сейчас пока просто настроенный HT)в TDA100/200/600 (версия прошивки и консоли - 3).

Есть исходящие звонки абонентов с АТС через аналоговую линию и через поток PRI.

Независимо от того, состоялся разговор или нет (подняла ли трубку вторая сторона) в логах пишется длительность такого “разговора”, с начала соединения.

В каком пункте MC что нужно отключить, чтобы можно было разделить логи с ответом абонентов и без него?

Пробовал в настройках портов CO поставить Reverse Detection в Outgoing или Both Call, но тогда исходящие через эту CO вообще перестали выводиться в логи. Входящие при этом писались как надо (если было соединение - то длительность самого разговора, если звонок отвечен не был - то длительность было 0).

Подскажите, плиз, в какую сторону копать?

Неправда ваша. На потоке все пишется нормально, начиная с момента установки соединения, а вот на аналоговой линии этот самый момент станция определять просто не умеет.

Не очень подробно рассказал, видимо...

АТС сейчас стоит у меня под боком. CO-шки иммитиую очень легко, а вот потока под рукой нет. Хотел сначала посмотреть, можно или нет делать так, как хочется заказчику.

Немного переиначу вопрос, если на потоке всё работает ОК (проверю через пару дней, когда сделаю поток с циской), то как быть с простыми аналоговыми линиями?

Reverse Detection менял ИМЕНО в на аналоговых портах (на потоке нет даже такой опции, по моему самое схожее это CRC4). Но это не помогло.

“Ходят слухи” (квалифицированнее описать не могу 😊) ), что станция умеет определять этот момент установки соединения. Для меня сейчас и стоит задача определить, с помощью чего она его определяет.

Входящие может.
Исходящие нет.

Создано Diam
Reverse Detection менял ИМЕНО в на аналоговых портах (на потоке нет даже такой опции, по моему самое схожее это CRC4). Но это не помогло.

“Ходят слухи” (квалифицированнее описать не могу 😊) ), что станция умеет определять этот момент установки соединения. Для меня сейчас и стоит задача определить, с помощью чего она его определяет.

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

to jaw:
очень уважаю Вас как специалиста, но продолжаю надеяться 😊)) Может как-то обойти это можно?

To Argentina:
На просторах интернета видел описание возможного пролечивания “глюка” ( именно так описали подобную ситуацию) таким образом. Город естес-но ничего не даёт.

А если попробовать с ГТС получать сигнал переполюсовки? ГТС это наверняка поддерживают.

Создано Diam
На просторах интернета видел описание возможного пролечивания “глюка” (именно так описали подобную ситуацию) таким образом. Город естес-но ничего не даёт.

Ну-ну..
Процедура “пролечивания” может быть только одна - подключаться в город цифровыми линиями.

А если попробовать с ГТС получать сигнал переполюсовки? ГТС это наверняка поддерживают.

Пишу ещё раз: переполюсовка поддерживается только на таксофонных линиях, чтобы монетка вовремя проваливалась.

Создано Аrgеntinа

Ну-ну..
Процедура “пролечивания” может быть только одна - подключаться в город цифровыми линиями.

Пишу ещё раз: переполюсовка поддерживается только на таксофонных линиях, чтобы монетка вовремя проваливалась.

АТС будет одновременно подключаться и по потоку и по аналоговым линиям... Этого не изменить. Инет слишком часто падает у провайдеров, тогда резервные линии работать должны.

Т.о. мы получаем, что из аналоговых линий выжать ничего не получится... Печально...

А на потоке PRI’ном что нужно настроить, чтобы т.о. можно было всё это заработало?

Так и будут они аналоговые работать, просто честной тарификации не получится.

Я только не понял каким боком канал PRI связан с падающим Инетом провайдеров 😕
Что-то у вас всё перемешалось..

При ответе удаленной стороны сообщение “connect” приходит по PRI полюбому. Нечего там настраивать.

Поток заводится не с ГТС, а с провайдера. Просто будет несколько номеров, которые по IP от провайдера приходят до циски (будет стоять в той же стойке, что и АТС), с неё поток идёт на Панас.

Если соединение с провайдером рвётся, то поток остаётся, но дальше циски он никуда не пойдёт.

По поводу Connect’a: сообщение прходит, но как его воспринимает панас? Я считал, что можно регулировать настройкой самой АТС, что считать началом разговора. Момент коммутации с другим абонентом, или непосредственно, поднятие трубки второго абонента.

Нет ли на потоке вот такой настройки выбора записи в лог?