Страница 1 из 2

Может кто знает?

Добавлено: 06 дек 2017, 14:40
alex286
Здравствуйте!

"Выдали адрес и порт" для подключения нашего Asterisk к "головной" Avaya с SIP-авторизацией по IP - адресу..
Тот есть кроме IP адреса и порта - НИЧЕГО... Ладно подключаем... Да еще.. Asterisk за NAT, строго.

В итоге: входящих нет, регистрации на Asterisk тоже нет, но на авайю Asterisk звоНит!!! Правда голоса нет совсем...
Дебаг в консоли говорит, что Авайя отдает RTP поток на другой IP адрес..
С "головными специалистами" говорить на эту тему бесполезно...
canreinvite=no
directmedia=no
Есть мысли?

Код: Выделить всё

localhost*CLI> sip set debug ip 172.16.10.10
SIP Debugging Enabled for IP: 172.16.10.10
Audio is at 10056
Adding codec 100003 (ulaw) to SDP
Adding codec 100004 (alaw) to SDP
Adding non-codec 0x1 (telephone-event) to SDP
Reliably Transmitting (NAT) to 172.16.10.10:7060:
INVITE sip:19434@172.16.10.10:7060 SIP/2.0
Via: SIP/2.0/TCP 10.10.10.200:5060;branch=z9hG4bK4440712e;rport
Max-Forwards: 70
From: <sip:19800@10.10.10.200>;tag=as428ab36a
To: <sip:19434@172.16.10.10:7060>
Contact: <sip:19800@10.10.10.200:5060;transport=TCP>
Call-ID: 0cbe24a82f47eaf7557baecf19d0910c@10.10.10.200:5060
CSeq: 102 INVITE
User-Agent: FPBX-13.0.192.16(11.25.1)
Date: Wed, 06 Dec 2017 05:32:25 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
Supported: replaces, timer
Content-Type: application/sdp
Content-Length: 260

v=0
o=root 233758231 233758231 IN IP4 10.10.10.200
s=Asterisk PBX 11.25.1
c=IN IP4 10.10.10.200
t=0 0
m=audio 10056 RTP/AVP 0 8 101
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=ptime:20
a=sendrecv

---

<--- SIP read from TCP:172.16.10.10:7060 --->
SIP/2.0 100 Trying
From: <sip:19800@10.10.10.200>;tag=as428ab36a
To: <sip:19434@172.16.10.10:7060>
Call-ID: 0cbe24a82f47eaf7557baecf19d0910c@10.10.10.200:5060
CSeq: 102 INVITE
Via: SIP/2.0/TCP 10.10.10.200:5060;branch=z9hG4bK4440712e
Server: Avaya CM/R016x.03.0.124.0
Content-Length: 0

<------------->
--- (8 headers 0 lines) ---

<--- SIP read from TCP:172.16.10.10:7060 --->
SIP/2.0 180 Ringing
From: <sip:19800@10.10.10.200>;tag=as428ab36a
To: <sip:19434@172.16.10.10>;tag=80ec553f94ece7166555929b5bf00
Call-ID: 0cbe24a82f47eaf7557baecf19d0910c@10.10.10.200:5060
CSeq: 102 INVITE
Via: SIP/2.0/TCP 10.10.10.200:5060;branch=z9hG4bK4440712e
Supported: histinfo,join,replaces,sdp-anat,timer
Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,SUBSCRIBE,NOTIFY,REFER,INFO,PUBLISH,UPDATE
Contact: <sip:172.16.10.10:7060;transport=tcp>
Record-Route: <sip:172.16.10.10:7060;transport=tcp;lr>
Server: Avaya CM/R016x.03.0.124.0
Content-Type: application/sdp
Content-Length: 172

v=0
o=- 1512549115 2 IN IP4 172.16.10.10
s=-
c=IN IP4 172.16.10.80
b=AS:64
t=0 0
m=audio 2114 RTP/AVP 8 101
a=rtpmap:8 PCMA/8000
a=rtpmap:101 telephone-event/8000
<------------->
--- (13 headers 9 lines) ---
list_route: hop: <sip:172.16.10.10:7060;transport=tcp;lr>
Found RTP audio format 8
Found RTP audio format 101
Found audio description format PCMA for ID 8
Found audio description format telephone-event for ID 101
Capabilities: us - (ulaw|alaw), peer - audio=(alaw)/video=(nothing)/text=(nothing), combined - (alaw)
Non-codec capabilities (dtmf): us - 0x1 (telephone-event|), peer - 0x1 (telephone-event|), combined - 0x1 (telephone-event|)
Peer audio RTP is at port 172.16.10.80:2114

