История изменений [назад]

Добрый день!

Схема такая Провайдер - FreePBX - шлюз ТАУ.32 192.168.0.10 - FreePBX 192.168.0.11 - шлюз Eltex TAU32.IP FreePBX подключен к провайдеру в привтной сети (nat=no) Думаю какие версии ПО, пока не важно, вот, что заметил в логах:

[2014-01-15 14:55:36] DEBUG[13218] chansip.c: **** Received INVITE (5) - Command in SIP INVITE [2014-01-15 14:55:36] DEBUG[13218] netsock2.c: Splitting '192.168.0.11' into... [2014-01-15 14:55:36] DEBUG[13218] netsock2.c: ...host '192.168.0.11' and port ''. [2014-01-15 14:55:36] DEBUG[13218] chansip.c: Initializing initreq for method INVITE - callid 13a3d6a92a54a0a03ed3fa153da60422@192.168.0.10:5060 [2014-01-15 14:55:36] DEBUG[13218] chansip.c: Processing session-level SDP v=0... UNSUPPORTED OR FAILED. [2014-01-15 14:55:36] DEBUG[13218] chansip.c: Processing session-level SDP o=- 4389814247491607704 6221776344004297953 IN IP4 192.168.0.11... OK. [2014-01-15 14:55:36] DEBUG[13218] chansip.c: Processing session-level SDP s=Session SDP... UNSUPPORTED OR FAILED. [2014-01-15 14:55:36] DEBUG[13218] netsock2.c: Splitting '192.168.0.11' into... [2014-01-15 14:55:36] DEBUG[13218] netsock2.c: ...host '192.168.0.11' and port ''. [2014-01-15 14:55:36] DEBUG[13218] chansip.c: Processing session-level SDP c=IN IP4 192.168.0.11... OK. [2014-01-15 14:55:36] DEBUG[13218] chansip.c: Processing session-level SDP t=0 0... UNSUPPORTED OR FAILED. [2014-01-15 14:55:36] DEBUG[13218] rtpengine.c: Setting payload 8 based on m type on 0x7f5b90089ee0 [2014-01-15 14:55:36] DEBUG[13218] chansip.c: Processing media-level (audio) SDP a=rtpmap:8 PCMA/8000... OK. [2014-01-15 14:55:36] DEBUG[13218] chansip.c: Processing media-level (audio) SDP a=rtpmap:96 telephone-event/8000... OK. [2014-01-15 14:55:36] DEBUG[13218] chansip.c: Processing media-level (audio) SDP a=fmtp:96 0-16... UNSUPPORTED OR FAILED. [2014-01-15 14:55:36] DEBUG[13218] chansip.c: T38 state changed to 0 on channel SIP/101-00000020 [2014-01-15 14:55:36] DEBUG[13218] rtpengine.c: Incorporating payload 8 on 0x7f5b90089ee0 [2014-01-15 14:55:36] DEBUG[13218] rtpengine.c: Incorporating payload 96 on 0x7f5b90089ee0 [2014-01-15 14:55:36] DEBUG[13218] rtpengine.c: Copying payload 8 from 0x7f5b90089ee0 to 0x7f5b70095e50 [2014-01-15 14:55:36] DEBUG[13218] rtpengine.c: Copying payload 96 from 0x7f5b90089ee0 to 0x7f5b70095e50 [2014-01-15 14:55:36] DEBUG[13218] resrtpasterisk.c: Setup RTCP on RTP instance '0x7f5b70095c88' [2014-01-15 14:55:36] DEBUG[13218] chansip.c: Peer doesn't provide T.38 UDPTL [2014-01-15 14:55:36] DEBUG[13218] chansip.c: We're settling with these formats: 0x8 (alaw) [2014-01-15 14:55:36] DEBUG[13218] chan_sip.c: We have an owner, now see if we need to change this call

Вроде как, что то с SDP сессией? Или на факсы это не влияет?

Добрый день!

Схема такая Провайдер - FreePBX - шлюз ТАУ.32 192.168.0.10 - FreePBX 192.168.0.11 - шлюз Eltex TAU32.IP FreePBX подключен к провайдеру в привтной сети (nat=no) Думаю какие версии ПО, пока не важно, вот, что заметил в логах:

