forum.technoforward.ru

Форум по вопросам телекоммуникационной продукции компании NEC
Текущее время: 21 дек 2024, 18:07

Сообщения без ответов | Активные темы


Список форумов » Платформа Univerge » SL2100 / SL1000

Часовой пояс: UTC + 3 часа




Начать новую тему Ответить на тему  Страница 1 из 2
  [ Сообщений: 23 ]  На страницу 1, 2  След.
  Версия для печати Пред. тема | След. тема 
Автор Сообщение
hes
 Заголовок сообщения: Исходящая связь по SIP
СообщениеДобавлено: 28 май 2014, 12:51 
Не в сети

Зарегистрирован: 28 май 2014, 12:22
Сообщения: 11
Доброго времени суток!
Помогите плиз разобраться с SL1000.
Настроил на атс регистрацию по SIP
в 10-12-09 прописал IP адрес из локальной сети для VOIP платы (если его прописать для CPU платы регистрация не проходит);
В 10-40 активировал работу по IP Trunk, и включил 2 логических порта;
В 10-03 включил SIP протокол;
в 10-28, 10-29, 10-30, 10-33 заполнил инфу по регистрации;
в 84-26 прописал IP из локальной сети для прохождения RTP;
Все отлично, АТС зарегистрировалась.
Настройку входящих звонков настроил через окно Trunks в PcPro, для 2 логических линий 5 и 6 звонки направил на 204 и 207 внутренние номера.
Входящие работают.
И вот проблема, ни как не получается настроить исходящую связь, что делаю:
14-05 SIP транки выделяю в отдельную транк группу 2;
14-06 Ставлю в 1 таблице, 1 приоритетом группу 2;
11-01 Настраиваю 9x Dial Digit Length 1 отправляю в F-route (т.е. как я понимаю, при нажатии на 9 мы попадаем в F-route);
44-02 Настраиваю какие символы жду при наборе, 91 - 96 в таблицу 2, 98 в таблицу 3 в F-route Table;
44-05 Тут настроил, что при наборе 91 - 96, максимум 7 символов и 1 символ удаляем и отправить в trank group 2; 98 максимум 12 символов и 1 символ удаляем (т.е. 9) и направить в транк груп 2.
Но исходящие так и не работают, подскажите где еще необходимо посмотреть настройки?
Вернуться к началу
 Профиль  
Ответить с цитатой  
serg
 Заголовок сообщения: Re: Исходящая связь по SIP
СообщениеДобавлено: 28 май 2014, 13:36 
Не в сети
TF

Зарегистрирован: 15 июн 2005, 14:47
Сообщения: 103
А как у вас обозначены транки в 22-02?
Вернуться к началу
 Профиль  
Ответить с цитатой  
hes
 Заголовок сообщения: Re: Исходящая связь по SIP
СообщениеДобавлено: 28 май 2014, 13:42 
Не в сети

Зарегистрирован: 28 май 2014, 12:22
Сообщения: 11
serg писал(а):
А как у вас обозначены транки в 22-02?

Обозначены как Normal
Вернуться к началу
 Профиль  
Ответить с цитатой  
serg
 Заголовок сообщения: Re: Исходящая связь по SIP
СообщениеДобавлено: 28 май 2014, 15:34 
Не в сети
TF

Зарегистрирован: 15 июн 2005, 14:47
Сообщения: 103
Normal-это не правильно нужно обозначить как DID.В команде 21-17 поставить АОН на транки общий или АОН на абонента 21-19.
Вернуться к началу
 Профиль  
Ответить с цитатой  
hes
 Заголовок сообщения: Re: Исходящая связь по SIP
СообщениеДобавлено: 29 май 2014, 08:10 
Не в сети

Зарегистрирован: 28 май 2014, 12:22
Сообщения: 11
22-02 переключил в режим DID;
22-09 - Для транк. группы 2 поставил кол-во обрабатываемых символов - 6 (номер от оператора приходит в стандарте e.164), не пойму почему максимум тут всего 8 символов можно обрабатывать.
22-09-03 - Disconnect (Busy back to caller), 22-09-04 - DDI Translation table;
22-11-02 - Поставил @@@@@@, 22-11-04 Target 1 204
21-17 - CALLER_ID выставлен, для обоих логически портов SIP.

