Тема: TDA200 проблема с набором номера через PRI30
Здравствуйте.
Есть АТС TDA200, в ней две платы PRI30, соответственно две многоканалки от разных провайдеров.
Исходящие звонки осуществляются через платформу IP телефонии.
Прописан ARS по направлениям, идет замена с подстановкой номера+пинкода.
Все работало стабильно в течение нескольких лет.
Теперь проблема.
Внезапно на одном маршруте звонки исходящие стали проходить через раз.
Сняли логи с платформы провайдера ip телефонии, видим там задублированные цифры.
К примеру, я набираю мобильный номер 89261234567, а платформа фиксирует номер 892612344567, вариации могут быть разные.
Происходит это только на потоке одного оператора, на втором потоке все ок.
Закономерность отследить не удалось, из 10 звонков 5 пройдут, на 2 будет ошибка в пинкоде, 3 в номере примерно так.
До платформы IP дозвон 100% корректный, ошибка появляется после ответа платформы, на моменте ввода пинкода или номера.
Куда копать, не понятно.
Техподдержка IP оператора, говорит что проблема у оператора потока, следующий провайдер говорит, что они все прозрачно пересылают и проблема у меня, но выделить А номер они не могут . Я по логам звонков вижу правильно набранный номер, а по трассировке ISDN только номер платформы дозвона.
Предоставьте им ваш лог и пусть разбираются между собой, раз провайдер IP согласился номер с потока получать, значит между собой они контактируют. Сложно будет решать проблему возникающую у провайдера.
Оператор телефонии говорит что проблема у меня, а логи мои только SMDR и Трассировка протокола ISDN.
Можно как-нибудь отследить целиком номер, который я отправляю, вместе с пинкодом и вызываемым абонентом?
Так в нем все и есть, он показывает полностью, что Вы отдаете. Просмотрите номер там, если там все хорошо то проблема не у Вас и можете смело наезжать на провайдера. Зачастую выходит так, что прову просто влом напрягаться, пока не начнешь наезжать и уже чуть ли не орать на них, только тогда эффект есть. Кстати провайдер PRI тоже может Вам логи дать, что может помочь в решении проблемы.
Так в нем все и есть, он показывает полностью, что Вы отдаете.
К сожалению не все, после дозвона до площадки, пароль и номер идут DTMF-ами от мини-атс до ip-прова, и доказать что-то надо суметь. То, что проблема только с одним потоком уже на 90 процентов исключает мини-атс, еще 10 исключится если поменять местами платы PRI.
Сходите в гости к своему прову, и наберите прям из его “дома”.
Поток дает оператор “большой тройки” так что к нему так просто в гости не сходишь)
Пров тестировал со своей станции звонки на ip платформу, все проходит ок.
Сейчас ситуация, я говорю что проблема в магистрали провайдера (стоит fso оборудование), а он говорит что проблема на моей атс.
Как перехватить то, что уходит от меня, я не знаю(
К сожалению не все, после дозвона до площадки, пароль и номер идут DTMF-ами от мини-атс до ip-прова, и доказать что-то надо суметь.
Есть какие-нибудь настройки Dtmf в этой плате? Может паузы увеличить попробовать?
Ну Вам как бы посоветовали поменять платы местами.
то urrym - а разве номер в потоке рассмотреть по трассировке нельзя?
Я вот например вижу первый раз такой случай, что бы в середине номера в произвольном месте двоилась цифра. Была когда-то проблема, но она решилась переводом телефона в тоновый режим, так и то там в цепи два шлюза аналоговых шло и не понятно было двоилось там что-то или просто не распознавался номер. Если бы цифры менялись на одном и том же месте, как-то по другому можно на ситуацию было бы смотреть. А так....честно сказать я бы задалбывал все таки прова и от него бы расшифровки просил причем на каждой из точек.
Space, в трассировке будет только номер площадки, потом CONNECT, и дальше разговор, только говорить будет мини-атс DTMF-ами, причем поскольку включен ARS донабирает не абонент, а именно мини-атс.
На мой взгляд, тут нужен спец с оборудованием, в середину потока стать, тоны прослушать, ну и параллельно у ип-прова смотреть, что приходит.
Кстати, ошибки на потоке есть?
Если я правильно понял идет АТС-PRI-IP. АТС-PRI - всё корректно. Некоректность на участке PRI-IP. ТАк вот пусть и разбираются между собой у кого некорректность. Пров PRI протестировал канал с IP -отлично. Значит вопрос в моём понимании, в оборудовании потока (медиа конвертер или модем) + канал. Ваша зона ответственности? - НЕТ. Дальше хоть “большая четвёрка”. ПОЧЕМУ - а так ли это важно? В потоке от вас вряд ли ошибка и не хрен тот поток изучать, DTMF в потоке - вообще чушь. Всё что набрано летит в служебном канале завершении набора КОННЕКТ. Только в одном случае DTMF в голосовом канале - дозвон до АТС и тон ДОНАБОР ( соединение ведь уже проключено (”АТС сняла трубу”), поэтому так )
Как вариант ( и не более того) мог выйти из строя БП любого из устройств или проблема с напряжением питания их же - отсюда неустойчивость в канале.
2Yufersan
Eсли у Вас транспорт организован по технологии TDMoIP, то эхо на потоке вполне закономерно - из 6 потоков поднятых в прошлом году по TDMoIP, 2 страдали эхом постоянно, 1 эпизодически по утрам.
Провайдер лечил проблему уменьшением джиттер буфера на канальных Натексах. Полегчало, но небольшое эхо таки осталось.
АйПи транспорт это бомба с часовым механизмом!
Попробуйте проблемный DTMF набор на компьютер записать и проанализировать.
