не могу подружить Avaya S8500 и asterisk

[shader]

Добрый день.
Есть необходимость связать Avaya S8500 и asterisk(Elastix 2.4).
В авайе присутствует плата C-lan с настроенным IP.
Купили и добавили плату medpro (tn2302ap).
Настроил на ней ip, network-region.
лицензии на H323 trunk есть , 800 линий. (на sip нету к сожалению)
Далее произвел настройку авайи и астериска согласно мануалу:
http://asterisk.ru/more/avaya
настройка астериска таковы:

PRIME_BBCODE_SPOILER_SHOW PRIME_BBCODE_SPOILER: ooh323.conf

[general]
language=ru
tracelevel=10
port=1720
bindaddr=10.48.100.100
gateway=no
canreinvite=yes
faststart=no
h245tunneling=no
h323id=ObjSysAsterisk
e164=100
callerid=asterisk
gatekeeper=DISABLE
context=from-internal
disallow=all
allow=alaw
;allow=ulaw
;allow=gsm
;allow=g729
;allow=g7231
dtmfmode=h245alphanumeric
progress_setup = 8
progress_alert = 8
hold=h450
logfile=/var/log/asterisk/h323_log
;mediawaitforconnect=yes


[S8500]
type=friend
port=1720
ip=10.48.100.11
context=from-internal
disallow=all
allow=alaw
faststart=yes
canreinvite=yes
rtptimeout=60
dtmfmode=inband
h245Tunneling=yes

PRIME_BBCODE_SPOILER_SHOW PRIME_BBCODE_SPOILER: staus ooh323

IP-ATC*CLI> ooh323 show peers
Name Accountcode ip:port Formats
S8500 ast_h323 10.48.100.11:1720 0x8 (alaw)
-----------------------------------------------------

IP-ATC*CLI> ooh323 show peer S8500
Name: S8500
FastStart/H.245 Tunneling:yes,yes
Format Prefs: (alaw:20)
DTMF Mode: inband
T.38 Mode: faxgw/chan_sip compatible
FAX Detect: Cng
AccountCode: ast_h323
AMA flags: Unknown
IP:Port: 10.48.100.11:1720
OutgoingLimit: 0
rtptimeout: 60

Вот фрагмент лога ooh323:

PRIME_BBCODE_SPOILER_SHOW PRIME_BBCODE_SPOILER:

10:42:22:577 H.225 Release Complete message received (outgoing, ooh323c_o_1)
10:42:22:577 Cause of Release Complete is 22. (outgoing, ooh323c_o_1)
10:42:22:577 In ooEndCall call state is - OO_CALL_CLEARED (outgoing, ooh323c_o_1)
10:42:22:577 Cleaning Call (outgoing, ooh323c_o_1)- reason:OO_REASON_REMOTE_CONGESTED
10:42:22:577 Clearing all logical channels (outgoing, ooh323c_o_1)
10:42:22:577 Clearing logical channel number 1001. (outgoing, ooh323c_o_1)
10:42:22:577 Stopped Receive channel 1001 (outgoing, ooh323c_o_1)
10:42:22:577 Removed logical channel 1001 (outgoing, ooh323c_o_1)
10:42:22:577 Clearing logical channel number 1002. (outgoing, ooh323c_o_1)
10:42:22:577 Removed logical channel 1002 (outgoing, ooh323c_o_1)
10:42:22:577 ERROR: No Open LogicalChannels - Failed FindLogicalChannelByChannelNo (outgoing, ooh323c_o_1
10:42:22:577 Closing H.245 connection (outgoing, ooh323c_o_1)
10:42:22:577 Removing call 9d13500: ooh323c_o_1
10:42:22:577 Removed call (outgoing, ooh323c_o_1) from list
10:42:22:577 Ending Call Monitor thread

По нему видно, что астериск не может создать канал связи с авайей (я прав или нет?) ( ERROR: No Open LogicalChannels)
Вопрос: ковырять надо авайю или астериск (чувствую, что проблема в авайе, но на 100% не уверен.)?

Так или иначе, при просмотре на авайе командой
"status trunk 20" (транк в сторону астериска)
выдаёт сообщение о том, что все линии out-of-service-NE
Чуть позже выложу настройка авайи. Может кто подскажет, где я ошибся.
PS. транспорт между станциями S8500 и asterisk (elastix 2.4) точно есть. Они находятся в одной локальной подсети, без NAT.


-------
Пробовал делать и по такому мануалу:
http://www.domem.com/avaya-h.323-asterisk/
Результат почти тот же:
после команда busyout trunk 20 и busyout signal 20 (мои транк и сигнальная группы для h323) - транк не работает.

[ded]

1) проверяем, окртыт порт 1720 на Авайе?
nmap 10.48.100.11 -p 1720
2) два параметра определяют принцип построения логического канала в Н.323 - faststart и h245Tunneling. Вы уверенно указали
faststart=yes
h245Tunneling=yes

