О деактивации форума Eltex

Уважаемые коллеги! В связи с потерей актуальности данного ресурса, нами было принято решение о частичной деактивации форума Eltex. Мы отключили функции регистрации и создания новых тем, а также возможность оставлять сообщения. Форум продолжит работу в "режиме чтения", так как за долгие годы работы здесь накопилось много полезной информации и ответов на часто встречающиеся вопросы.

Мы активно развиваем другие каналы коммуникаций, которые позволяют более оперативно и адресно консультировать наших клиентов. Если у вас возникли вопросы по работе оборудования, вы можете обратиться в техническую поддержку Eltex, воспользовавшись формой обращения на сайте компании или оставить заявку в системе Service Desk. По иным вопросам проконсультируют наши менеджеры коммерческого отдела: eltex@eltex-co.ru.

TAU-32M.IP сбрасывает входящие звонки на FXO c сельских АТС

ECSS-10, TAU.IP, SMG, RG
powetr
Сообщения: 41
Зарегистрирован: 26 фев 2014 00:21
Reputation: 0

TAU-32M.IP сбрасывает входящие звонки на FXO c сельских АТС

Сообщение powetr » 11 фев 2015 21:07

Дано: TAU-32М.IP один модуль на 8 FXO, заведено 8 городских номеров.Система успешно функционирует второй год
и приземляет звонки в систему на FreePbx c ip-телефонами в качестве абонентских устройств.Всем всё нравиться,отличное качество
передачи речи и доп. сервисы, к тау особых претензий нет.
Диалплан тау: Protocol: SIP H323 L-timer: 15 S-timer: 8 Rule: 0x|0xx|xxxxxx|18xx|xxxx|89xxxxxxxxx|88xxxxxxxxx
Проблема: с некоторых районных центров (там почему-то стоят городские номера) невозможно дозвониться до нас - со слов
пользователей щелчок- пауза и тишина или занято.Более того, странность состоит в том что с СОТОВЫХ и ГОРОДСКИХ а также
международных и пр номеров всё дозванивается без малейших проблем.Никаких проблем нет и с исходящими и пр функционалом.
Удивляет что номер с которых невозможно дозвониться такой же городской как и те что заведены на тау.
Действия по разрешению проблемы:
Естественно включил мониторинг и постарался отловить проблему.Вот типичный дамп (воспроизводимо многократно):
----------=========================------------------------
<15>Feb 6 14:03:29 tau1.voldep: 2.11.1|(29.230)[app:dbg]self_fxo_ringing() RINGING 1 on port 5
<15>Feb 6 14:03:29 tau1.voldep: 2.11.1|(29.233)[app:dbg]port 5: from state 'FXO hangup' to state 'FXO hangup pre-ringing'
<15>Feb 6 14:03:29 tau1.voldep: 2.11.1|(29.252)[app:dbg]HIO: port 5 <OnHook/FXO hangup pre-ringing> msg <State><16>
<15>Feb 6 14:03:30 tau1.voldep: 2.11.1|(30.230)[app:dbg]HIO: port 5 <CallerID/FXO hangup pre-ringing> msg <Ring><50>
<15>Feb 6 14:03:30 tau1.voldep: 2.11.1|(30.232)[app:dbg]self_fxo_ringing() RINGING 0 on port 5
<15>Feb 6 14:03:35 tau1.voldep: 2.11.1|(35.229)[app:dbg]HIO: port 5 <CallerID/FXO hangup pre-ringing> msg <Ring><50>
<15>Feb 6 14:03:35 tau1.voldep: 2.11.1|(35.230)[app:dbg]self_fxo_ringing() RINGING 1 on port 5
<15>Feb 6 14:03:35 tau1.voldep: 2.11.1|(35.950)[app:dbg]HIO: port 5 <CallerID/FXO hangup pre-ringing> msg <Ring><50>
<15>Feb 6 14:03:35 tau1.voldep: 2.11.1|(35.951)[app:dbg]self_fxo_ringing() RINGING 0 on port 5
<15>Feb 6 14:03:35 tau1.voldep: 2.11.1|(35.974)[app:dbg]port 5: from state 'FXO hangup pre-ringing' to state 'FXO hangdown'
<15>Feb 6 14:03:35 tau1.voldep: 2.11.1|(35.985)[app:dbg]port 5: FXO hangdown - call from TDM
<15>Feb 6 14:03:35 tau1.voldep: 2.11.1|(35.992)[app:dbg]HIO: port 5 <CallerID/FXO hangdown> msg <State><16>
<15>Feb 6 14:03:35 tau1.voldep: 2.11.1|(35.995)[app:dbg]port 5 (FXO hangdown): digit 1 [tone] : (call or dvo tune) in Fri Feb 6 14:03:35 2015
<15>Feb 6 14:03:35 tau1.voldep: 2.11.1|(35.999)[app:dbg]port 5: from state 'FXO hangdown' to state 'dial'
<15>Feb 6 14:03:36 tau1.voldep: 2.11.1|(36.089)[app:dbg]port 5: dial candidates
<15>Feb 6 14:03:36 tau1.voldep: 2.11.1|(36.094)[app:dbg]port 5 (dial): digit 8 [tone] : (call or dvo tune) in Fri Feb 6 14:03:36 2015
<15>Feb 6 14:03:36 tau1.voldep: 2.11.1|(36.138)[app:dbg]port 5: dial candidates
<15>Feb 6 14:03:36 tau1.voldep: 2.11.1|(36.144)[app:dbg]port 5 (dial): digit 3 [tone] : (call or dvo tune) in Fri Feb 6 14:03:36 2015
<15>Feb 6 14:03:36 tau1.voldep: 2.11.1|(36.200)[app:dbg]port 5: dial candidates
<15>Feb 6 14:03:36 tau1.voldep: 2.11.1|(36.206)[app:dbg]port 5 (dial): digit 6 [tone] : (call or dvo tune) in Fri Feb 6 14:03:36 2015
<15>Feb 6 14:03:36 tau1.voldep: 2.11.1|(36.276)[app:dbg]port 5: process final route
<15>Feb 6 14:03:36 tau1.voldep: 2.11.1|(36.278)[app:dbg]HIO: port 5 <OffHook/dial> msg <State><16>
<15>Feb 6 14:03:36 tau1.voldep: 2.11.1|(36.279)[app:dbg]HIO: port 5 <OffHook/dial> msg <Rev Polarity><58>
<15>Feb 6 14:03:36 tau1.voldep: 2.11.1|(36.282)[app:dbg]self_fxo_revpolar() on port 5 process none
<15>Feb 6 14:03:36 tau1.voldep: 2.11.1|(36.285)[app:dbg]port 5: regex per sec timeout
<15>Feb 6 14:03:37 tau1.voldep: 2.11.1|(37.008)[app:dbg]port 5: regex per sec timeout
<14>Feb 6 14:03:37 tau1.voldep: 2.11.1|(37.714)[app:info]port 5(FXO): detect digit '3'/0x3 on TDM
<15>Feb 6 14:03:37 tau1.voldep: 2.11.1|(37.716)[app:dbg]port 5 (dial): digit 3 [tone] : (call or dvo tune) in Fri Feb 6 14:03:37 2015
<15>Feb 6 14:03:37 tau1.voldep: 2.11.1|(37.784)[app:dbg]port 5: dial candidates
<15>Feb 6 14:03:38 tau1.voldep: 2.11.1|(38.009)[app:dbg]port 5: regex per sec timeout
<15>Feb 6 14:03:39 tau1.voldep: 2.11.1|(39.008)[app:dbg]port 5: regex per sec timeout
<15>Feb 6 14:03:40 tau1.voldep: 2.11.1|(40.009)[app:dbg]port 5: regex per sec timeout
<15>Feb 6 14:03:41 tau1.voldep: 2.11.1|(41.008)[app:dbg]port 5: regex per sec timeout
<15>Feb 6 14:03:42 tau1.voldep: 2.11.1|(42.009)[app:dbg]port 5: regex per sec timeout
<15>Feb 6 14:03:43 tau1.voldep: 2.11.1|(43.008)[app:dbg]port 5: regex per sec timeout
<15>Feb 6 14:03:44 tau1.voldep: 2.11.1|(44.009)[app:dbg]port 5: regex per sec timeout
<15>Feb 6 14:03:45 tau1.voldep: 2.11.1|(45.008)[app:dbg]port 5: regex per sec timeout
<15>Feb 6 14:03:46 tau1.voldep: 2.11.1|(46.009)[app:dbg]port 5: regex per sec timeout
<15>Feb 6 14:03:47 tau1.voldep: 2.11.1|(47.008)[app:dbg]port 5: regex per sec timeout
<15>Feb 6 14:03:48 tau1.voldep: 2.11.1|(48.009)[app:dbg]port 5: regex per sec timeout
<15>Feb 6 14:03:49 tau1.voldep: 2.11.1|(49.008)[app:dbg]port 5: regex per sec timeout
<15>Feb 6 14:03:50 tau1.voldep: 2.11.1|(50.009)[app:dbg]port 5: regex per sec timeout
<15>Feb 6 14:03:51 tau1.voldep: 2.11.1|(51.008)[app:dbg]port 5: regex per sec timeout
<15>Feb 6 14:03:52 tau1.voldep: 2.11.1|(52.009)[app:dbg]port 5: regex per sec timeout
<15>Feb 6 14:03:52 tau1.voldep: 2.11.1|(52.015)[app:dbg]port 5: from state 'dial' to state 'busy'
<15>Feb 6 14:03:52 tau1.voldep: 2.11.1|(52.017)[app:dbg]port 5: from state 'busy' to state 'FXO hangup'
<15>Feb 6 14:03:52 tau1.voldep: 2.11.1|(52.031)[app:dbg]port 5: reset
<15>Feb 6 14:03:52 tau1.voldep: 2.11.1|(52.033)[app:dbg]dump_port_calls() port 5:
<15>Feb 6 14:03:52 tau1.voldep: 2.11.1|(52.275)[app:dbg]HIO: port 5 <OffHook/FXO hangup> msg <State><16>
<15>Feb 6 14:03:52 tau1.voldep: 2.11.1|(52.278)[app:dbg]port 5: from state 'FXO hangup' to state 'FXO hangup'
<15>Feb 6 14:03:52 tau1.voldep: 2.11.1|(52.317)[app:dbg]port 5: (chan 5) get port STATISTIC
<15>Feb 6 14:03:52 tau1.voldep: 2.11.1|(52.319)[app:dbg]port 5: Rx_pack = 1371966
<15>Feb 6 14:03:52 tau1.voldep: 2.11.1|(52.320)[app:dbg]port 5: Rx_oct = 219514560
<15>Feb 6 14:03:52 tau1.voldep: 2.11.1|(52.322)[app:dbg]port 5: Lost_pack = 10
<15>Feb 6 14:03:52 tau1.voldep: 2.11.1|(52.323)[app:dbg]port 5: Tx_pack = 1448163
<15>Feb 6 14:03:52 tau1.voldep: 2.11.1|(52.324)[app:dbg]port 5: Tx_oct = 231678880
<15>Feb 6 14:03:52 tau1.voldep: 2.11.1|(52.326)[app:dbg]port 5: peak_jiter = 205
<15>Feb 6 14:03:52 tau1.voldep: 2.11.1|(52.339)[app:dbg]vapi: destroy: Done (port 5) - TDM-just actions
-------==================------------------------
Небольшие пояснения и сразу вопросы.Порт 5 определил входящий вызов, пропустил 1-2 посылки вызова (не помню точно настройку на тот момент),
поднял трубку, в сторону VoIP набрал номер "горячей линии" - 1836, далее непонятно - событие reverse_polarity это от кого/кому?
Затем какой то таймаут, какой- поясните плз. Далее вообще мистика : "detect digit '3'/0x3 on TDM"- откуда пришла цифра "3"- с внешней линии?Абонент набрал?
То есть как бы порт 5 определил донабор со стороны вызывающего абонента?Далее еще непонятнее: digit 3 [tone] : (call or dvo tune) - шлюз донабрал к номеру хотлайна
еще цифру "3"?Потом подождал таймаут набора номера ("regex per sec timeout"),и поскольку "3" и "18363" в диалплане отсутсвуют, то он выдал занято и положил трубку.
------==================------------------------
Такой вызов не попал в обработку на ip-атс, не преодолев видимо диалплана тау (там только 4-х значные номера), поэтому следов оставил минимум в системе.
Версии происходящего следующие: таких систем у меня на данный момент две, и что-то схожее с набором дополнительных цифр уже было, вместо номера горячей линии
17ХХ точно также справа добавлялось цифра 3(почему?!).Если мои предварительные заключения верны и к номеру горячей линии добавляется введенные вызывающим абонентом цифры,
то версия следующая:на сельских станциях Ростелекома зачем то(!!!) всегда осуществляется выдача номера звонящего (российский стандарт АОН), и тау может распознать в посылке доп. цифру 3,
благо наш территориальный код 836.Пока неясно с тем кто и зачем делает реверс полярности, а также с тем возможен ли ДОНАБОР от вызывающего ИМПУЛЬСОМ (!), если можете- поясните.
Ростелеком открестился от проблемы тем, что поставил обычный ТА-68 (кто помнит) который всё благополучно принял, типа проблемы на вашей стороне.Пока в стадии переговоров эксперимент
по отключению обязательной выдачи АОН и возможной переполюсовки при ответе (мы ж всё-таки не таксофон).Сами сотрудники Ростелекома немного в шоке- для них это первое серьезно
неберущееся препятствие.
-------=============-------------------------------
Что хочется
1.В сообщениях сислога все порты почему то нумеруются с нуля а не с единицы как в веб- интрефейсе.Спасибо, потерял время на анализ, логичнее выбрать что-то единое
2.Получить ответы на перечисленные вопросы, особенно про номер горячей линии и донабор к нему (импульсом?!)
3.Возможно ли восприятие ответ АОН как цифры "3"(в другом аналогичном случае тоже почему то цифра была тоже три)?
4.Взять и приложить осциллограмму входящего вызова с проблемой и нормального возможности нет: связисты Ростелекома бедны как церковные мыши
5.Информация о станции Ростелекома и пр служебке о трассировке вызова легко может быть запрошена, контакт есть (но лучше мы сами разберемся)
6.А нельзя ли реализовать при такой щедрости РТК прием номера вызывающего не в импортном формате Caller ID а в нашем АОН?Это было бы просто феерично, никто ведь другой из вендоров не умеет
а получать номер вызывающего ох как хочется по медным линиям.Учитывая реалии нашей глубинки, других вариантов кроме АОН не будет до самого загибания существующего оборудования, а это как
правило хорошо еще если координатка 70-х годов