[2014-01-15 14:55:36] DEBUG[13218] chan_sip.c: **** Received INVITE (5) - Command in SIP INVITE
[2014-01-15 14:55:36] DEBUG[13218] netsock2.c: Splitting '192.168.0.11' into...
[2014-01-15 14:55:36] DEBUG[13218] netsock2.c: ...host '192.168.0.11' and port ''.
[2014-01-15 14:55:36] DEBUG[13218] chansip.c: chan_sip.c: Initializing initreq for method INVITE - callid 13a3d6a92a54a0a03ed3fa153da60422@192.168.0.10:5060
[2014-01-15 14:55:36] DEBUG[13218] chansip.c: chan_sip.c: Processing session-level SDP v=0... UNSUPPORTED OR FAILED.
[2014-01-15 14:55:36] DEBUG[13218] chansip.c: chan_sip.c: Processing session-level SDP o=- 4389814247491607704 6221776344004297953 IN IP4 192.168.0.11... OK.
[2014-01-15 14:55:36] DEBUG[13218] chansip.c: chan_sip.c: Processing session-level SDP s=Session SDP... UNSUPPORTED OR FAILED.
[2014-01-15 14:55:36] DEBUG[13218] netsock2.c: Splitting '192.168.0.11' into...
[2014-01-15 14:55:36] DEBUG[13218] netsock2.c: ...host '192.168.0.11' and port ''.
[2014-01-15 14:55:36] DEBUG[13218] chansip.c: chan_sip.c: Processing session-level SDP c=IN IP4 192.168.0.11... OK.
[2014-01-15 14:55:36] DEBUG[13218] chansip.c: chan_sip.c: Processing session-level SDP t=0 0... UNSUPPORTED OR FAILED.
[2014-01-15 14:55:36] DEBUG[13218] rtpengine.c: rtp_engine.c: Setting payload 8 based on m type on 0x7f5b90089ee0
[2014-01-15 14:55:36] DEBUG[13218] chansip.c: chan_sip.c: Processing media-level (audio) SDP a=rtpmap:8 PCMA/8000... OK.
[2014-01-15 14:55:36] DEBUG[13218] chansip.c: chan_sip.c: Processing media-level (audio) SDP a=rtpmap:96 telephone-event/8000... OK.
[2014-01-15 14:55:36] DEBUG[13218] chansip.c: chan_sip.c: Processing media-level (audio) SDP a=fmtp:96 0-16... UNSUPPORTED OR FAILED.
[2014-01-15 14:55:36] DEBUG[13218] chansip.c: chan_sip.c: T38 state changed to 0 on channel SIP/101-00000020
[2014-01-15 14:55:36] DEBUG[13218] rtpengine.c: rtp_engine.c: Incorporating payload 8 on 0x7f5b90089ee0
[2014-01-15 14:55:36] DEBUG[13218] rtpengine.c: rtp_engine.c: Incorporating payload 96 on 0x7f5b90089ee0
[2014-01-15 14:55:36] DEBUG[13218] rtpengine.c: rtp_engine.c: Copying payload 8 from 0x7f5b90089ee0 to 0x7f5b70095e50
[2014-01-15 14:55:36] DEBUG[13218] rtpengine.c: rtp_engine.c: Copying payload 96 from 0x7f5b90089ee0 to 0x7f5b70095e50
[2014-01-15 14:55:36] DEBUG[13218] resrtpasterisk.c: res_rtp_asterisk.c: Setup RTCP on RTP instance '0x7f5b70095c88'
[2014-01-15 14:55:36] DEBUG[13218] chansip.c: chan_sip.c: Peer doesn't provide T.38 UDPTL
[2014-01-15 14:55:36] DEBUG[13218] chansip.c: chan_sip.c: We're settling with these formats: 0x8 (alaw)
[2014-01-15 14:55:36] DEBUG[13218] chan_sip.c: We have an owner, now see if we need to change this call
call

Добрый день!