можно методом тыка пробовать на одном конце только, не заглядывая в Авыайю -
faststart=no
h245Tunneling=no
и вариации...

3) Проверять
tcpdump host 10.48.100.11

[amateur]

Мне думается, что не стоит начинать приводить логи с сообщения "Release Complete message received". Это конец обработки вызова, а не начало. Лучше всего записывать трафик между ACM и Asterisk с помощью tcpdump или wireshark.

P.S. И проверьте указали ли вы IP Codec Set в настройках IP Network Region.

[shader]

1) проверяем, окртыт порт 1720 на Авайе?
nmap 10.48.100.11 -p 1720
2) два параметра определяют принцип построения логического канала в Н.323 - faststart и h245Tunneling. Вы уверенно указали
faststart=yes
h245Tunneling=yes

можно методом тыка пробовать на одном конце только, не заглядывая в Авыайю -
faststart=no
h245Tunneling=no
и вариации...

3) Проверять
tcpdump host 10.48.100.11

1. Порт открыт все ОК.

PRIME_BBCODE_SPOILER_SHOW PRIME_BBCODE_SPOILER: port status avaya

nmap 10.48.100.11 -p 1720

Starting Nmap 4.11 ( http://www.insecure.org/nmap/ ) at 2013-08-09 13:15 MSK
Interesting ports on 10.48.100.11:
PORT STATE SERVICE
1720/tcp open H.323/Q.931
MAC Address: 00:07:3B:D0:56:76 (Tenovis GmbH & Co KG)

Nmap finished: 1 IP address (1 host up) scanned in 0.103 seconds

2. Не помогает
3. Не очень понятно, что за информацию я получаю, но в целом, кажется,что все тоже как ОК.

PRIME_BBCODE_SPOILER_SHOW PRIME_BBCODE_SPOILER: tcpdump host 10.48.100.11

.48.100.100.h323hostcall > 10.48.100.11.22556: ., cksum 0x21a4 (correct), 1:1(0) ack 53 win 46 <nop,nop,timestamp 92519256 79812964>
13:10:51.487585 IP (tos 0x0, ttl 64, id 17059, offset 0, flags [DF], proto: TCP (6), length: 52) 10.48.100.100.h323hostcall > 10.48.100.11.22556: F, cksum 0x21a3 (correct), 1:1(0) ack 53 win 46 <nop,nop,timestamp 92519256 79812964>
13:10:51.487591 IP (tos 0x0, ttl 64, id 17060, offset 0, flags [DF], proto: TCP (6), length: 52) 10.48.100.100.h323hostcall > 10.48.100.11.22556: R, cksum 0x219f (correct), 2:2(0) ack 53 win 46 <nop,nop,timestamp 92519256 79812964>
13:10:51.488004 IP (tos 0xb8, ttl 64, id 55958, offset 0, flags [none], proto: TCP (6), length: 40) 10.48.100.11.22556 > 10.48.100.100.h323hostcall: ., cksum 0xd9e9 (correct), 53:53(0) ack 2 win 8192
13:10:51.488015 IP (tos 0xb8, ttl 64, id 0, offset 0, flags [DF], proto: TCP (6), length: 40) 10.48.100.100.h323hostcall > 10.48.100.11.22556: R, cksum 0xb8f7 (correct), 3244161511:3244161511(0) win 0
13:15:31.134603 IP (tos 0x0, ttl 64, id 55959, offset 0, flags [none], proto: ICMP (1), length: 84) 10.48.100.11 > 10.48.100.100: ICMP echo request, id 584, seq 0, length 64
13:15:31.135854 arp who-has 10.48.100.11 tell 10.48.100.100
13:15:31.136144 arp reply 10.48.100.11 is-at 00:07:3b:d0:56:76 (oui Unknown)
13:15:31.136152 IP (tos 0x0, ttl 64, id 53617, offset 0, flags [none], proto: ICMP (1), length: 84) 10.48.100.100 > 10.48.100.11: ICMP echo reply, id 584, seq 0, length 64
13:15:32.294188 IP (tos 0xb8, ttl 64, id 55960, offset 0, flags [none], proto: TCP (6), length: 60) 10.48.100.11.22571 > 10.48.100.100.h323hostcall: S, cksum 0xa9e6 (correct), 492455869:492455869(0) win 8192 <mss 1460,nop,wscale 0,nop,nop,timestamp 79813526 0>
13:15:32.294208 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto: TCP (6), length: 60) 10.48.100.100.h323hostcall > 10.48.100.11.22571: S, cksum 0x9d55 (correct), 1909103156:1909103156(0) ack 492455870 win 5792 <mss 1460,nop,nop,timestamp 92800082 79813526,nop,wscale 7>
13:15:32.294531 IP (tos 0xb8, ttl 64, id 55961, offset 0, flags [none], proto: TCP (6), length: 40) 10.48.100.11.22571 > 10.48.100.100.h323hostcall: ., cksum 0xe309 (correct), 1:1(0) ack 1 win 8192
13:15:32.313464 IP (tos 0xb8, ttl 64, id 55962, offset 0, flags [none], proto: TCP (6), length: 92) 10.48.100.11.22571 > 10.48.100.100.h323hostcall: P 1:53(52) ack 1 win 8192
13:15:32.313475 IP (tos 0x0, ttl 64, id 40551, offset 0, flags [DF], proto: TCP (6), length: 52) 10.48.100.100.h323hostcall > 10.48.100.11.22571: ., cksum 0xdf4b (correct), 1:1(0) ack 53 win 46 <nop,nop,timestamp 92800101 79813526>
13:15:32.313727 IP (tos 0x0, ttl 64, id 40552, offset 0, flags [DF], proto: TCP (6), length: 52) 10.48.100.100.h323hostcall > 10.48.100.11.22571: F, cksum 0xdf4a (correct), 1:1(0) ack 53 win 46 <nop,nop,timestamp 92800101 79813526>
13:15:32.313732 IP (tos 0x0, ttl 64, id 40553, offset 0, flags [DF], proto: TCP (6), length: 52) 10.48.100.100.h323hostcall > 10.48.100.11.22571: R, cksum 0xdf46 (correct), 2:2(0) ack 53 win 46 <nop,nop,timestamp 92800101 79813526>
13:15:32.314064 IP (tos 0xb8, ttl 64, id 55963, offset 0, flags [none], proto: TCP (6), length: 40) 10.48.100.11.22571 > 10.48.100.100.h323hostcall: ., cksum 0xe2d4 (correct), 53:53(0) ack 2 win 8192
13:15:32.314078 IP (tos 0xb8, ttl 64, id 0, offset 0, flags [DF], proto: TCP (6), length: 40) 10.48.100.100.h323hostcall > 10.48.100.11.22571: R, cksum 0x682d (correct), 1909103158:1909103158(0) win 0
13:15:49.292510 arp who-has 10.48.100.11 (Broadcast) tell 10.48.100.100
13:15:49.292787 arp reply 10.48.100.11 is-at 00:07:3b:d0:56:76 (oui Unknown)
13:15:49.299464 IP (tos 0x0, ttl 52, id 21647, offset 0, flags [none], proto: TCP (6), length: 44) 10.48.100.100.60073 > 10.48.100.11.h323hostcall: S, cksum 0xa3ef (correct), 1650180010:1650180010(0) win 1024 <mss 1460>
13:15:49.299847 IP (tos 0xb8, ttl 64, id 55964, offset 0, flags [none], proto: TCP (6), length: 44) 10.48.100.11.h323hostcall > 10.48.100.100.60073: S, cksum 0xc003 (correct), 496871869:496871869(0) ack 1650180011 win 8320 <mss 1460>
13:15:49.299860 IP (tos 0xb8, ttl 64, id 0, offset 0, flags [DF], proto: TCP (6), length: 40) 10.48.100.100.60073 > 10.48.100.11.h323hostcall: R, cksum 0xbfa8 (correct), 1650180011:1650180011(0) win 0

