Пытаюсь наладить связь между Меридианом (opt.11 rel.22.40) с ITG (софт IPT 3.01.22 ) и BCM400 (софт 3.6 2.2c 1).
При звонке на BCM получаю на меридиане
DCH 15 OMSG SETUP REF 00000186 CH 5 0 0 5 TOD 12:13:20
FEAT :NCID
PROGRESS: ORIG ADDR IS NOT ISDN
CALLING #:222 NUM PLAN: PRIVATE
CALLED #:71200 NUM PLAN: PRIVATE

DCH 15 IMSG CALLPROC REF 00000186 CH 5 0 0 5 TOD 12:13:20

DCH 15 IMSG DISC REF 00000186 CH 5 0 0 5 TOD 12:13:20
CAUSE :NO CHANNEL/CIRC AVAIL

DCH 15 OMSG RELEASE REF 00000186 CH 5 0 0 5 TOD 12:13:20

DCH 15 IMSG REL COMP REF 00000186 CH 5 0 0 5 TOD 12:13:20

На ITG:
2007 6 28 12:09:24 (NPM) :CH#:5 ==>TsmNpmCallSetup,msgPtr=0x2e80378
2007 6 28 12:09:24 (NPM) :CH#:5 RTP OPEN: hRtp:0x2bf18fc, socket:36, port:2310.
2007 6 28 12:09:24 (NPM) :CH#:5 tsmNpmCallSetupDchCap_v:GK=0:tsmDch=9:dch_cap=5
2007 6 28 12:09:24 (NPM) :CH#:5 SrcNumber 222 pnType 12
2007 6 28 12:09:24 (NPM) :CH#:5 NSTDInsert OK;msg:setup;Format=5;UIPE=102;ADD=0;NSTD=124
2007 6 28 12:09:24 (NPM) :CH#:5 Dest Address: 192.168.1.55:1720
2007 6 28 12:09:24 (NPM) :CH#:5 Bind hConn = 2385650 with s = 3fe6e8
2007 6 28 12:09:24 (NPM) :CH#:5 cmEvCallStateChanged: hscall=2290784,Session=3fe6e8,state=4
2007 6 28 12:09:24 (NPM) :CH#:5 cmEvCallStateChanged: Disconnected
2007 6 28 12:09:24 (NPM) :CH#:5 cmCallGetParam (Reason) fail
2007 6 28 12:09:24 (NPM) :CH#:5 dch_cap 5: cause 16: reason 255
2007 6 28 12:09:24 (NPM) :CH#:5 H323 release cause: 16, reason: 255
2007 6 28 12:09:24 (NPM) :CH#:5 cmEvCallStateChanged: hscall=2290784,Session=3fe6e8,state=5
2007 6 28 12:09:24 (NPM) :CH#:5 cmEvCallStateChanged: Idle
2007 6 28 12:09:24 (NPM) :CH#:5 Closing RTP session(0x2bf18fc).
2007 6 28 12:09:24 (NPM) :CH#:5 npmCallRelease: UIPERecvHdrPtr->size <= 0
2007 6 28 12:09:24 (NPM) :CH#:5 Clearing uEngine Header

Пинги между ИТГ и меридианом проходят.
Да, у ITG адрес из 192.168.2.0, у BCM-ма из 192.168.1.0

Что-то подсказывает, что копать нужно в BCM, может у кого-нибудь есть какие-нибудь соображения?

Рекомендую поставить софтину BCM Monitor и смотреть входящие сообщения по VoIP.
Что увидите - в студию.

Хотя что-то мне говорит, что вы не увидите ничего ...

PS То, что пинги между меридианом и ИТГ ходят не говорит ни о чем. Все-таки информация насчет пингов между ИТГ и ВСМ была бы более актуальна.

PPS: ITG на меридиане релиза 22.40 не работало.

PPPS: Если устраивать тестирования - рекомендую обновить софт на ITG ...