GaMiR
Сообщения: 315
Зарегистрирован: 29 янв 2015 11:05
Reputation: 0
Откуда: Eltex

Re: TAU-32M.IP сбрасывает входящие звонки на FXO c сельских

Сообщение GaMiR » 17 фев 2015 17:16

Я уже встречал похожую проблему когда добавлялась "3" к номеру hotline. Проблему практически невозможно было повторить.
Скажите пробовали обновиться до последней версии ПО (2.12)?
С уважением, Абдулов Гамир / Сервисный центр VoIP / ООО "Предприятие "Элтекс"

GaMiR
Сообщения: 315
Зарегистрирован: 29 янв 2015 11:05
Reputation: 0
Откуда: Eltex

Re: TAU-32M.IP сбрасывает входящие звонки на FXO c сельских

Сообщение GaMiR » 17 фев 2015 18:13

1) Это да. В данном случае в логах порты нумеруются с нуля, а в WEB интерфейсе с единицы. Потому, приняв за основу нумерацию в WEB интерфейсе, приходиться к номеру порту в логах прибавлять одиничку. Полностью согласен, что не удобно, думаю в будущем мы придем к единой системе нумерации портов
2) и 3) Ответ дам позже как получу конфигурацию и схему систему (написал на почту)
4) и 5) Ок.
6) Я не очень то в курсе какой АОН Вам нужен, но ТАУ-XX поддерживает CallerID (FSK), DTMF и определение номера вызывающего абонента методом «Российский АОН» (Выдача номера осуществляется после снятия аппаратом абонента трубки, по запросу от него частотой 500 Гц;). Последний вариант Вам не подходит?
С уважением, Абдулов Гамир / Сервисный центр VoIP / ООО "Предприятие "Элтекс"


Вернуться в «Оборудование VoIP»

Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и 30 гостей