Привет!

Имеется два панаса, соединенных по QSIG.
Нужно, чтобы юзеры по 9 с одного панаса выходили на CO (аналоговые) другого панаса для звонков в город.

Сделано это через ARS, т.е. по 9 мы уходим в транковую группу (ну пусть 5-ую) и добавляется цифра 9.
Звонок проходит. Но есть "маленькая" проблема- абонент, которому мы звоним нас слышит, а мы его нет.
Если же набрать 805 9xxxxxx то все работает нормально.
Аналогично, если заворачивать на удаленном панасе звонок не в аналоговые CO, а в цифровой поток к оператору, то тоже все ОК.

Объяснение видится таким- панас передает 9xxxxx из ARS endblock'ом в setup и ждет сигнализации для проключения звукового канала. И сигнализация в случае аналоговых CO не приходит.

Есть ли способ это побороть?

Спасибо!

Попробуй запрограммировать через TIE-line.
Делал, работало нормально.

Прошу прощения, не понял как я могу это сделать.
Юзеры должны набирать 9.
Причем выход в другой панас по 9 необходим только части юзеров, все остальные должны работать с локальными линиями.

Попробуй
часть линий соединяющих панасы перевести в другую транк группу.
для абонентов которым нужен такой выход открой для доступа эту группу, всем остальным запрети.
Пропиши эту транк группу в Local Access первой.
В другой станции на этой группе поставь добавление 9.
Удачи.
У меня работало даже через R2 TIE

Так у меня все так и работает.
С одним отличием- 9 добавляется локально, через ARS на нашей стороне. И все работает, если с той стороны выходим на PRI, если же выходим на CO- мы не слышим.
Нет сигнализации, imho. Панас выдает в setup номер и ждет коннекта, но не дожидается ничего от CO.
Тогда может можно крутануть какой таймер?
В конце концов, может в новой прошивке это исправлено? У нас так называемая 2.5AB.

btw, панас работает по endblock или по overlap?

Сделай выход на другую атс через TIE-line.
Просто прописываешь что при нажатии 9 -ки занимается такая-то транкгруппа и ничего не удаляется и не добавляется.
Вот и всё.
Делается это в пункте 8-1 ну и вплане нумераций поковырять придётся.
А ограничение выхода делается через классы обслуживания.

Это получается, что юзеры будут набирать 99? :-)
Нет, спасибо, это не интересно.
Более того, не думаю, что это сработает.
Все одно панас, imho, пошлет номер в setup со всеми вытекающими (если, я конечно, правильно понимаю, что происходит).
А без ARS я жить не могу ;-))

Юзеры будут набирать одну 9-ку и городской номер.
Попробуй.
Но если тебе лень, ....... ковыряйся дальше.
Слышащий да услышит, ищущий да найдёт.;)

XXXXX пишет
Юзеры будут набирать одну 9-ку и городской номер.

Юзеры не будут набирать одну 9, просто потому что на той стороне выход в город через 9.


Попробуй.
Но если тебе лень, ....... ковыряйся дальше.
Слышащий да услышит, ищущий да найдёт.;)

Мне не лень, но работать то не будет :-)

Я пробовал, у меня работает.:cool:

sles пишет
Это получается, что юзеры будут набирать 99? :-)
Нет, спасибо, это не интересно.
Более того, не думаю, что это сработает.
Все одно панас, imho, пошлет номер в setup со всеми вытекающими (если, я конечно, правильно понимаю, что происходит).
А без ARS я жить не могу ;-))
Читал-читал я эту тему, и не выдержал...
Мне не понятно сетапе в каком потоке ты говоришь. Но сигнализация здесь явно не причем! Скорее всего проблема в таймерах.
Уточни, тебя не слышат какое время, т.е. дуплекс проключается с задержкой, или вообще не проключается?

mike1 пишет
Читал-читал я эту тему, и не выдержал...
Мне не понятно сетапе в каком потоке ты говоришь. Но сигнализация здесь явно не причем! Скорее всего проблема в таймерах.

Если проблема не в сигнализаиции, то почему работает, когда
PRI, а не CO?

Уточни, тебя не слышат какое время, т.е. дуплекс проключается с задержкой, или вообще не проключается?
Не слышат сразу и до конца, но дольше минуты держать не пробовали :-)
Если это таймеры, то хотелось бы понять на которой из станций и которые ...