[shader]

Мне думается, что не стоит начинать приводить логи с сообщения "Release Complete message received". Это конец обработки вызова, а не начало. Лучше всего записывать трафик между ACM и Asterisk с помощью tcpdump или wireshark.

P.S. И проверьте указали ли вы IP Codec Set в настройках IP Network Region.

да, указал. G711 alaw.
1 кодек как со стороны авайи, так и со стороны астериска.

Тут вот ещё что.
Сделал test board tn2302ap
и получил вот это:

test board medpro.png (7.69 КБ) 16825 просмотров

Что-то мне не нравится этот лог.
Плата мертвая\ что-то недоконфигурено? Или так и должно быть?
(Или пойти на форму авайяводов, там поспрашивать?)

[amateur]

Network Connectivity Query Test (#1383)
...
FAIL The Ethernet cable is not connected.

Тут конечно можно и шутку пошутить, но я воздержусь. Шутников и так хватает...

[ded]

Это в этих платах два Ethernet порта? Один для сигнализации, другой для медиа? И им надо разные ИП адреса давать?

[shader]

Network Connectivity Query Test (#1383)
...
FAIL The Ethernet cable is not connected.

Тут конечно можно и шутку пошутить, но я воздержусь. Шутников и так хватает...

да я выложил с горяча, потом догадался, что это из-за не подключенного езернета
Вопрос на засыпку:
Если с принципами работы астериска я разобрался, то вот по авайе вот не пойму относительно медиапроцессора:
нужен ли для его нормальной работы подключенный езернет? (У меня есть езер подключенный только к c-lan)
Я его не подключал. И самой плате только 1 ip прибил из communication manager.
Вообще много гуглил на эту тему, и вроде как понял, что активный езернет на самой 2302 не нужен. Или я не так понял?

[shader]

Это в этих платах два Ethernet порта? Один для сигнализации, другой для медиа? И им надо разные ИП адреса давать?

Нет. На самой плате 2302ap (mediaprocessor) езернет портов нету. 2 портовая плата 2312 IP SERVER.
саму плату я настроил так:
1. add ip-interface 01A13 (01А13 - расположение medpro в шлюзе)
2. change node-names ip и там задал соотв. имени платы и ее IP. Всё.

[amateur]

На самой плате 2302ap (mediaprocessor) езернет портов нету.

Уважаемый, TN2312BP к делу не относится. Мы обсуждаем результаты теста TN2302AP (MedPro), которые Вы тут привели. На MedPro есть Ethernet-порт, который (открою Вам секрет) используется для приема/передачи media-трафика, т.е. именно для того, для чего существует MedPro. Вы же, судя по всему, не подключили этот порт к Ethernet-коммутатору. Поэтому у вас и состояние транка out-of-service-NE. NE - это Near End, т.е. локальные проблемы ACM.