Входящие вызовы работают, по исходящим без изменений. Т.е. от АТС не чего даже не уходит. Через debug terminal получаю следующий вывод:
Код:
<<< idetect.cpp(1846) iUnitDsp::dtmfDetected() Resource#0, Digit[8] >>>
t_dt_dana(): dial_ana(0005H) returns FFFDH
t_dt_dana(): dial_ana(0005H) returns FFFDH
<<< idetect.cpp(1846) iUnitDsp::dtmfDetected() Resource#0, Digit[9] >>>
<<< idetect.cpp(1846) iUnitDsp::dtmfDetected() Resource#0, Digit[2] >>>
t_dt_dana(): dial_ana(0005H) returns F000H
Enter t_serv_access(Port=0005H,Access=F000H)
<<< idetect.cpp(1846) iUnitDsp::dtmfDetected() Resource#0, Digit[2] >>>
t_dt_dana(): dial_ana(0005H) returns F000H
Enter t_serv_access(Port=0005H,Access=F000H)
<<< idetect.cpp(1846) iUnitDsp::dtmfDetected() Resource#0, Digit[X] >>>
<<< idetect.cpp(1846) iUnitDsp::dtmfDetected() Resource#0, Digit[X] >>>
<<< idetect.cpp(1846) iUnitDsp::dtmfDetected() Resource#0, Digit[X] >>>
<<< idetect.cpp(1846) iUnitDsp::dtmfDetected() Resource#0, Digit[X] >>>
<<< idetect.cpp(1846) iUnitDsp::dtmfDetected() Resource#0, Digit[X] >>>
<<< idetect.cpp(1846) iUnitDsp::dtmfDetected() Resource#0, Digit[X] >>>
<<< idetect.cpp(1846) iUnitDsp::dtmfDetected() Resource#0, Digit[X] >>>
cmain.cpp(4059) Clear RGT Port     : Port    = 5  Rgt Port = 0
cmain.cpp(4061) Clear RGT des Port : Port = 5  Rgt des Port = 0
<<< idetect.cpp(4277) iUnitDspCygnus::detectorReport() Resource#0 Released >>>
<<< cdetect.cpp(1186) cdetector::mail() Released resource#0 >>>
cmain.cpp(4059) Clear RGT Port     : Port    = 8  Rgt Port = 0
cmain.cpp(4061) Clear RGT des Port : Port = 8  Rgt des Port = 0
multi_call_control_pro Before-Status:0

multi_call_control_pro After-Status:0

T305 TIMER CLEAR !!! ===== << 05/29, 11:08 >> =====
Вернуться к началу
 Профиль  
Ответить с цитатой  
hes
 Заголовок сообщения: Re: Исходящая связь по SIP
СообщениеДобавлено: 29 май 2014, 09:48 
Не в сети

Зарегистрирован: 28 май 2014, 12:22
Сообщения: 11
Щас немного разобрались, клиент набирал номер через радио трубку, т.е. набирал номер и потом нажимал звонок. Щас попросил сначала нажать вызов и потом набирать номер, что бы понять на каком этапе отбивается номер.
Такое ощущение, что настройки которые сделаны в 11-01 не уходят дальше в F-route
Добавил правило в 11-01, 89 - 4 символа, отправить в F-route
в самом F-route 44-02 и 44-05, настроил что при наборе 89@@, ждем 11 символов и направляем вызов на 2 транк группу.
Клиент набирает 89XX и после 4 символа набор отбивается :o
С правилами для 9 тоже самое получается, набирает 9X и после 2 символа набор номера отбивается.
Вернуться к началу
 Профиль  
Ответить с цитатой  
hes
 Заголовок сообщения: Re: Исходящая связь по SIP
СообщениеДобавлено: 29 май 2014, 14:12 
Не в сети

