anyone can take a look at this? has anyone enabled ICE on pjsua? is there any configuration need to be done? On my server i use rtpproxy to allow connectivity even when there is symetric nat. could that be a problem with the ICE? please help me here, thanks nir hi, i looked at the log files, attached the part from the log file. it seems that the ICE disabled for some reason. any help is appriciate. thanks, 17:40:18.552 pjsua_acc.c sip:5678 at X.X.X.X:30100: registration success, status=200 (OK), will re-register in 300 seconds 17:40:18.553 pjsua_acc.c Keep-alive timer started for acc 1, destination:X.X.X.X:30100, interval:15s 17:40:23.296 stuntsx0x74438 STUN timeout waiting for response 17:40:23.312 stuntsx0x74b12 STUN timeout waiting for response 17:40:27.692 pjsua_core.c RX 1429 bytes Request msg INVITE/cseq=29791 (rdata0x744c5c) from UDP 80.244.165.87:30100: INVITE sip:5678 at 84.108.198.80:5060 SIP/2.0 Record-Route: <sip:X.X.X.X:30100;lr=on> Via: SIP/2.0/UDP X.X.X.X:30100;branch=z9hG4bKa127.c77d75d.0 Via: SIP/2.0/UDP 84.108.198.80:1025 ;received=84.108.198.80;rport=1025;branch=z9hG4bKPjW6lfy9C29-D1N3rc5Peg323F85uqPeX4 Max-Forwards: 69 From: sip:1234@80.244.165.87 <sip%3A1234 at 80.244.165.87> ;tag=WbB6MVl139eI.EnfZA0OfyjwnGqP33ou To: sip:5678 at 80.244.165.87 <sip%3A5678 at 80.244.165.87> Contact: <sip:1234 at 84.108.198.80:1025;transport=UDP> Call-ID: pjmai2644sdEuNsHWU1vqutqEIHS2r-z CSeq: 29791 INVITE Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, SUBSCRIBE, NOTIFY, REFER, MESSAGE, OPTIONS Supported: replaces, 100rel, norefersub Content-Type: application/sdp Content-Length: 734 v=0 o=- 3457003991 3457003991 IN IP4 84.108.198.80 s=pjmedia c=IN IP4 80.244.165.87 t=0 0 a=X-nat:8 m=audio 30140 RTP/AVP 102 3 0 8 101 a=rtcp:34532 IN IP4 84.108.198.80 a=rtpmap:102 speex/8000 a=rtpmap:3 GSM/8000 a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=sendrecv a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-15 a=ice-ufrag:18d26c16 a=ice-pwd:5e82cfd7 a=candidate:Sc0a80166 1 UDP 2130706431 84.108.198.80 57208 typ srflx raddr 192.168.1.102 rport 57208 a=candidate:Hc0a80166 1 UDP 1694498815 192.168.1.102 57208 typ host a=candidate:Sc0a80166 2 UDP 2130706430 84.108.198.80 34532 typ srflx raddr 192.168.1.102 rport 34532 a=candidate:Hc0a80166 2 UDP 1694498814 192.168.1.102 34532 typ host a=nortpproxy:yes --end msg-- 17:40:27.695 pjsua_media.c Media index 0 selected for call 0 17:40:27.696 icetp00 ICE session created, comp_cnt=2, role is Controlled agent 17:40:27.696 icetp00 ICE nomination type set to aggressive 17:40:27.697 icetp00 Candidate 0 added: comp_id=1, type=srflx, foundation=Sc0a80164, addr=84.108.198.80:57079, base=192.168.1.100:57079, prio=0x7effffff (2130706431) 17:40:27.697 icetp00 Candidate 1 added: comp_id=1, type=host, foundation=Hc0a80164, addr=192.168.1.100:57079, base=192.168.1.100:57079, prio=0x64ffffff (1694498815) 17:40:27.697 icetp00 Candidate 2 added: comp_id=2, type=srflx, foundation=Sc0a80164, addr=84.108.198.80:47064, base=192.168.1.100:47064, prio=0x7efffffe (2130706430) 17:40:27.697 icetp00 Candidate 3 added: comp_id=2, type=host, foundation=Hc0a80164, addr=192.168.1.100:47064, base=192.168.1.100:47064, prio=0x64fffffe (1694498814) 17:40:27.699 icetp00 Processing SDP: support ICE=1, common comp_cnt=2, ice_mismatch=1, ice_restart=0, local_role=Controlled 17:40:27.699 icetp00 Stopping ICE, reason=ICE ice_mismatch in remote offer 17:40:27.699 icetp00 Destroying ICE session ---------- Forwarded message ---------- From: nir elkayam <nir.elkayam@xxxxxxxxx> Date: Sun, Jul 19, 2009 at 6:00 PM Subject: ICE on local network To: pjsip list <pjsip at lists.pjsip.org> hi all, I have enabled ICE on my sip phone. when I test it in local WLAN network, the delay still high which lead me to assume that there is no direct connection between the peers. doesn't ICE should make direct connection when possible? how do I know the ICE result? can it be that another configuration is needed for ICE to be used correctly? thanks, nir -- ??? ?????? ??: 050-3930056 nir.elkayam at gmail.com -- ??? ?????? ??: 050-3930056 nir.elkayam at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.pjsip.org/pipermail/pjsip_lists.pjsip.org/attachments/20090721/c74ac7b1/attachment.html>