Схема такая Провайдер - FreePBX - шлюз ТАУ.32 ТАУ.32

192.168.0.10 - FreePBX FreePBX

192.168.0.11 - шлюз Eltex TAU32.IP TAU32.IP

FreePBX подключен к провайдеру в привтной приватной сети (nat=no) (nat=no)

Думаю какие версии ПО, пока не важно, вот, что заметил в логах:

[2014-01-15 14:55:36] DEBUG[13218] chan_sip.c: **** Received INVITE (5) - Command in SIP INVITE
[2014-01-15 14:55:36] DEBUG[13218] netsock2.c: Splitting '192.168.0.11' into...
[2014-01-15 14:55:36] DEBUG[13218] netsock2.c: ...host '192.168.0.11' and port ''.
[2014-01-15 14:55:36] DEBUG[13218] chan_sip.c: Initializing initreq for method INVITE - callid 13a3d6a92a54a0a03ed3fa153da60422@192.168.0.10:5060
[2014-01-15 14:55:36] DEBUG[13218] chan_sip.c: Processing session-level SDP v=0... UNSUPPORTED OR FAILED.
[2014-01-15 14:55:36] DEBUG[13218] chan_sip.c: Processing session-level SDP o=- 4389814247491607704 6221776344004297953 IN IP4 192.168.0.11... OK.
[2014-01-15 14:55:36] DEBUG[13218] chan_sip.c: Processing session-level SDP s=Session SDP... UNSUPPORTED OR FAILED.
[2014-01-15 14:55:36] DEBUG[13218] netsock2.c: Splitting '192.168.0.11' into...
[2014-01-15 14:55:36] DEBUG[13218] netsock2.c: ...host '192.168.0.11' and port ''.
[2014-01-15 14:55:36] DEBUG[13218] chan_sip.c: Processing session-level SDP c=IN IP4 192.168.0.11... OK.
[2014-01-15 14:55:36] DEBUG[13218] chan_sip.c: Processing session-level SDP t=0 0... UNSUPPORTED OR FAILED.
[2014-01-15 14:55:36] DEBUG[13218] rtp_engine.c: Setting payload 8 based on m type on 0x7f5b90089ee0
[2014-01-15 14:55:36] DEBUG[13218] chan_sip.c: Processing media-level (audio) SDP a=rtpmap:8 PCMA/8000... OK.
[2014-01-15 14:55:36] DEBUG[13218] chan_sip.c: Processing media-level (audio) SDP a=rtpmap:96 telephone-event/8000... OK.
[2014-01-15 14:55:36] DEBUG[13218] chan_sip.c: Processing media-level (audio) SDP a=fmtp:96 0-16... UNSUPPORTED OR FAILED.
[2014-01-15 14:55:36] DEBUG[13218] chan_sip.c: T38 state changed to 0 on channel SIP/101-00000020
[2014-01-15 14:55:36] DEBUG[13218] rtp_engine.c: Incorporating payload 8 on 0x7f5b90089ee0
[2014-01-15 14:55:36] DEBUG[13218] rtp_engine.c: Incorporating payload 96 on 0x7f5b90089ee0
[2014-01-15 14:55:36] DEBUG[13218] rtp_engine.c: Copying payload 8 from 0x7f5b90089ee0 to 0x7f5b70095e50
[2014-01-15 14:55:36] DEBUG[13218] rtp_engine.c: Copying payload 96 from 0x7f5b90089ee0 to 0x7f5b70095e50
[2014-01-15 14:55:36] DEBUG[13218] res_rtp_asterisk.c: Setup RTCP on RTP instance '0x7f5b70095c88'
[2014-01-15 14:55:36] DEBUG[13218] chan_sip.c: Peer doesn't provide T.38 UDPTL
[2014-01-15 14:55:36] DEBUG[13218] chan_sip.c: We're settling with these formats: 0x8 (alaw)
[2014-01-15 14:55:36] DEBUG[13218] chan_sip.c: We have an owner, now see if we need to change this call

Вроде как, что то с SDP сессией? Или на факсы это не влияет?

Добрый день!