Зарегистрирован: 28 май 2014, 12:22
Сообщения: 11
hes писал(а):
Щас немного разобрались, клиент набирал номер через радио трубку, т.е. набирал номер и потом нажимал звонок. Щас попросил сначала нажать вызов и потом набирать номер, что бы понять на каком этапе отбивается номер.
Такое ощущение, что настройки которые сделаны в 11-01 не уходят дальше в F-route
Добавил правило в 11-01, 89 - 4 символа, отправить в F-route
в самом F-route 44-02 и 44-05, настроил что при наборе 89@@, ждем 11 символов и направляем вызов на 2 транк группу.
Клиент набирает 89XX и после 4 символа набор отбивается :o
С правилами для 9 тоже самое получается, набирает 9X и после 2 символа набор номера отбивается.


Так с этим разобрался, отключением 44-01-01.
Щас набор номера происходит и сразу занято, от АТС ни какого трафика в сторону оператора не идет.
В debug terminal

Код:
** CLR_ISDN_FLAG IS CALLED **
** LPORT_W = dc05H **
PK06E10162 PRT CPN num_type == 0, num_plan == 0
create_called_no: size_b 0040H
DIALING_ISDN_TRK: ISDN_DIAL_SENT REDEIVE
<<< idetect.cpp(4277) iUnitDspCygnus::detectorReport() Resource#0 Released >>>
itr_exp_voipu_err_ind():action=1,old_status=00d4
<<< cdetect.cpp(1186) cdetector::mail() Released resource#0 >>>
cmain.cpp(4059) Clear RGT Port     : Port    = 5  Rgt Port = 0
cmain.cpp(4061) Clear RGT des Port : Port = 5  Rgt des Port = 0
Illegal Selector Found !!!!!!! in GET_DISPLAY
>>> print : month ... 5, day ... 1d
   TRK TARGET_DIAL=00000000
Вернуться к началу
 Профиль  
Ответить с цитатой  
serg
 Заголовок сообщения: Re: Исходящая связь по SIP
СообщениеДобавлено: 29 май 2014, 14:43 
Не в сети
TF

Зарегистрирован: 15 июн 2005, 14:47
Сообщения: 103
1.
Цитата:
22-09-04 - DDI Translation table

2.
Цитата:
22-11-02 - Поставил @@@@@@,



1Нужно оставить по умолчанию.
2.Нужно ставить реальный номер

Вы не пробовали без регистрации? Команда без регистрации 10-23.
Вернуться к началу
 Профиль  
Ответить с цитатой  
hes
 Заголовок сообщения: Re: Исходящая связь по SIP
СообщениеДобавлено: 30 май 2014, 06:10 
Не в сети

Зарегистрирован: 28 май 2014, 12:22
Сообщения: 11
Так в 22-11-02, мы же для входящей связи прописываем, какой номер ждем на входе.
Сегодня попробуем у оператора поменять, метод аутентификации на сервере.
Хотя не пойму почему сейчас не работает, по пунктам вроде все сделал, может что то упустил :?: :?:
Вернуться к началу
 Профиль  
Ответить с цитатой  
serg
 Заголовок сообщения: Re: Исходящая связь по SIP
СообщениеДобавлено: 30 май 2014, 10:17 
Не в сети
TF

Зарегистрирован: 15 июн 2005, 14:47
Сообщения: 103
Цитата:
44-05 Тут настроил, что при наборе 91 - 96, максимум 7 символов и 1 символ удаляем и отправить в trank group 2; 98 максимум 12 символов и 1 символ удаляем (т.е. 9) и направить в транк груп 2.



А зачем вы удаляете 1 символ,ведь 9 набрали уже вышли на sip и дальше набирайте цифры.
Вернуться к началу
 Профиль  
Ответить с цитатой  
hes
 Заголовок сообщения: Re: Исходящая связь по SIP
СообщениеДобавлено: 30 май 2014, 12:06 
Не в сети

Зарегистрирован: 28 май 2014, 12:22
Сообщения: 11
Ну я так понимаю, что при наборе 9x в 11-01, мы сразу попадаем в F-route, где уже дальше обрабатываем номер, и символ 9 будет присутствовать в наборе, ну суть не в этом, сделал также в 11-01 при наборе 89 уходим в F-route, 44-02 и 44-05, поставил 11 символов и отправить номер в транк группу 2. Абонент также набирает сотовый телефон, при наборе 11 символов сразу отбивается, т.е. короткие гудки.
Вернуться к началу
 Профиль  