<--- SIP read from TCP:172.16.10.10:7060 --->
SIP/2.0 200 OK
From: <sip:19800@10.10.10.200>;tag=as428ab36a
To: <sip:19434@172.16.10.10>;tag=80ec553f94ece7166555929b5bf00
Call-ID: 0cbe24a82f47eaf7557baecf19d0910c@10.10.10.200:5060
CSeq: 102 INVITE
Via: SIP/2.0/TCP 10.10.10.200:5060;branch=z9hG4bK4440712e
Supported: histinfo,join,replaces,sdp-anat,timer
Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,SUBSCRIBE,NOTIFY,REFER,INFO,PUBLISH,UPDATE
Contact: <sip:19434@172.16.10.10:7060;transport=tcp>
P-Asserted-Identity: <sip:19434@sip.ooo.ru>
Record-Route: <sip:172.16.10.10:7060;transport=tcp;lr>
Require: timer
Server: Avaya CM/R016x.03.0.124.0
Session-Expires: 1200;refresher=uas
Content-Type: application/sdp
Content-Length: 172

v=0
o=- 1512549115 2 IN IP4 172.16.10.10
s=-
c=IN IP4 172.16.10.80
b=AS:64
t=0 0
m=audio 2114 RTP/AVP 8 101
a=rtpmap:8 PCMA/8000
a=rtpmap:101 telephone-event/8000
<------------->
--- (16 headers 9 lines) ---
list_route: hop: <sip:172.16.10.10:7060;transport=tcp;lr>
set_destination: Parsing <sip:172.16.10.10:7060;transport=tcp;lr> for address/port to send to
set_destination: set destination to 172.16.10.10:7060
Transmitting (NAT) to 172.16.10.10:7060:
ACK sip:19434@172.16.10.10:7060;transport=tcp SIP/2.0
Via: SIP/2.0/TCP 10.10.10.200:5060;branch=z9hG4bK76276580;rport
Route: <sip:172.16.10.10:7060;transport=tcp;lr>
Max-Forwards: 70
From: <sip:19800@10.10.10.200>;tag=as428ab36a
To: <sip:19434@172.16.10.10:7060>;tag=80ec553f94ece7166555929b5bf00
Contact: <sip:19800@10.10.10.200:5060;transport=TCP>
Call-ID: 0cbe24a82f47eaf7557baecf19d0910c@10.10.10.200:5060
CSeq: 102 ACK
User-Agent: FPBX-13.0.192.16(11.25.1)
Content-Length: 0


---
Scheduling destruction of SIP dialog '0cbe24a82f47eaf7557baecf19d0910c@10.10.10.200:5060' in 32000 ms (Method: INVITE)
set_destination: Parsing <sip:172.16.10.10:7060;transport=tcp;lr> for address/port to send to
set_destination: set destination to 172.16.10.10:7060
Reliably Transmitting (NAT) to 172.16.10.10:7060:
BYE sip:19434@172.16.10.10:7060;transport=tcp SIP/2.0
Via: SIP/2.0/TCP 10.10.10.200:5060;branch=z9hG4bK55c0e2c6;rport
Route: <sip:172.16.10.10:7060;transport=tcp;lr>
Max-Forwards: 70
From: <sip:19800@10.10.10.200>;tag=as428ab36a
To: <sip:19434@172.16.10.10:7060>;tag=80ec553f94ece7166555929b5bf00
Call-ID: 0cbe24a82f47eaf7557baecf19d0910c@10.10.10.200:5060
CSeq: 103 BYE
User-Agent: FPBX-13.0.192.16(11.25.1)
X-Asterisk-HangupCause: Normal Clearing
X-Asterisk-HangupCauseCode: 16
Content-Length: 0


---

<--- SIP read from TCP:172.16.10.10:7060 --->
SIP/2.0 200 OK
From: <sip:19800@10.10.10.200>;tag=as428ab36a
To: <sip:19434@172.16.10.10:7060>;tag=80ec553f94ece7166555929b5bf00
Call-ID: 0cbe24a82f47eaf7557baecf19d0910c@10.10.10.200:5060
CSeq: 103 BYE
Via: SIP/2.0/TCP 10.10.10.200:5060;branch=z9hG4bK55c0e2c6
Server: Avaya CM/R016x.03.0.124.0
Content-Length: 0

<------------->
--- (8 headers 0 lines) ---
Really destroying SIP dialog '0cbe24a82f47eaf7557baecf19d0910c@10.10.10.200:5060' Method: INVITE
localhost*CLI> 

