Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: ldk100/300
АРТКОМ Форум > Форумы для специалистов > Техническая поддержка ipLDK
vitalii
линии SIP - поддерживается ли эта функция "Отклонение вызова/Перенаправление вызова по линиям ISDN
(Call Deflection/Call Rerouting") ???

Стык LDK300 с городом PRI.
далее LDK300 и LDK100 соеденены по SIP(т.е. LDK100 оконечная).
Вызов из города приходит на LDK300(в LDK300 нарисован MSN на ячейку ускоренного набора).
У абонента LDK100 включена переадресация (безусловная)на абонента LDK300.
Всё это отрабатывает корректно, но каналы на плате VOIB не освобождаются, хотя для линий VOIB(в LDK100) в 143/9 включена функция Call Deflection.

Поддерживается ли эта функция на линиях SIP "Отклонение вызова/Перенаправление вызова по линиям ISDN
(Call Deflection/Call Rerouting") ??? или это поддерживается лишь на линиях BRI/PRI???

и ещё: при ручном переводе вызова (т.е. получили вызов в LDK100, поговорили и перевели вызов в LDK300), нужно увидеть номер абонента А, т.е. номер из города. правильный номер показывает лишь при переадресации
harris
Цитата(vitalii @ 19.5.2014, 15:25) *
линии SIP - поддерживается ли эта функция "Отклонение вызова/Перенаправление вызова по линиям ISDN
(Call Deflection/Call Rerouting") ???

Стык LDK300 с городом PRI.
далее LDK300 и LDK100 соеденены по SIP(т.е. LDK100 оконечная).
Вызов из города приходит на LDK300(в LDK300 нарисован MSN на ячейку ускоренного набора).
У абонента LDK100 включена переадресация (безусловная)на абонента LDK300.
Всё это отрабатывает корректно, но каналы на плате VOIB не освобождаются, хотя для линий VOIB(в LDK100) в 143/9 включена функция Call Deflection.

Поддерживается ли эта функция на линиях SIP "Отклонение вызова/Перенаправление вызова по линиям ISDN
(Call Deflection/Call Rerouting") ??? или это поддерживается лишь на линиях BRI/PRI???

и ещё: при ручном переводе вызова (т.е. получили вызов в LDK100, поговорили и перевели вызов в LDK300), нужно увидеть номер абонента А, т.е. номер из города. правильный номер показывает лишь при переадресации

Мдя... наворочено.
1) Врядли это поддерживается для SIP транка, тем более в ipLDK.
2) Вам нужного было бы использовать H.323 Networking, причем с лицензиями IPNET на обеих станциях. Тогда бы и каналы VOIP освобождались, станция убирала бы петли.
vitalii
Цитата(harris @ 19.5.2014, 16:05) *
Мдя... наворочено.
1) Врядли это поддерживается для SIP транка, тем более в ipLDK.
2) Вам нужного было бы использовать H.323 Networking, причем с лицензиями IPNET на обеих станциях. Тогда бы и каналы VOIP освобождались, станция убирала бы петли.

это проверяю на стенде, но у заказчика вместо LDK100 будет AVAYA, которая не поддерживает Н.323
harris
Цитата(vitalii @ 19.5.2014, 16:22) *
это проверяю на стенде, но у заказчика вместо LDK100 будет AVAYA, которая не поддерживает Н.323

Тогда это вопрос к Avaya - что она выдает при переадресации и будет ли она спрямлять петлю.
vitalii
Цитата(harris @ 19.5.2014, 16:56) *
Тогда это вопрос к Avaya - что она выдает при переадресации и будет ли она спрямлять петлю.

понял. и даже стыканув по Н.323 - лицензия также нужна???
harris
Цитата(vitalii @ 19.5.2014, 17:15) *
понял. и даже стыканув по Н.323 - лицензия также нужна???

Без лицензий станции не будут спрямлять петлю.
harris
Цитата(harris @ 19.5.2014, 17:57) *
Без лицензий станции не будут спрямлять петлю.

Виталий! Но раз речь о соединении LG и Avaya, а не LG-LG, то лицензия ничем не поможет!!
Между LG и Avaya не поддерживаются функции Networking, в том числе не поддерживается и спрямление петли.
vitalii
Цитата(harris @ 21.5.2014, 8:25) *
Виталий! Но раз речь о соединении LG и Avaya, а не LG-LG, то лицензия ничем не поможет!!
Между LG и Avaya не поддерживаются функции Networking, в том числе не поддерживается и спрямление петли.

я понял.
вызов пришёл из города по PRI в LDK далее по SIP на Avaya(это я делаю и работает, через SPEED).
далее вызов перевели из AVAYA абоненту в LDK по SIP(абонент LDK поднял трубку и говорит с городом. это тоже всё работает). но остаются занятые 2 SIP канала в LDK. и они освобождаются лишь когда абонент LDK положил трубку.
пробовал стыковать две LDK, но вместо платы VOIB ставил для стыка плату PRI. тоже самое. тоже надо лицензия???
harris
Цитата(vitalii @ 21.5.2014, 13:05) *
я понял.
вызов пришёл из города по PRI в LDK далее по SIP на Avaya(это я делаю и работает, через SPEED).
далее вызов перевели из AVAYA абоненту в LDK по SIP(абонент LDK поднял трубку и говорит с городом. это тоже всё работает). но остаются занятые 2 SIP канала в LDK. и они освобождаются лишь когда абонент LDK положил трубку.
пробовал стыковать две LDK, но вместо платы VOIB ставил для стыка плату PRI. тоже самое

Похоже, пошли по 2-му кругу.
1) Что толку проверять две LDK, если у вас реально стоят LDK и Avaya??
Если две LDK, то соединять их нужно по H.323 или PRI, но при этом ОБЕ станции должны иметь лицензии QSIG (PRI) или IPNET (H.323). Пр наличие лицензий на обеих LDK петля будет удаляться.
2) У вас связь LDK-Avaya по SIP.
В первую очередь, нужно разбираться с Avaya. А вы проверяли, что шлет Avaya в LDK при переводе вызова??
Может быть, она и не шлет HOLD/REFER для перевода, а просто занимает другой SIP канал??
Снимали трассировку (снифер)??

И даже, если с Avaya все в порядке, то вовсе не факт, что:
- LDK поддерживает освобождение каналов при переводе вызова по SIP.
ИМХО, врядли LDK это поддерживает. ИМХО, нельзя из двух разных станций, работающих с 2-мя разными типами линий (PRI, SIP), "слепить" систему, которая будет спрямлять петли. Тем более, что одна из них (LDK) - всего лишь относительно дешевая офисная АТС, не предназначенная для серьезных транзитных операций.
Но нужно хотя бы посмотреть трассировку.
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.
Форум IP.Board © 2001-2025 IPS, Inc.