Ответить с цитатой  
serg
 Заголовок сообщения: Re: Исходящая связь по SIP
СообщениеДобавлено: 30 май 2014, 13:17 
Не в сети
TF

Зарегистрирован: 15 июн 2005, 14:47
Сообщения: 103
Цитата:
11-01 Настраиваю 9x Dial Digit Length 1 отправляю в F-route (т.е. как я понимаю, при нажатии на 9 мы попадаем в F-route)


1.9-отправит на Trunk
2.44-02- расписать цифры на таблицы 44-05.Например:1,2,3,4
3.44-05 удалять первую цифру не надо.
4.44-02-03(Addition =0), не удалять ни одной цифры
Вернуться к началу
 Профиль  
Ответить с цитатой  
hes
 Заголовок сообщения: Re: Исходящая связь по SIP
СообщениеДобавлено: 30 май 2014, 14:43 
Не в сети

Зарегистрирован: 28 май 2014, 12:22
Сообщения: 11
serg писал(а):
Цитата:
11-01 Настраиваю 9x Dial Digit Length 1 отправляю в F-route (т.е. как я понимаю, при нажатии на 9 мы попадаем в F-route)


1.9-отправит на Trunk
2.44-02- расписать цифры на таблицы 44-05.Например:1,2,3,4
3.44-05 удалять первую цифру не надо.
4.44-02-03(Addition =0), не удалять ни одной цифры



44-02-03 - Additional Data - мы же тут задаем номер таблицы из 44-05.
Ну щас настроил все без 9. Т.е. номер набирают сразу и в F-Route он попадает, далее по идее должен идти в Транк группу.
Вот тут, срабатывает правило в 11-01 (ждем символ 89) и отправляем в F-Route:
Код:
TRK TARGET_DIAL=00000000
<<< cdetect.cpp(385) Enter cdetector::open(DT_DTMF,0,0005H) >>>
<<< cdetect.cpp(717) cdetect::open() Channel 1401H is opened for port 0005H >>>
<<< idetect.cpp(4270) iUnitDspCygnus::detectorReport() Resource#0 Assigned >>>
<<< cdetect.cpp(1178) cdetector::mail() Assigned resource#0 >>>
<<< idetect.cpp(1846) iUnitDsp::dtmfDetected() Resource#0, Digit[8] >>>
t_dt_dana(): dial_ana(0005H) returns FFFDH
t_dt_dana(): dial_ana(0005H) returns F000H
Enter t_serv_access(Port=0005H,Access=F000H)
<<< idetect.cpp(1846) iUnitDsp::dtmfDetected() Resource#0, Digit[9] >>>
t_dt_dana(): dial_ana(0005H) returns F000H
Enter t_serv_access(Port=0005H,Access=F000H)
regId = 5


