Тема: TDA-TDE задержки звонков.
Есть станция Панасоник TDE100, соединенная по PRI QSig с другой мАТС
ТДЕ номера 1Х, На другой АТС номера 7Х
Номер 18 - IP системник ТДЕ
Номер 17 - СИП внутренний ТДЕ
Номер 70, 71 - СИП внутренний другой мАТС.
суть проблемы в следующем:
Если звонить с 18 на 17 - звонок раздается через 1 секунду.
Если звонить с 70 на 71 - звонок раздается через 1 секунду.
Если звонить с 18 на 70 - звонок раздается через 15 секунд (нормально - так и должно быть).
Если звонить с 18 на 70# - звонок раздается через 3…5 секунд.
Внимание вопрос: Откуда берутся эти 3…5 секунд и почему такой разброс времени?
Прикол в том, что клиент сидит и проверяет секундомером такую задержку... и хочет ее уменьшить до 1 секунды... у кого то есть мысли на эту тему как это можно уменьшить?
Inter digit timer однако не обойти
Это понятно, но почему внутри каждой из мАТС - задержка порядка 1 секунды.
а между станционная задержка - порядка 3…5 секунд?
и какая при этом самая минимальная задержка вообще может быть?
Inter digit timer - да и это таймер разве после # еще действует?
После нажатия #, таймер не действует. Надо приглядеться к таймерам карты PRI30(Card Property).
Имеем такую схему соединения - см. вложение.
Вторая станция ВоипШлюз... можно конечно грешить на многие факторы и на другую станцию и на панас и на неидеальность стыковки протоколов...
Но возник интерес: если бы это было два Панаса - сколько б составило это время?
Миша, твой шлюз разрешает разную длину номера. В панасонике в DP на транке есть запись 7Х?.. Надо, надо.. У меня, правда, не 18, а 552, и не 70 и 71, а 597 и 598. Шлюз абсолютно такой же. Звонок через секунду. Есть, правда, ещё один 7Х, но там FXS и бытовой DECT.. Туда почему-то как раз 3-5 секунд. Возможно, что это из-за того, что FXS-порт находится на роутере 4G.
Саш
1. как разделить с панаса 7Х и 7ХХХХХХХХХ в один и тот же транк?
2. 70# - тут уже не важно есть там диал план или нет... разве не так?
7Х - это 70 и 71?... А 70ХХХ... и 71ХХХ... - такие номера набираться будут? Если не будут, то должно выглядеть так:
70
71
(не помню букву, которая 0 и 1, может быть, это P)
7NXXXXXXXXX
Если же номера 70ХХХ... и 71ХХХ... таки существуют в реале, то .. сочиняй, как “закончить набор” (сендинг комплит) как-то иначе (например, в конец внедрять #)... Впрочем, всей задачи я так до конца и не узнал. Пересказывать, Михаил, Вы не сильный мастер, и славы Виллияма нашего Шекспира, равно как и славы Ивана Козловского, Вам, Михаил, вряд ли когда-нибудь удастся достичь. 😊
то .. сочиняй, как “закончить набор” (сендинг комплит) как-то иначе (например, в конец внедрять #)...
Так и сделал - с # 3,5…5 сек... и нужно еще уменьшить.
P.S: Александр, может я и не Шекспир, но про решетку уже несколько раз написал.
Тут ещё одна засада в самом шлюзе (известной тебе марки). В нём # значения как бы не играет, она ведь до него даже не доходит, превращаясь в “сендинг комплит”. Так вот, если в известном тебе шлюзе тоже “употребляются” 7Х и 7ХХХ..., то даже при сендинг комплите известный тебе шлюз отрабатывает свой внутренний интердиджит. По крайней мере мне оно так показалось. Уточнить эту тему можешь у нашего общего знакомого.
А чтобы обойти и эту проблему, то можно использовать хитрость с модификацией в DP панасоника, а в шлюзе “возвращать всё в зад”.
Например, в шлюзе никуда не рулится цифра... а пусть 0!
в панасонике в 9.1 или 4.2.2 (уж не знаю, чем ты рулишь) к 70 и 71 добавляешь вперёд 0. А в шлюзе учитываешь и даже модифмцировать не надо. Всё равно ведь идёт на пиры, а не на транки.
Если в шлюзе занято ВСЁ (нет цифр), то и это не проблема. Используй * в середине номера. Если рулишь через 9.1, то одну отрезать, 7* добавить, если через 4.2.2, то вообще элементарно. В шлюзе таким образом в роутинге используешь 7*0 и 7*1 - на соответствующие пиры, а 7ХХХХ... гоняй куда хочешь на транки.
Лук фор ту ласт лайн
Саш, да # до шлюза вообще не доходит... - это сугубо личное Панасоника и говорит, что номер набран полностью и ждать больше ничего не нужно... и нужно сразу отправлять... в таком контексте должна быть минимальная пауза... но у меня эта пауза 3…5 сек, а Ты выше писал, что у Тебя 1 сек.
... У меня, правда, не 18, а 552, и не 70 и 71, а 597 и 598. Шлюз абсолютно такой же. Звонок через секунду...
Откуда при одинаковом конструкторе - такие различия?
P.S: С # я сразу сделал...и оно уже так работает... клиент в ручную ее не набирает... и даже не знает о ее существовании.
Ответ номер #8 начинается с вопросов, на которые ответ не прозвучал.
Про внутренний шлюзовой интердиджит я уже упоминал, шлюз тоже любит “однозначность”.
Парни, а трассы ведь можно средствами АТС снять и сравнить?
Посмотрел три варианта с PRI: два Панасоника рядом - сразу звонит, два Панасоника через мультиплексор (оптика - PRI) сразу звонит, два Панасоника через Cisco есть задержка 2-3 сек.
Задержка пока клиента устраивает... причем если клиент на глаз задержку мерял было 2-3 сек, а если с секундомером, то 4..5 сек.
