Перестал работать transfer на внешнюю линию (Avaya Ip Office). Upgrade с 14->15.

[ecralva]

Требуется помощь.
Столкнулись с проблемой после модернизации с 14 на 15 версию 3СХ - не работает перевод вызова на внешнюю линию в сторону Avaya IP-Office.
Сделали трассировку на стороне AVAYA, поскольку с неё приходит 503 сообщение – сервис недоступен.
Но всё уже обрывается буквально на 1-ом INVITE, сразу после 100 trying в сторону 3сх. Пока вижу, что INVITE со стороны 3cx в случае перевода вызова идёт без
Message Body / Payload - Content-Length: 0

Перевод вызова на городские номера, например, 8495967-18-9х или сотовые номера работает на через 3СХ. Работает перевод и внутри узла на 6хх номера.

TRANSFER OF CALL FROM 618 TOWARDS AVAYA IP-OFFICE PHONE 581 (on AVAYA IP-Office side)

713502812mS SIP Rx: UDP 192.168.45.20:5060 -> 192.168.0.184:5060
INVITE sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/UDP 192.168.45.20:5060;branch=z9hG4bK-524287-1---810c8d5c4223a061;rport
Max-Forwards: 70
Contact: <sip:[email protected]:5060>
To: <sip:[email protected]:5060>
From: "Aleksandr Vasilyev"<sip:[email protected]:5060>;tag=2a462979
Call-ID: Mzx0lZAGCs6tlaHIt3xy1w..
CSeq: 1 INVITE
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REGISTER, SUBSCRIBE, NOTIFY, REFER, INFO, MESSAGE, UPDATE
Supported: replaces, timer
User-Agent: 3CXPhoneSystem 15.5.3849.1 (3392)
Remote-Party-ID: "84959671896"<sip:[email protected]:5060>;party=calling
Content-Length: 0

713502815mS SIP Call Rx: 17
INVITE sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/UDP 192.168.45.20:5060;branch=z9hG4bK-524287-1---810c8d5c4223a061;rport
Max-Forwards: 70
Contact: <sip:[email protected]:5060>
To: <sip:[email protected]:5060>
From: "Aleksandr Vasilyev"<sip:[email protected]:5060>;tag=2a462979
Call-ID: Mzx0lZAGCs6tlaHIt3xy1w..
CSeq: 1 INVITE
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REGISTER, SUBSCRIBE, NOTIFY, REFER, INFO, MESSAGE, UPDATE
Supported: replaces, timer
User-Agent: 3CXPhoneSystem 15.5.3849.1 (3392)
Remote-Party-ID: "84959671896"<sip:[email protected]:5060>;party=calling
Content-Length: 0

713502816mS Sip: License, Valid 1, Available 30, Consumed 1
713502818mS SIP Call Tx: 17
SIP/2.0 100 Trying
Via: SIP/2.0/UDP 192.168.45.20:5060;branch=z9hG4bK-524287-1---810c8d5c4223a061;rport
From: "Aleksandr Vasilyev" <sip:[email protected]:5060>;tag=2a462979
To: <sip:[email protected]:5060>;tag=36538f28ab9acd04
Call-ID: Mzx0lZAGCs6tlaHIt3xy1w..
CSeq: 1 INVITE
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, INFO, UPDATE
Supported: timer
Content-Length: 0

713502819mS SIP Tx: UDP 192.168.0.184:5060 -> 192.168.45.20:5060
SIP/2.0 100 Trying
Via: SIP/2.0/UDP 192.168.45.20:5060;branch=z9hG4bK-524287-1---810c8d5c4223a061;rport
From: "Aleksandr Vasilyev" <sip:[email protected]:5060>;tag=2a462979
To: <sip:[email protected]:5060>;tag=36538f28ab9acd04
Call-ID: Mzx0lZAGCs6tlaHIt3xy1w..
CSeq: 1 INVITE
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, INFO, UPDATE
Supported: timer
Content-Length: 0