Тут уже в F-route, максимум 11 символов (работает точно, т.к. ставил 10, и когда набирали сотовый номер допустим, на 10 символе идет набор номера) и после 11 символов отправляем номер в транк группу 5.
Код:
CALLED cnetCheckARSDigit() lport=5
ITR_NULL_P_STA: DES_ANSWER_FLAG CLEAR!
ITR_NULL_P_STA: TM_DES_ANSWER_WAIT_L SET!
** CLR_ISDN_FLAG IS CALLED **
** LPORT_W = dc05H **
<<< recv0206.cpp(988) Invalid logical port [0005H] >>>
IOCS:ID=0206,P1=0005,P2=000D,P3=0023,P4=0005,P5=0000 -- Unknown mail ID
<<< idetect.cpp(1846) iUnitDsp::dtmfDetected() Resource#0, Digit[0] >>>
<<< idetect.cpp(1846) iUnitDsp::dtmfDetected() Resource#0, Digit[4] >>>
<<< idetect.cpp(1846) iUnitDsp::dtmfDetected() Resource#0, Digit[X] >>>
<<< idetect.cpp(1846) iUnitDsp::dtmfDetected() Resource#0, Digit[X] >>>
<<< idetect.cpp(1846) iUnitDsp::dtmfDetected() Resource#0, Digit[X] >>>
<<< idetect.cpp(1846) iUnitDsp::dtmfDetected() Resource#0, Digit[X] >>>
<<< idetect.cpp(1846) iUnitDsp::dtmfDetected() Resource#0, Digit[X] >>>
<<< idetect.cpp(1846) iUnitDsp::dtmfDetected() Resource#0, Digit[6] >>>
<<< idetect.cpp(1846) iUnitDsp::dtmfDetected() Resource#0, Digit[6] >>>
** CLR_ISDN_FLAG IS CALLED **
** LPORT_W = dc05H **
PK06E10162 PRT CPN num_type == 0, num_plan == 0
create_called_no: size_b 0040H
DIALING_ISDN_TRK: ISDN_DIAL_SENT REDEIVE
itr_exp_voipu_err_ind():action=1,old_status=00d4
<<< idetect.cpp(4277) iUnitDspCygnus::detectorReport() Resource#0 Released >>>
<<< cdetect.cpp(1186) cdetector::mail() Released resource#0 >>>
cmain.cpp(4059) Clear RGT Port     : Port    = 5  Rgt Port = 0
cmain.cpp(4061) Clear RGT des Port : Port = 5  Rgt des Port = 0
Illegal Selector Found !!!!!!! in GET_DISPLAY
>>> print : month ... 5, day ... 1e
   TRK TARGET_DIAL=00000000
hunt_que_del_allstg des_w[dc05]
== Initialize rgt_port_data memory for port:dc05
== rgt_port_data_read(dc05) was 0000
== rgt_des_data_read(dc05) was 0000
   TRK TARGET_DIAL=00000000

Тестировать все это приходится удаленно, в отрыве от основной работы. Т.е. приходится звонить и сообщать что б попробовали набрать. Хотел еще можно ли на самой АТС как-то зарегаться под внутренним номером с софт-фона?, а то на выходных там никого не будет, да и в субботу думаю смогу плотнее заняться вопросом настройки.
Вернуться к началу
 Профиль  
Ответить с цитатой  
edik
 Заголовок сообщения: Re: Исходящая связь по SIP
СообщениеДобавлено: 30 май 2014, 17:19 
Не в сети
TF

Зарегистрирован: 15 июн 2005, 13:22
Сообщения: 733
Откуда: Санкт-Петербург
Для решения проблемы в исходящей связи необходимо знать, что точно в команде 10-28 и 10-29. Если прописаны локальные адреса, то какой IP адрес провайдера и применен ли NATP у станции.
Вернуться к началу
 Профиль  
Ответить с цитатой  
hes
 Заголовок сообщения: Re: Исходящая связь по SIP
СообщениеДобавлено: 30 май 2014, 17:56 
Не в сети

Зарегистрирован: 28 май 2014, 12:22
Сообщения: 11
NAPT включен на станции. У станции для VOIP платы прописан IP 192.168.0.10, для RTP 192.168.0.11. У CPU прописан IP который к локальной сети не относится, может ли быть в этом проблема? как писал ранее если IP 192.168.0.10 прописать на CPU, то как то не корректно работает регистрация. На скринах нижу настройки в 10-28 и 10-29.


Вложения:
Комментарий к файлу: 10-29
scrn2.jpg
scrn2.jpg [ 81.62 КБ | Просмотров: 17176 ]
Комментарий к файлу: 10-28
scrn1.jpg
scrn1.jpg [ 39.51 КБ | Просмотров: 17176 ]
Вернуться к началу
 Профиль  
Ответить с цитатой  
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  Страница 1 из 2
  [ Сообщений: 23 ]  На страницу 1, 2  След.

Список форумов » Платформа Univerge » SL2100 / SL1000

Часовой пояс: UTC + 3 часа


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

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

Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
cron
Создано на основе phpBB® Forum Software © phpBB Group
Русская поддержка phpBB