ldk100/300, voib - Call Deflection Опции

[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]

линии 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]

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

это проверяю на стенде, но у заказчика вместо LDK100 будет AVAYA, которая не поддерживает Н.323

[harris]

это проверяю на стенде, но у заказчика вместо LDK100 будет AVAYA, которая не поддерживает Н.323

Тогда это вопрос к Avaya - что она выдает при переадресации и будет ли она спрямлять петлю.

[vitalii]

Тогда это вопрос к Avaya - что она выдает при переадресации и будет ли она спрямлять петлю.

понял. и даже стыканув по Н.323 - лицензия также нужна???

[harris]

понял. и даже стыканув по Н.323 - лицензия также нужна???

Без лицензий станции не будут спрямлять петлю.

[harris]

Без лицензий станции не будут спрямлять петлю.

Виталий! Но раз речь о соединении LG и Avaya, а не LG-LG, то лицензия ничем не поможет!!
Между LG и Avaya не поддерживаются функции Networking, в том числе не поддерживается и спрямление петли.

[vitalii]

Виталий! Но раз речь о соединении LG и Avaya, а не LG-LG, то лицензия ничем не поможет!!
Между LG и Avaya не поддерживаются функции Networking, в том числе не поддерживается и спрямление петли.

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

[harris]

я понял.
вызов пришёл из города по 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) - всего лишь относительно дешевая офисная АТС, не предназначенная для серьезных транзитных операций.
Но нужно хотя бы посмотреть трассировку.