Пожалуйста, войдите здесь. Часто задаваемые вопросы О нас
Задайте Ваш вопрос

Обрыв соединения H323

0
 Помогите, пожалуйста разобраться с H323. Ситуация такая: имеется Asterisk 1.6.2.20 и в нем H.323 version: 1.18.0. * находитсяне за НАТом, а имеет два интерфейса для локалки и во внеху. -------------------------------------- h323.conf [general] port = 1720 bindaddr=X.X.X.X(мой чесный ип) disallow=all allow=alaw dtmfmode=rfc2833 faststart=no h245tunneling=no gatekeeper = DISABLE AcceptAnonymous = yes context=default progress_setup = 8 progress_alert = 8 [prov] type=peer context=default host=X.X.X.X(ip провайдера, который предоставляет H323 для исходящих вызовов) port=1720 incominglimit=900 disallow=all allow=g723 allow=alaw dtmfmode=rfc2833 faststart=yes h245Tunneling = yes -------------------------------------- Так же есть 2 сип абонента, работают удаленно через x-lite Когда абоненты звонят друг другу или другим абонентам через iax2 транк все нормально звук ходит в обе стороны. Когда любой из абонентов инициализирует вызов через H323 то голос есть но в течении 21 секунды. Затем происходит разрыв соединения. На фаерволе открыты в сторону провайдера порты tcp 1720(для h323) и udp 10000:30000 (для rtp) Уже все перерыл, но ответа не могу найти. Помогите пожалуйста! -------------------------------------- debug h323 Making call to 9969#89617733470@prov:1720 without gatekeeper. Using мой_белый_ип for outbound call == New H.323 Connection created. -- root is calling host 9969#89617733470@prov:1720 -- Call token is ip$localhost/29864 -- Call reference is 29864 -- DTMF Payload is 0xa1427ac -- Called 9969#89617733470@prov Setting capabilities to 0x9 (g723|alaw) Capabilities in preference order is (g723|alaw) DTMF mode is 1 Allowed Codecs for ip$localhost/29864 (ip$мой_белый_ип:52053): Table: G.723.1A <1> G.723.1 <2> G.711-ALaw-64k <3> UserInput/hookflash <4> UserInput/RFC2833 <5> Set: 0: 0: G.723.1A <1> G.723.1 <2> G.711-ALaw-64k <3> 1: UserInput/hookflash <4> 2: UserInput/RFC2833 <5> -- Sending SETUP message -- Receiving RFC2833 on payload 101 -- Started logical channel: sending G.723.1 -- channelsOpen = 1 External RTP Session Starting RTP channel id 1 parameters: -- remoteIpAddress: prov -- remotePort: 23672 -- ExternalIpAddress: мой_белый_ип -- ExternalPort: 28038 -- Started logical channel: receiving G.723.1 -- channelsOpen = 2 External RTP Session Starting RTP channel id 1 parameters: -- remoteIpAddress: prov -- remotePort: 23672 -- ExternalIpAddress: мой_белый_ип -- ExternalPort: 28038 ExternalRTPChannel Destroyed ExternalRTPChannel Destroyed ExternalRTPChannel Destroyed ExternalRTPChannel Destroyed - Progress Indicator: 8 -- Received Facility message... -- Receiving RFC2833 on payload 101 Peer capability is G.723.1A <7> Found peer capability G.723.1A <7>, Asterisk code is 1, frame size (in ms) is 300 Peer capability is UserInput/basicString <16> Peer capabilities = 0x1 (g723), ordered list is (g723) -- Received Facility message... -- Received Facility message... -- Received Facility message... =-= In OnAlerting for call 29864: sessionId=0 -- Ringing phone for "9969#89617733470" - Progress Indicator: 8 -- H323/prov-7 is making progress passing it to SIP/1522-00000006 -- H323/prov-7 is making progress passing it to SIP/1522-00000006 -- H323/prov-7 is ringing =-= In OnConnectionEstablished for call 29864 -- Connection Established with "AlterPSS" -- H323/prov-7 answered SIP/1522-00000006 -- Received RELEASE COMPLETE message... -- ClearCall: Request to clear call with token ip$localhost/29864, cause EndedByRemoteUser -- Sending RELEASE COMPLETE == Spawn extension (gw, 89617733470, 2) exited non-zero on 'SIP/1522-00000006' -- ClearCall: Request to clear call with token ip$localhost/29864, cause EndedByTransportFail channelsOpen = 1 channelsOpen = 0 ExternalRTPChannel Destroyed ExternalRTPChannel Destroyed -- AlterPSS has cleared the call == H.323 Connection deleted. -------------------------------------- Заранее Вам благодарен! 
удалить закрыть спам изменить тег редактировать

спросил 2012-01-09 05:22:28 +0400

it-tech Gravatar it-tech
6 ● 1 ● 2

обновил 2012-01-09 05:40:12 +0400

2 Ответа

0

Если всегда 21 сек., возможно дело в NAT-e. например переполнении conntrack. или где0то в этом районе. сбрасывается "обратное" преобразование, входящие пакеты теряются, возникает ощущение сброса удалённой стороной.

ссылка удалить спам редактировать

ответил 2014-12-24 01:04:17 +0400

RomanIz Gravatar RomanIz
1 ● 1 ● 1
0

В логе

-- Received RELEASE COMPLETE message...

Отбой с удаленной стороны. Пинайте провайдера.

ссылка удалить спам редактировать

ответил 2012-01-11 00:49:50 +0400

yurg Gravatar yurg
1

Ваш ответ

Please start posting your answer anonymously - your answer will be saved within the current session and published after you log in or create a new account. Please try to give a substantial answer, for discussions, please use comments and please do remember to vote (after you log in)!
[скрыть предварительный просмотр]

Закладки и информация

Добавить закладку

подписаться на rss ленту новостей

Статистика

Задан: 2012-01-09 05:22:28 +0400

Просмотрен: 960 раз

Обновлен: Dec 24 '14

Проект компании "АТС Дизайн"
Asterisk® и Digium® являются зарегистрированными торговыми марками компании Digium, Inc., США.
IP АТС Asterisk распространяется под лицензией GNU GPL.