713502821mS SIP Call Tx: 17
SIP/2.0 503 Service Unavailable
Via: SIP/2.0/UDP 192.168.45.20:5060;branch=z9hG4bK-524287-1---810c8d5c4223a061;rport
From: "Aleksandr Vasilyev" <sip:[email protected]:5060>;tag=2a462979
To: <sip:[email protected]:5060>;tag=36538f28ab9acd04
Call-ID: Mzx0lZAGCs6tlaHIt3xy1w..
CSeq: 1 INVITE
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, INFO, UPDATE
Supported: timer
Content-Length: 0

713502821mS SIP Tx: UDP 192.168.0.184:5060 -> 192.168.45.20:5060
SIP/2.0 503 Service Unavailable
Via: SIP/2.0/UDP 192.168.45.20:5060;branch=z9hG4bK-524287-1---810c8d5c4223a061;rport
From: "Aleksandr Vasilyev" <sip:[email protected]:5060>;tag=2a462979
To: <sip:[email protected]:5060>;tag=36538f28ab9acd04
Call-ID: Mzx0lZAGCs6tlaHIt3xy1w..
CSeq: 1 INVITE
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, INFO, UPDATE
Supported: timer
Content-Length: 0

713502876mS SIP Rx: UDP 192.168.45.20:5060 -> 192.168.0.184:5060
ACK sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/UDP 192.168.45.20:5060;branch=z9hG4bK-524287-1---810c8d5c4223a061;rport
Max-Forwards: 70
To: <sip:[email protected]:5060>;tag=36538f28ab9acd04
From: "Aleksandr Vasilyev"<sip:[email protected]:5060>;tag=2a462979
Call-ID: Mzx0lZAGCs6tlaHIt3xy1w..
CSeq: 1 ACK


DIRECT CALL TOWARDS AVAYA IP-OFFICE PHONE 581


713517892mS SIP Rx: UDP 192.168.45.20:5060 -> 192.168.0.184:5060
INVITE sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/UDP 192.168.45.20:5060;branch=z9hG4bK-524287-1---e942482b42148b3e;rport
Max-Forwards: 70
Contact: <sip:[email protected]:5060>
To: <sip:[email protected]:5060>
From: "Aleksandr Vasilyev"<sip:[email protected]:5060>;tag=6d6acf34
Call-ID: leLpEOYpmCsd-lvF784ogQ..
CSeq: 1 INVITE
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REGISTER, SUBSCRIBE, NOTIFY, REFER, INFO, MESSAGE, UPDATE
Content-Type: application/sdp
Supported: replaces, timer
User-Agent: 3CXPhoneSystem 15.5.3849.1 (3392)
Remote-Party-ID: "84959671896"<sip:[email protected]:5060>;party=calling
Content-Length: 209
/* Payload of SDP Offer */
v=0
o=3cxPS 136818196480 390137380865 IN IP4 192.168.45.20
s=3cxPS Audio call
c=IN IP4 192.168.45.20
t=0 0
m=audio 7112 RTP/AVP 8 101
a=rtpmap:8 PCMA/8000
a=rtpmap:101 telephone-event/8000
a=sendrecv

Всего доброго.

 

[igorsnezhko]

Начнем со способа подключения. Avaya должна быть подключена как Slave станция к Master - мосту в 3CX. У вас так? https://www.screencast.com/t/6pL5cae4E6kz

 

[ecralva]

Прежде всего спасибо за ответ.
Нет, структуру "Мост" мы не использовали - до модернизации и регистрация Avaya Ip-Office у нас происходит по IP адресу. И переадресация прекрасно работала. Сейчас нет.
Т.е. Вы рекомендуете поменять способ регистрации Avaya на 3СХ с использованием пароля регистрации? Этот пароль нужно забивать на SIP -trunk на Avaya? Соответственно, что-то придётся менять и на 3СХ в настройках SIP - trunk на Avaya? И сразу после этого в Invaite для случая перевода вызова 3СХ будет посылать /* Payload of SDP Offer */:
v=0
o=3cxPS 136818196480 390137380865 IN IP4 192.168.45.20
s=3cxPS Audio call
c=IN IP4 192.168.45.20
t=0 0
m=audio 7112 RTP/AVP 8 101
a=rtpmap:8 PCMA/8000
a=rtpmap:101 telephone-event/8000
a=sendrecv