Re: Может кто знает?

Добавлено: 06 дек 2017, 16:24
ded
alex286, Вы зарегистрированы (и, следовательно, общаетесь с Астериск) уже 5 лет.
Пр параметры externip, localnet - слышали? Читали? Судя по
From: <sip:19800@10.10.10.200>;tag=as428ab36a
To: <sip:19434@172.16.10.10:7060>
тут у вас одни внутренние адреса, нет никакого НАТа. Сделайте туннель между Астериском и Авайей и всё будет правильней.

Re: Может кто знает?

Добавлено: 06 дек 2017, 17:02
alex286
alex286, Вы зарегистрированы (и, следовательно, общаетесь с Астериск) уже 5 лет.
Все верно.. Правда не часто приходиться сталкиваться с IP-телефонией.. Эпизодами..

По делу: Адреса заменены на первые попавшиеся в голову...
Это все большие приват-сети... В логах нет локального (серого) адреса астериска вообще! В "своей" сети он работает хорошо.
======================
From: <sip:19800@10.10.10.200>;tag=as428ab36a - это "внешний" адрес Астера, тот что за NAT ..
To: <sip:19434@172.16.10.10:7060> - это "публичный" адрес сервера Avaya...
Так вот как раз в дебаге видно... в ответ авайя "отдает" на 172.16.10.80! Вместо "положенного" 172.16.10.10!
Голосовые потоки идут "в никуда"...

P.S. Туннель хорошо, но для нас неприемлемо, по соображению "безопасности".. "Головная" организация не предлагают нам ни новую Avaya,вместо сгоревшей, ни помощь в подключении Asterisk.. Тут все голову сломал, пока удалось "скрестить" аппараты Avaya 9608 с Asterisk (не все версии прошивок подходят, как оказалось)... Теперь вот транки не поднимаются..

Re: Может кто знает?

Добавлено: 06 дек 2017, 17:10
fecyt
Если оперировать этими IP, то

Код: Выделить всё

v=0
o=- 1512549115 2 IN IP4 172.16.10.10
s=-
c=IN IP4 172.16.10.80
в SDP 200ОК

Re: Может кто знает?

Добавлено: 06 дек 2017, 17:13
alex286
в SDP 200ОК
:) Переведи ...

Re: Может кто знает?

Добавлено: 06 дек 2017, 17:17
fecyt
Это адрес медиа сервера, куда надо отправлять голосовой трафик. Т.е. с Астера rtp должно идти на этот IP, а не на 172.16.10.10.

Re: Может кто знает?

Добавлено: 06 дек 2017, 17:20
fecyt
Ну и принимать rtp астериск будет с этого IP, соответственно.

Re: Может кто знает?

Добавлено: 06 дек 2017, 17:22
ded
alex286 писал(а): Это все большие приват-сети...
Если так, то зачем же вам нАТ вообще?
alex286 писал(а):Так вот как раз в дебаге видно... в ответ авайя "отдает" на 172.16.10.80! Вместо "положенного" 172.16.10.10!
Голосовые потоки идут "в никуда"....
Авайя имеет платы сигнализации 172.16.10.10 и медиа конвертера 172.16.10.80
Параметры canreinvite= no стоят?
Сделайте ещё один пир с адресом 172.16.10.80
sip:19434@172.16.10.10:7060> - это "публичный" адрес сервера Avaya..
Пройдите по пунктам:
http://asterisk.ru/more/avaya

Re: Может кто знает?

Добавлено: 06 дек 2017, 19:37
Zavr2008
"Выдали адрес и порт" для подключения нашего Asterisk к "головной" Avaya с SIP-авторизацией по IP - адресу..
Вызвали меня в военкомат
Сунули под мышку автомат ...

Настройки general sip и транка в студию..

Ну и читать про localnet..

Re: Может кто знает?

Добавлено: 06 дек 2017, 23:00
alex286
Я знал, я знал.. :)
Спасибо, что подтвердили мои догадки по поводу медиасервера .. К сожалению в Avaya я совсем не разбираюсь, не пришлось.. И как в ней все устроено спросить УЖЕ некого.. В гугле все долго и туманно.. Теперь все встало на свои места...в голове.. Осталось понять как это все осуществить..
Да, ещё. По поводу регистрации по IP без логина и пароля. Мануалы в сети есть, но не работает регистрация, поскольку нет магической строки "register"..

P.S. Заболбался писать с планшета..с его автоподстановом..