{"action":"created","issue":{"url":"https://api.github.com/repos/EricssonResearch/openwebrtc/issues/589","repository_url":"https://api.github.com/repos/EricssonResearch/openwebrtc","labels_url":"https://api.github.com/repos/EricssonResearch/openwebrtc/issues/589/labels{/name}","comments_url":"https://api.github.com/repos/EricssonResearch/openwebrtc/issues/589/comments","events_url":"https://api.github.com/repos/EricssonResearch/openwebrtc/issues/589/events","html_url":"https://github.com/EricssonResearch/openwebrtc/issues/589","id":141473284,"number":589,"title":"TURN Allocation Mismatch errors","user":{"login":"alessandrod","id":62002,"avatar_url":"https://avatars.githubusercontent.com/u/62002?v=3","gravatar_id":"","url":"https://api.github.com/users/alessandrod","html_url":"https://github.com/alessandrod","followers_url":"https://api.github.com/users/alessandrod/followers","following_url":"https://api.github.com/users/alessandrod/following{/other_user}","gists_url":"https://api.github.com/users/alessandrod/gists{/gist_id}","starred_url":"https://api.github.com/users/alessandrod/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/alessandrod/subscriptions","organizations_url":"https://api.github.com/users/alessandrod/orgs","repos_url":"https://api.github.com/users/alessandrod/repos","events_url":"https://api.github.com/users/alessandrod/events{/privacy}","received_events_url":"https://api.github.com/users/alessandrod/received_events","type":"User","site_admin":false},"labels":[],"state":"open","locked":false,"assignee":null,"milestone":null,"comments":3,"created_at":"2016-03-17T04:00:54Z","updated_at":"2016-03-18T03:40:58Z","closed_at":null,"body":"After a successful TURN allocation request, closing an openwebrtc client and reopening it shortly after (minutes), often leads to TURN failing due to Allocation Mismatch errors. I have reproduced this with two TURN servers, and it's reliably reproducible with coturn. \r\n\r\nSomething seems to be fishy with session lifetimes, the transaction ids used by libnice and allocation request retransmissions. "},"comment":{"url":"https://api.github.com/repos/EricssonResearch/openwebrtc/issues/comments/198187557","html_url":"https://github.com/EricssonResearch/openwebrtc/issues/589#issuecomment-198187557","issue_url":"https://api.github.com/repos/EricssonResearch/openwebrtc/issues/589","id":198187557,"user":{"login":"xelven","id":11630321,"avatar_url":"https://avatars.githubusercontent.com/u/11630321?v=3","gravatar_id":"","url":"https://api.github.com/users/xelven","html_url":"https://github.com/xelven","followers_url":"https://api.github.com/users/xelven/followers","following_url":"https://api.github.com/users/xelven/following{/other_user}","gists_url":"https://api.github.com/users/xelven/gists{/gist_id}","starred_url":"https://api.github.com/users/xelven/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/xelven/subscriptions","organizations_url":"https://api.github.com/users/xelven/orgs","repos_url":"https://api.github.com/users/xelven/repos","events_url":"https://api.github.com/users/xelven/events{/privacy}","received_events_url":"https://api.github.com/users/xelven/received_events","type":"User","site_admin":false},"created_at":"2016-03-18T03:40:58Z","updated_at":"2016-03-18T03:40:58Z","body":"petty nice, I think there is something wrong with port range in libnice,\r\nI was setup the port range in sdk by ```owr_transport_agent_set_local_port_range(transport_agent,40000,65535);```\r\nafter ```transport_agent``` alloc, but it seems also got weird data such as the problem I report to libnice.\r\n```\r\n1.STUN discovery weird value for port (both Public and internal).\r\nI used libnice-0.1.13 and build on my Mac and I modify code for added the port range in sdp-example.c,\r\n\"nice_agent_set_port_range(agent,stream_id,1,40000,65535);\"\r\nbut it always get the port 9, here is log: \r\nMac:examples allenchan$ sudo sdp-example 0 \"stun.l.google.com\" 19302\r\nGenerated SDP from agent :\r\nm=text 52486 ICE/SDP\r\nc=IN IP4 192.168.1.112\r\na=ice-ufrag:R1si\r\na=ice-pwd:NdKMhMMhoxV+pnAKM0e5IB\r\na=candidate:1 1 UDP 2013266431 192.168.1.112 63658 typ host\r\na=candidate:2 1 TCP 1019216383 192.168.1.112 9 typ host tcptype active\r\na=candidate:3 1 TCP 1015022079 192.168.1.112 52486 typ host tcptype passive\r\na=candidate:4 1 UDP 2013266431 fe80::7ec3:a1ff:feaa:503 63659 typ host\r\na=candidate:5 1 TCP 1019216383 fe80::7ec3:a1ff:feaa:503 9 typ host tcptype active\r\na=candidate:6 1 TCP 1015022079 fe80::7ec3:a1ff:feaa:503 52487 typ host tcptype passive\r\n \r\nif in iOS device is going to be port 0\r\n    sdp = \"v=0\r\n\\no=- 1455000713520020200 1 IN IP4 127.0.0.1\r\n\\ns=-\r\n\\nt=0 0\r\n\\nm=audio 1 RTP/SAVPF 111 8 0\r\n\\nc=IN IP4 0.0.0.0\r\n\\na=rtcp-mux\r\n\\na=sendrecv\r\n\\na=rtpmap:111 OPUS/48000/2\r\n\\na=rtpmap:8 PCMA/8000\r\n\\na=rtpmap:0 PCMU/8000\r\n\\na=ice-ufrag:zWmW\r\n\\na=ice-pwd:sjkGcsCaD39FsDsuziLprr\r\n\\na=candidate:1 1 UDP 2013266431 192.168.31.149 51640 typ host\r\n\\na=candidate:2 1 TCP 1019216383 192.168.31.149 0 typ host tcptype active\r\n\\na=candidate:3 1 TCP 1015022079 192.168.31.149 50899 typ host tcptype passive\r\n\\na=candidate:4 1 UDP 1677722111 220.130.33.227 51640 typ srflx raddr 192.168.31.149 rport 51640\r\n\\na=candidate:5 1 TCP 847249919 220.130.33.227 0 typ srflx raddr 192.168.31.149 rport 0 tcptype active\r\n\\na=candidate:6 1 TCP 843055615 220.130.33.227 50899 typ srflx raddr 192.168.31.149 rport 50899 tcptype passive\r\n\\na=fingerprint:sha-256 75:B0:02:16:F3:42:18:B5:B8:F6:2C:5A:D9:6F:6A:AD:F6:09:A8:65:55:21:D4:B5:0A:24:67:4A:33:7B:C7:BB\r\n\\na=setup:actpass\r\n\\n\";\r\n    type = offer;\r\n```"}}