Дело в том, что у 3СХ есть ещё направление на "город" и там перевод вызова срабатывает - всё зависит от встречного узла - Avaya не может обеспечить прохождение вызова без SDP Offer!

 

[igorsnezhko]

Скажем так, я пока ещё не вникал в содержимое ваших заголовков SIP, но могу сказать, что правильный, протестированный способ интерконнекта между АТС - через мосты. 3CX может быть как Slave, так и Master, но я бы начал с Master. Если это не поможет, тогда будем разбираться дальше.

 

[ecralva]

Я полностью с Вами согласен, но дело в том, что это две совершенно равноправные системы и объединять их в bridge всё-равно, что объединять две городские АТС с разными номерами 499ХХХххх с 495ХХХхххх. Кроме того, сервис bridge предназначен в основном для SIP соединения больше одного vender, например, 3CX c транзитным узлом "Мастер". Основная проблема - параметры для SIP-trunk and Bridge для другого vender - AVAYA IP-Office R8, которые бы соответствовали тем, что Вы указали на ссылке.
А Вы тестировали именно 3СЧ 15 с AVAYA IP-Office R8 или иной ревизией? Напомню, что на 14 перевод вызова на AVAYA IP-Office R8 работал без структуры "Bridge" and tunneling...

 

[igorsnezhko]

Да, именно как равноправные АТС они и объединяются. В 3CX вы создаете исходящее правило с перфиксом выхода на Avays, а на Avaya -на 3CX. То, что у вас 14 версия так работала - может быть, но и тогда вы это сделали не совсем правильно. Правильно - только через мост. Вот универсальный способ интерконнекта с ЛЮБОЙ АТС для 3CX v14 https://www.3cx.com/docs/

 

[1sy1]

У Вас в конфигурации транка включено "Supports Re-Invite"?

 

[ecralva]

Игорь Снежко
Спасибо, хотя "две большие разницы". Что-то нашёл в настройках SIP-t Avaya "Учётные данные SIP" сродни:
fromuser=[3CX Bridge ID]

secret=[3CX Bridge Password]

 

[ecralva]

1sy1
Не доходит ещё дело до Re-Invite и прочей классики Call Transfer over SIP-T, хотя на AVAYA IP-Office R8 параметр "поддержка REFER" и "активации повторного приглашения RE-Invite" (извините, у нас русскоязычный интерфейс Avaya Ip-Office R8 Manager) разумеется включёны, иначе и на 14-ой версии 3СХ сервис перевод вызова на внешнюю линию не работал бы.
В настройках 3CX для SIP trunk на AVAYA IP-Office R8 "Supports Re-Invite" тоже включён.

 

[1sy1]

Выключите Supports Re-Invite в настройках транка (я о 3CX стороне). Это запретит 3CX стороне использовать "Request for offer" при установлении соединения с Авая. У Вас ведь с этим проблема?

 

[ecralva]

1sy1
Предположительно. Если Invite от 3СХ пойдёт с SDP Offer при переводе вызова, так же как и при прямом вызове. По хорошему Avaya должна обрабатывать и такие вызовы (в function specification on AVAYA IP-O это вариант есть, но не для случая с активизацией ДВО " Перевод вызова").
Как это происходит - два абонента 3сх в разговорном или с городом так же, один ставится на удержание другого и инициатор должен сделать обычный вызов и только потом нажать кнопу Transfer - вызов не устанавливается с абонентом Avaya - дело не дошло до процедуры перевода вообще ещё! сразу Avaya после SIP/2.0 100 Trying шлёт message SIP/2.0 503 Service Unavailable...

 

[ecralva]

1sy1
Спасибо, в яблочко! После нажатия перевода вызов уходит от нужного абонента, стоящего на удержании, а не от меня и с SDP call offer, что и нужно для Avaya.