SergSH пишет
То, что пинги между меридианом и ИТГ ходят не говорит ни о чем. Все-таки информация насчет пингов между ИТГ и ВСМ была бы более актуальна.
Сорри, очепятался. Конечно, между BCM и ITG
PPS: ITG на меридиане релиза 22.40 не работало.
:D еще раз сорри. 25.40
PPPS: Если устраивать тестирования - рекомендую обновить софт на ITG ... Связка работала, пока не снесли конфигурацию на ВСМ

Основная смысловая нагрузка моего писма заключалась в желании увидеть логи того, что доходит до BCM. Все остальное не больше чем заметки на полях.

Логи в студию.

гхм... возможно, туплю, но какие логи имеются в виду и как их получить?

SergSH пишет
Рекомендую поставить софтину BCM Monitor и смотреть входящие сообщения по VoIP.
Что увидите - в студию.



Вот про эти логи.

точно туплю. что там можно посмотреть и как? в мониторе линий?

При исходящем с BCM в МCDN ловит следующее (на Мерине в трассировке DCH в это время - ничего):

08/27/07
Trunk 4 17:19:05 < CC < CRef Origin: CRef 66C SETUP
Bearer capability - Speech - G.711 A-law
Information Transfer Capability: speech
Coding Standard: CCITT standardized coding
Information Transfer Rate: 64 Kbits/s
Transfer Mode: circuit mode
User Information L1 Protocol ID: Recommendation G.711 A-law
Layer and Protocol Identification: User Information L1 Protocol
13 00 81 90 00 00 A3 00 00 00 00 00 00 00
Channel identification - B-Channel 1
Information Channel Selection: B1 channel
D-Channel Indicator: channel identified is not the D-channel
Preferred/Exclusive: exclusive - only the indicated channel is acceptable
Interface Type: primary rate interface
Interface Identifier Present: interface explicily identified
Interface Identifier: 0
Channel Type/Map Element Type: B-channel units
Number/Map: channel indicated by number
Coding Standard: std defined for n/w present on n/w side of I/F
0F 00 69 00 83 00 01 00 81 00
Calling party number - Private/Subscriber - 244
Numbering Plan Identification: Unknown/Reserved Value
Type of Number: Unknown/Reserved Value
Screening indicator: User provided, not screened
Number Digits: - 244
07 00 42 80 03 00 02 04 04
Called party number - Private/Subscriber - 222
Numbering Plan Identification: Unknown/Reserved Value
Type of Number: Unknown/Reserved Value
Number Digits: - 222
03 00 C2 00 03 00 02 02 02
Trunk 4 17:19:05 < CC < CRef Origin: CRef 66C DISCONNECT
Cause - Normal
Location: User
Coding Standard: CCITT standardized coding as described below
Cause Class: Normal Event
Cause: Normal clearing
05 00 80 00 10 00

При звонке на BCM в логах BCM - пусто

JoeStick пишет
Сорри, очепятался. Конечно, между BCM и ITG

:D еще раз сорри. 25.40
Связка работала, пока не снесли конфигурацию на ВСМ

ну так если снесли, то там хоть есть лицензии на IP транки, а вообще согласен, что на 22-ом релизе не работает

А с кодеками в данном случае всё в порядке?
Payload size совпадает с обоих сторон?

ага, это в порядке.
а занчение параметра Published IP (или как он там) может влиять? сейчас как publeshed стоит LAN с внешним IP-шником

Да это нормально, соответственно на itgхе в качестве Remote Gateway должен быть этот адрес и прописан.
Кстати, а с BCM на мерин звонки ходят?

Scapegoat пишет
Да это нормально, соответственно на itgхе в качестве Remote Gateway должен быть этот адрес и прописан.
Кстати, а с BCM на мерин звонки ходят?
Неа, выше лог с BCM - отрубает сразу.

А с нумерационными планами что?
Кстати, а вы трафик сниферить не пробовали?

Долго я с этим конфигом бился, только у меня был bcm50 и Rel4.5 (без SS), в конце концов это каким-то чудом заработало.

О! А что прописано в свойстах ноды на ITG? И что стоит в поле Sigo на руте на мерине? А то вот пока у меня стояло ESN5 - не работало.