Difference between revisions of "Talk:Jingle/test"
From JaWiki (Jabber/XMPP wiki)
(log) |
(STUN) |
||
| Line 1: | Line 1: | ||
| − | === STD out psi media 0.14 (FreeBSD) + psi media 0.14 (Ubuntu) == | + | === STD out psi media 0.14 (FreeBSD) + psi media 0.14 (Ubuntu) === |
Без STUN, на одной стороне NAT | Без STUN, на одной стороне NAT | ||
| Line 134: | Line 134: | ||
=== STUN === | === STUN === | ||
| + | Все то же самое, но со STUN. | ||
| + | |||
На стороне клиента с NAT прописан stun.iptel.org | На стороне клиента с NAT прописан stun.iptel.org | ||
| + | |||
| + | Он рабочий. Проверил его | ||
| + | stun_client stun.xten.com | ||
| + | STUN client version 0.96 | ||
| + | Primary: Indepndent Mapping, Port Dependent Filter, preserves ports, no hairpin | ||
| + | Return value is 0x000017 | ||
| + | |||
| + | Но все равно соединение не удается установить. Видно что nat пробрасывает пакеты, но почему-то при этом не подменяет своим адресом (?) | ||
| + | |||
| + | tcpdump -n -i re0 "udp and (src 79.104.207.182 or dst 79.104.207.182)" | ||
| + | <PRE> | ||
| + | tcpdump: verbose output suppressed, use -v or -vv for full protocol decode | ||
| + | listening on re0, link-type EN10MB (Ethernet), capture size 96 bytes | ||
| + | 13:46:56.043772 IP 192.168.5.11.8010 > 79.104.207.182.8010: UDP, length 92 | ||
| + | 13:46:56.043997 IP 192.168.5.11.8011 > 79.104.207.182.8011: UDP, length 92 | ||
| + | 13:46:56.044221 IP 192.168.5.11.8010 > 79.104.207.182.8010: UDP, length 92 | ||
| + | 13:46:56.044429 IP 192.168.5.11.8010 > 79.104.207.182.8010: UDP, length 92 | ||
| + | 13:46:56.044640 IP 192.168.5.11.8010 > 79.104.207.182.8010: UDP, length 92 | ||
| + | 13:46:56.044837 IP 192.168.5.11.8011 > 79.104.207.182.8011: UDP, length 92 | ||
| + | 13:46:56.045039 IP 192.168.5.11.8011 > 79.104.207.182.8011: UDP, length 92 | ||
| + | 13:46:56.045254 IP 192.168.5.11.8011 > 79.104.207.182.8011: UDP, length 92 | ||
| + | 13:46:56.115508 IP 79.104.207.182.8011 > 192.168.5.11.8011: UDP, length 64 | ||
| + | 13:46:56.116626 IP 79.104.207.182.8011 > 192.168.5.11.8011: UDP, length 64 | ||
| + | 13:46:56.117875 IP 79.104.207.182.8011 > 192.168.5.11.8011: UDP, length 64 | ||
| + | 13:46:56.118992 IP 79.104.207.182.8011 > 192.168.5.11.8011: UDP, length 64 | ||
| + | 13:46:56.120242 IP 79.104.207.182.8010 > 192.168.5.11.8010: UDP, length 64 | ||
| + | 13:46:56.121741 IP 79.104.207.182.8010 > 192.168.5.11.8010: UDP, length 64 | ||
| + | 13:46:56.122868 IP 79.104.207.182.8010 > 192.168.5.11.8010: UDP, length 64 | ||
| + | 13:46:56.124113 IP 79.104.207.182.8010 > 192.168.5.11.8010: UDP, length 64 | ||
| + | 13:46:56.523891 IP 79.104.207.182.8010 > 192.168.5.11.8010: UDP, length 88 | ||
| + | 13:46:56.524301 IP 192.168.5.11.8010 > 79.104.207.182.8010: UDP, length 64 | ||
| + | 13:46:56.525635 IP 79.104.207.182.8010 > 192.168.5.11.8010: UDP, length 88 | ||
| + | 13:46:56.525872 IP 192.168.5.11.8010 > 79.104.207.182.8010: UDP, length 64 | ||
| + | 13:46:56.528900 IP 79.104.207.182.8011 > 192.168.5.11.8011: UDP, length 88 | ||
| + | 13:46:56.529523 IP 192.168.5.11.8011 > 79.104.207.182.8011: UDP, length 64 | ||
| + | 13:46:56.530504 IP 79.104.207.182.8011 > 192.168.5.11.8011: UDP, length 88 | ||
| + | </PRE> | ||
Revision as of 10:58, 29 June 2011
STD out psi media 0.14 (FreeBSD) + psi media 0.14 (Ubuntu)
Без STUN, на одной стороне NAT
send clock is master
state changed
sendbin:
apprtpsink4
audioencbin:
rtpspeexpay5
speexenc5
capsfilter9
audioresample10
audioconvert10
volume5
%using speexdsp
Readying AudioIn:[oss,/dev/dsp0.0], refs=1
codec=speex
rate=16000,width=16,channels=1
changing state...
send clock is master
state changed
sendbin:
apprtpsink5
audioencbin:
rtpspeexpay6
speexenc6
capsfilter11
audioresample12
audioconvert12
volume6
queue5
bin5:
capsfilter10
audioresample11
audioconvert11
osssrc15
tee5
speexdsp5
rtppay caps audio: [application/x-rtp, media=(string)audio, clock-rate=(int)16000, encoding-name=(string)SPEEX, encoding-params=(string)1, payload=(int)110, ssrc=(uint)2180135228, clock-base=(uint)3949246459, seqnum-base=(uint)16483]
rtp_started
there are audio payload types
types=1
resolver finished
starting ice for audio
starting transport 192.168.5.11:8010 for component 1
starting transport 192.168.5.11:8011 for component 2
lt_started
lt_started
ice_started
after_ice_started
local candidate ready
flushing local candidates
incoming request: [transport-info]
audio candidates=4
adding 4 remote candidates
4 pairs
1, 192.168.5.11:8010 -> 79.104.207.182:8010
2, 192.168.5.11:8011 -> 79.104.207.182:8011
1, 192.168.5.11:8010 -> 79.104.207.182:8010
2, 192.168.5.11:8011 -> 79.104.207.182:8011
4 after pruning
connectivity check from 192.168.5.11:8010 to 79.104.207.182:8010
connectivity check from 192.168.5.11:8011 to 79.104.207.182:8011
connectivity check from 192.168.5.11:8010 to 79.104.207.182:8010
connectivity check from 192.168.5.11:8011 to 79.104.207.182:8011
received validated response
check success
received validated response
check success
received validated response
check success
component 1 already active, not signalling
connectivity check from 192.168.5.11:8011 to 79.104.207.182:8011
received validated response
check success
component 2 already active, not signalling
audio: average packet size=82, kbps=41
incoming request: [session-terminate]
cleaning up...
Releasing AudioIn:[oss,/dev/dsp0.0], refs=0
cleaning done.
Вторая сторона
incoming request: [transport-info] audio candidates=2 adding 2 remote candidates 4 pairs 1, 79.104.207.182:8010 -> 192.168.5.11:8010 2, 79.104.207.182:8011 -> 192.168.5.11:8011 1, 79.104.207.182:8010 -> 192.168.5.11:8010 2, 79.104.207.182:8011 -> 192.168.5.11:8011 4 after pruning connectivity check from 79.104.207.182:8010 to 192.168.5.11:8010 connectivity check from 79.104.207.182:8011 to 192.168.5.11:8011 connectivity check from 79.104.207.182:8010 to 192.168.5.11:8010 connectivity check from 79.104.207.182:8011 to 192.168.5.11:8011 using speexdsp Readying AudioIn:[alsa,default], refs=1 codec=speex rate=16000,width=16,channels=1 received validated request or indication received validated request or indication received validated request or indication received validated request or indication changing state... connectivity check from 79.104.207.182:8010 to 192.168.5.11:8010 connectivity check from 79.104.207.182:8011 to 192.168.5.11:8011 connectivity check from 79.104.207.182:8010 to 192.168.5.11:8010 connectivity check from 79.104.207.182:8011 to 192.168.5.11:8011 received validated request or indication connectivity check from 79.104.207.182:8010 to 192.168.5.11:8010 connectivity check from 79.104.207.182:8011 to 192.168.5.11:8011 connectivity check from 79.104.207.182:8010 to 192.168.5.11:8010 connectivity check from 79.104.207.182:8011 to 192.168.5.11:8011 connectivity check from 79.104.207.182:8010 to 192.168.5.11:8010 connectivity check from 79.104.207.182:8011 to 192.168.5.11:8011 connectivity check from 79.104.207.182:8010 to 192.168.5.11:8010 connectivity check from 79.104.207.182:8011 to 192.168.5.11:8011 error/timeout while setting send pipeline to PLAYING cleaning up... Releasing AudioIn:[alsa,default], refs=0 cleaning done. cleaning up... cleaning done. connectivity check from 79.104.207.182:8010 to 192.168.5.11:8010 connectivity check from 79.104.207.182:8011 to 192.168.5.11:8011 connectivity check from 79.104.207.182:8010 to 192.168.5.11:8010 connectivity check from 79.104.207.182:8011 to 192.168.5.11:8011
STUN
Все то же самое, но со STUN.
На стороне клиента с NAT прописан stun.iptel.org
Он рабочий. Проверил его
stun_client stun.xten.com STUN client version 0.96 Primary: Indepndent Mapping, Port Dependent Filter, preserves ports, no hairpin Return value is 0x000017
Но все равно соединение не удается установить. Видно что nat пробрасывает пакеты, но почему-то при этом не подменяет своим адресом (?)
tcpdump -n -i re0 "udp and (src 79.104.207.182 or dst 79.104.207.182)"
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on re0, link-type EN10MB (Ethernet), capture size 96 bytes 13:46:56.043772 IP 192.168.5.11.8010 > 79.104.207.182.8010: UDP, length 92 13:46:56.043997 IP 192.168.5.11.8011 > 79.104.207.182.8011: UDP, length 92 13:46:56.044221 IP 192.168.5.11.8010 > 79.104.207.182.8010: UDP, length 92 13:46:56.044429 IP 192.168.5.11.8010 > 79.104.207.182.8010: UDP, length 92 13:46:56.044640 IP 192.168.5.11.8010 > 79.104.207.182.8010: UDP, length 92 13:46:56.044837 IP 192.168.5.11.8011 > 79.104.207.182.8011: UDP, length 92 13:46:56.045039 IP 192.168.5.11.8011 > 79.104.207.182.8011: UDP, length 92 13:46:56.045254 IP 192.168.5.11.8011 > 79.104.207.182.8011: UDP, length 92 13:46:56.115508 IP 79.104.207.182.8011 > 192.168.5.11.8011: UDP, length 64 13:46:56.116626 IP 79.104.207.182.8011 > 192.168.5.11.8011: UDP, length 64 13:46:56.117875 IP 79.104.207.182.8011 > 192.168.5.11.8011: UDP, length 64 13:46:56.118992 IP 79.104.207.182.8011 > 192.168.5.11.8011: UDP, length 64 13:46:56.120242 IP 79.104.207.182.8010 > 192.168.5.11.8010: UDP, length 64 13:46:56.121741 IP 79.104.207.182.8010 > 192.168.5.11.8010: UDP, length 64 13:46:56.122868 IP 79.104.207.182.8010 > 192.168.5.11.8010: UDP, length 64 13:46:56.124113 IP 79.104.207.182.8010 > 192.168.5.11.8010: UDP, length 64 13:46:56.523891 IP 79.104.207.182.8010 > 192.168.5.11.8010: UDP, length 88 13:46:56.524301 IP 192.168.5.11.8010 > 79.104.207.182.8010: UDP, length 64 13:46:56.525635 IP 79.104.207.182.8010 > 192.168.5.11.8010: UDP, length 88 13:46:56.525872 IP 192.168.5.11.8010 > 79.104.207.182.8010: UDP, length 64 13:46:56.528900 IP 79.104.207.182.8011 > 192.168.5.11.8011: UDP, length 88 13:46:56.529523 IP 192.168.5.11.8011 > 79.104.207.182.8011: UDP, length 64 13:46:56.530504 IP 79.104.207.182.8011 > 192.168.5.11.8011: UDP, length 88