INVITE sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/UDP 192.168.45.20:5060;branch=z9hG4bK-524287-1---b41c47203c259f65;rport
Max-Forwards: 70
Contact: <sip:[email protected]:5060>
To: <sip:[email protected]:5060>
From: "Nikolay Kabanov"<sip:[email protected]:5060>;tag=9402e439
Call-ID: LQH1E1ECJxZ5fDmn4VK2lA..
CSeq: 1 INVITE
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REGISTER, SUBSCRIBE, NOTIFY, REFER, INFO, MESSAGE, UPDATE
Content-Type: application/sdp
Supported: replaces, timer
User-Agent: 3CXPhoneSystem 15.5.3849.1 (3392)
Remote-Party-ID: "84959671896"<sip:[email protected]:5060>;party=calling
Content-Length: 209

v=0
o=3cxPS 419984048128 300664487937 IN IP4 192.168.45.20
s=3cxPS Audio call
c=IN IP4 192.168.45.20
t=0 0
m=audio 7166 RTP/AVP 8 101
a=rtpmap:8 PCMA/8000
Всего доброго.

 

[1sy1]

Цитата:
Как это происходит – два абонента 3сх в разговорном или с городом так же, один ставится на удержание другого и инициатор должен сделать обычный вызов и только потом нажать кнопу Transfer – вызов не устанавливается с абонентом Avaya – дело не дошло до процедуры перевода вообще ещё! сразу Avaya после SIP/2.0 100 Trying шлёт message SIP/2.0 503 Service Unavailable…
--------------------------------------------
Это другой сценарий перевода звонка и в логах он выглядит иначе.
А рассматриваемый - просто запрос соединить собеседника с другим номером и второго звонка в нём нет

 

[ecralva]

1sy1.
Совершенно верно, успешная трассировка - это часть сценария service: transfer before answer. Этот вариант также не работал, до re-invite SDP offer даже не доходило, Avaya сразу сбрасывала вызов с 503-ей причиной То, что я привёл в запросе - Transfer after answer, успешную трассировку которого после снятия re-invite from SIP-trunk of 3CX towards Avaya я не стал приводить. В обоих успешных случаях Invite c SDP offer со стороны 3СХ. Проблема решена, запрос можно закрывать.
Всего Ваи доброго.

 

[1sy1]

Чтобы не путаться в определениях:

1. https://tools.ietf.org/html/rfc5589 (Best current practice)
всё о трансферах в терминах SIP и телефонии. Обратите внимание на список авторов...

2. https://tools.ietf.org/html/rfc3264 (Standard Track)
Offer/Answer model в контексте SIP диалогов (Offer/Answer, Request for offer/Offer/Answer варианты договоров SDP с использованием SIP).

 

[unclevlad]

Доброго дня, я так понимаю Вам удалось соединить 15 версию 3cx и Avaya через мост? Не могли бы вы подсказать настройки SIP URI и SIP Line на стороне Авайи?
У меня со стороны 3cx звонки идут с АОНом без проблем. В обратную сторону звонок не работает.

 

[ecralva]

unclevlad
Нет, я всё оставил как есть. Только убрал из настроек SIP -route to Avaya "support re-invite". Ну представьте, Вы провайдеру говорите - я буду "master", Вы -"slave" и регистрируетесь на моём сервере, а не я у Вас, хотя могут и пойти навстречу, но я сомневаюсь. Собственно у Вас что-то подобное и получилось. А Вы не могли бы сделать трассировку со стороны Avaya Ip-Office (если у Вас именно эта модификация) и посмотреть причину разъединения? И другой вопрос- с SIP URI from unknown or anonymous @xxx.xxx.xxx.xxx со стороны Avaya выовы проходят? Без моста пробовали с регистрацией по IP?

 

[unclevlad]

ecralva
Сколько будут стоит Ваши услуги по объединению Avaya 500 v2 и 3CX (15).
Напишите в личку [email protected]

 

[ecralva]

Unclevlad.
Я не занимаюсь подработками. И уж тем боле здесь - мне самому бесплатно помогли. Можем просто сверить параметры -Avaya 500 v2:Линия SIP, Tранспорт, SIP URI, VOIP and учётные данные SIP, кроме того могут быть сетевые проблемы. Да и 3СХ параметры не помешали бы Попробуйте поменять метод регистрации по IP-address источника на обоих узлах. Но сейчас, как Вы говорите, связь в одну из сторон проходит.