forum.technoforward.ru
http://forum.technoforward.ru/

Трансфер с потока на поток
http://forum.technoforward.ru/viewtopic.php?f=3&t=1798		 Страница 1 из 1
Автор:  sergey15g [ 21 май 2012, 14:23 ]
Заголовок сообщения:  Трансфер с потока на поток
Здравствуйте!
Коллеги, помогите понять в каком месте пробоина )) Ситуация следующая : есть NEAX 2000IPS, входной поток E1, NEC соединен с Asterisk по E1. Когда пользователь NEC набирает, например, номер 601 то попадает на LCR, а далее на Asterisk. Эта схема работает. А вот когда приходит городской звонок на NEC по потоку, и попадает на секретаря, который его должен трансфернуть на номер 601 то секретарь слышит занято. Притом что без трансфера она позвонить на номер может. В какую сторону смотреть? Спасибо заранее!
Автор:  NEAXMAN [ 21 май 2012, 15:37 ]
Заголовок сообщения:  Re: Трансфер с потока на поток
Команда 36:
360>ВхИсх=0, где Вх - номер входящего рута, Исх - номер исходящего...
Для звонков в обратном направлении - то же самое.
Надо читать Feature Programming Manual --> TRUNK TO TRUNK CONNECTION и, если нужно, - TRUNK TO TRUNK TRANSFER BEFORE ANSWER BY ATTENDANT CONSOLE
Автор:  sergey15g [ 22 май 2012, 09:06 ]
Заголовок сообщения:  Re: Трансфер с потока на поток
NEAXMAN, спасибо за ответ!
Прошелся по доке, проверил разрешения транк-транк, все выставлено в 0, однако не заработало. Причем интересная ситуация : при трансфере на номер 601 ( уходит на поток ) CM201>6:A129 все работает на ура ( за исключением звонков, когда пользователи попадают на дизу и пытаются набрать номер 601. Идет отбой) а вот правило, прописанное в CM201>223:A129 уже не котируется. Идет отбой, как ни крути. Может я что-то пропустил?
Автор:  NEAXMAN [ 22 май 2012, 09:30 ]
Заголовок сообщения:  Re: Трансфер с потока на поток
Надо смотреть, какие линии предоставляются по LCR для данного начала набора. Если CO, то так и должно быть.
Если внимательно смотреть Trunk to Trunk Connection, то команда 36 - необходимое, не не единственное требование для разрешения тандемов. Другим обязательным условием является наличие СИГНАЛА ОТБОЯ по как минимум одному из рутов тандема (не помню какого - входящего или исходящего). Аналоговые транки (CO - в том числе) сигнал отбоя не передают (аккустическое БИЗИ не в счет, на него реагирует только ухо абонента), поэтому тандем с таким рутом запрещен независимо от 36 команды. Если Систему обмануть, и поставить на СО-руте 3505 = 1, то тандем пройдет, но после разговора линия не отобьется (в общем случае - никогда).
Безопасно можно разрешать тандемы между рутами, по которым СИГНАЛ ОТБОЯ ПОСТУПАЕТ: (ISDN, CCIS, E&M, MFC...).
CO-транки можно с оговорками разрешать в тандем только снабдив их доп. оборудованием - так называемыми "отбойниками" - на эту тему в форуме много материалов.
Автор:  sergey15g [ 22 май 2012, 09:38 ]
Заголовок сообщения:  Re: Трансфер с потока на поток
И входящий поток E1 и в сторону Asterisk E1. CO не используются. По trunk-to-trunk connection прошелся полностью, все как надо. По настройкам все должно трансфериться, а на деле нет... Neaxman может я еще что-то упустил?
Автор:  Mr.Bean [ 22 май 2012, 10:34 ]
Заголовок сообщения:  Re: Трансфер с потока на поток
sergey15g писал(а):
может я еще что-то упустил?


Проверьте 1522 для класса сервиса абонента
Автор:  sergey15g [ 22 май 2012, 10:48 ]
Заголовок сообщения:  Re: Трансфер с потока на поток
Mr.Bean, 1522>15:1. Вроде все разрешено....
Просто странно. Номера на 6 проходят, а на 2 нет. Поток один, условия одни ( вроде одни ).....
Автор:  NEAXMAN [ 22 май 2012, 10:51 ]
Заголовок сообщения:  Re: Трансфер с потока на поток
"CM201>6:A129
CM201>223:A129"
Нужно посмотреть внимательно, какие руты предоставляются в A129 по набору "6" и "223", в каком порядке и с какими ограничениями. Если применяется дифференциация по тенантам, то она в принципе тоже может содержать ограничения.
Схематично ситуация следующая:
Входящий вызов пришел по руту XX со свойствами 35YY и с набором abcdef..., по транку Dnnn тенанта Т1 (строго говоря, номер тенанта может присваиваться набору и отличаться от номера тенанта транка).
Набор abcdef... обрабатывается в соответствии с командой 20. При маршрутизации этому вызову предоставляется рут ZZ (ZZ, вероятно, зависит от набора abcdef...!! Проверьте еще раз номер исх. рута) со своими свойствами 35YY, и в нем транк Dnnn тенанта Т2.
Для разрешения необходимо:
360>XXZZ=0;
3505>XX=1 (лучше, если и 3505>ZZ=1) и\или 08>324=0, 08>028=0;
При желании можно придумать и дополнительные, но вполне понятные препятствия, например: исходящий рут - PRI, где оператор ждет АОН и предъявляет к нему определенные требования по количеству цифр, принадлежности, типу номера и т.п.;
632>T1T2=1 (экзотика, но не исключено. Бывает даже T1=T2, и при этом 632>T1T2=0);
Иными словами, сложность задачи в принципе мало чем ограничивается, и зависит от характера и настроения того, кто колдовал над Вашей системой на том или ином этапе. Но в любом случае тандем разрешается или запрещается теми же инструментами, что и обычный исходящий и входящий вызов, плюс команды 360, 3505 и 08.
С замечанием уважаемого Mr.Bean (См1522) невозможно не согласиться. Странно, что это команда не включена в Feature Programming Manual --> TRUNK TO TRUNK CONNECTION.
Автор:  SS [ 23 май 2012, 08:53 ]
Заголовок сообщения:  Re: Трансфер с потока на поток
Буквально неделю назад неожиданно перестал трансфериться на PRI через виртуальный номер вызов приходящий по CO - после ковыряний всех проблема решилась именно
Цитата:
08>324=0
Автор:  sergey15g [ 23 май 2012, 11:10 ]
Заголовок сообщения:  Re: Трансфер с потока на поток
NEAXMAN, проблема крылась именно в trunk-to-trunk. Входящий роут не был разрешен в 360...
Огромное спасибо всем, кто откликнулся!
Страница 1 из 1 Часовой пояс: UTC + 3 часа
Powered by phpBB® Forum Software © phpBB Group
https://www.phpbb.com/