Схема такая Провайдер - FreePBX - шлюз ТАУ.32TAU-32M.IP

192.168.0.10 - FreePBX

192.168.0.11 - шлюз Eltex TAU32.IPTAU-32M.IP

FreePBX подключен к провайдеру в приватной сети (nat=no)(nat=no) На шлюзе первичный кодек t.38

Думаю какие версии ПО, пока не важно, вот, что заметил в логах:

[2014-01-15 14:55:36] DEBUG[13218] chan_sip.c: **** Received INVITE (5) - Command in SIP INVITE
[2014-01-15 14:55:36] DEBUG[13218] netsock2.c: Splitting '192.168.0.11' into...
[2014-01-15 14:55:36] DEBUG[13218] netsock2.c: ...host '192.168.0.11' and port ''.
[2014-01-15 14:55:36] DEBUG[13218] chan_sip.c: Initializing initreq for method INVITE - callid 13a3d6a92a54a0a03ed3fa153da60422@192.168.0.10:5060
[2014-01-15 14:55:36] DEBUG[13218] chan_sip.c: Processing session-level SDP v=0... UNSUPPORTED OR FAILED.
[2014-01-15 14:55:36] DEBUG[13218] chan_sip.c: Processing session-level SDP o=- 4389814247491607704 6221776344004297953 IN IP4 192.168.0.11... OK.
[2014-01-15 14:55:36] DEBUG[13218] chan_sip.c: Processing session-level SDP s=Session SDP... UNSUPPORTED OR FAILED.
[2014-01-15 14:55:36] DEBUG[13218] netsock2.c: Splitting '192.168.0.11' into...
[2014-01-15 14:55:36] DEBUG[13218] netsock2.c: ...host '192.168.0.11' and port ''.
[2014-01-15 14:55:36] DEBUG[13218] chan_sip.c: Processing session-level SDP c=IN IP4 192.168.0.11... OK.
[2014-01-15 14:55:36] DEBUG[13218] chan_sip.c: Processing session-level SDP t=0 0... UNSUPPORTED OR FAILED.
[2014-01-15 14:55:36] DEBUG[13218] rtp_engine.c: Setting payload 8 based on m type on 0x7f5b90089ee0
[2014-01-15 14:55:36] DEBUG[13218] chan_sip.c: Processing media-level (audio) SDP a=rtpmap:8 PCMA/8000... OK.
[2014-01-15 14:55:36] DEBUG[13218] chan_sip.c: Processing media-level (audio) SDP a=rtpmap:96 telephone-event/8000... OK.
[2014-01-15 14:55:36] DEBUG[13218] chan_sip.c: Processing media-level (audio) SDP a=fmtp:96 0-16... UNSUPPORTED OR FAILED.
[2014-01-15 14:55:36] DEBUG[13218] chan_sip.c: T38 state changed to 0 on channel SIP/101-00000020
[2014-01-15 14:55:36] DEBUG[13218] rtp_engine.c: Incorporating payload 8 on 0x7f5b90089ee0
[2014-01-15 14:55:36] DEBUG[13218] rtp_engine.c: Incorporating payload 96 on 0x7f5b90089ee0
[2014-01-15 14:55:36] DEBUG[13218] rtp_engine.c: Copying payload 8 from 0x7f5b90089ee0 to 0x7f5b70095e50
[2014-01-15 14:55:36] DEBUG[13218] rtp_engine.c: Copying payload 96 from 0x7f5b90089ee0 to 0x7f5b70095e50
[2014-01-15 14:55:36] DEBUG[13218] res_rtp_asterisk.c: Setup RTCP on RTP instance '0x7f5b70095c88'
[2014-01-15 14:55:36] DEBUG[13218] chan_sip.c: Peer doesn't provide T.38 UDPTL
[2014-01-15 14:55:36] DEBUG[13218] chan_sip.c: We're settling with these formats: 0x8 (alaw)
[2014-01-15 14:55:36] DEBUG[13218] chan_sip.c: We have an owner, now see if we need to change this call

Вроде как, что то с SDP сессией? Или на факсы это не влияет?