WebRTC 공유기 - 공유기 환경인데 어떻게 P2P 연결이 될까요?

Question

샘플 소스로 테스트 중이고, 구성이 아래와 같이 되어 있습니다.PC1(192.168.50.8) ------- Signaling 서버(공인IP) ------- PC2(192.168.59.220)STUN은 무료 구글 서버(stun:stun.l.google.com:19302)로 설정TURN은 없습니다.PC1과 PC2가 P2P 연결이 안되서 화상/음성 채팅이 안될 것으로 예상 했지만 동작 하네요.이론적으로 서로 다른 내부망이면 TURN이 중간에서 릴레이를 시켜줘야 한다고 하는데 TURN은 없습니다.어떻게 가능한 것일까요?아래부터는 서버 로그에요.[0gsomtgq] 웹소켓 연결됨[0gsomtgq] join : {&#34;userdata&#34;:{&#34;whatever-you-want-here&#34;:&#34;stuff&#34;},&#34;channel&#34;:&#34;some-global-channel-name&#34;}[0gsomtgq] 처음 사용자 채널 생성 : some-global-channel-name[gc5lwkpe] 웹소켓 연결됨[gc5lwkpe] join : {&#34;userdata&#34;:{&#34;whatever-you-want-here&#34;:&#34;stuff&#34;},&#34;channel&#34;:&#34;some-global-channel-name&#34;}[gc5lwkpe] relaying session description to [0gsomtgq] : {&#34;type&#34;:&#34;offer&#34;,&#34;sdp&#34;:&#34;v&#61;0
o&#61;- 2587637773958101157 2 IN IP4 127.0.0.1
s&#61;-
t&#61;0 0
a&#61;group:BUNDLE 0
a&#61;extmap-allow-mixed
a&#61;msid-semantic: WMS e1a7ad61-acc1-4f74-90df-04a7d1c6d7d6
m&#61;audio 9 UDP/TLS/RTP/SAVPF 111 63 9 0 8 13 110 126
c&#61;IN IP4 0.0.0.0
a&#61;rtcp:9 IN IP4 0.0.0.0
a&#61;ice-ufrag:N2C3
a&#61;ice-pwd:P57MpQqaYu5/xQcaWaPgefHG
a&#61;ice-options:trickle
a&#61;fingerprint:sha-256 C7:06:39:09:C0:AC:DB:1E:FA:8D:27:EE:EC:2F:0D:32:DC:8E:0B:CF:27:4D:FB:16:11:AB:0A:0D:07:50:3D:D7
a&#61;setup:actpass
a&#61;mid:0
a&#61;extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level
a&#61;extmap:2 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time
a&#61;extmap:3 http://www.ietf.org/id/draft-holmer-rmcat-transport-wide-cc-extensions-01
a&#61;extmap:4 urn:ietf:params:rtp-hdrext:sdes:mid
a&#61;sendrecv
a&#61;msid:e1a7ad61-acc1-4f74-90df-04a7d1c6d7d6 4b92d329-740b-4bcb-b751-c525bab83675
a&#61;rtcp-mux
a&#61;rtpmap:111 opus/48000/2
a&#61;rtcp-fb:111 transport-cc
a&#61;fmtp:111 minptime&#61;10;useinbandfec&#61;1
a&#61;rtpmap:63 red/48000/2
a&#61;fmtp:63 111/111
a&#61;rtpmap:9 G722/8000
a&#61;rtpmap:0 PCMU/8000
a&#61;rtpmap:8 PCMA/8000
a&#61;rtpmap:13 CN/8000
a&#61;rtpmap:110 telephone-event/48000
a&#61;rtpmap:126 telephone-event/8000
a&#61;ssrc:52006631 cname:HBmu4rgX&#43;JKCn5DD
a&#61;ssrc:52006631 msid:e1a7ad61-acc1-4f74-90df-04a7d1c6d7d6 4b92d329-740b-4bcb-b751-c525bab83675
&#34;}[gc5lwkpe] relaying ICE candidate to [0gsomtgq] : {&#34;sdpMLineIndex&#34;:0,&#34;candidate&#34;:&#34;candidate:513468208 1 udp 2122260223 192.168.59.220 49498 typ host generation 0 ufrag N2C3 network-id 1&#34;}[0gsomtgq] relaying session description to [gc5lwkpe] : {&#34;type&#34;:&#34;answer&#34;,&#34;sdp&#34;:&#34;v&#61;0
o&#61;- 8800638496649546606 2 IN IP4 127.0.0.1
s&#61;-
t&#61;0 0
a&#61;group:BUNDLE 0
a&#61;extmap-allow-mixed
a&#61;msid-semantic: WMS 59289f65-2c6a-4a44-9cfa-6cc9d8a75c33
m&#61;audio 9 UDP/TLS/RTP/SAVPF 111 63 9 0 8 13 110 126
c&#61;IN IP4 0.0.0.0
a&#61;rtcp:9 IN IP4 0.0.0.0
a&#61;ice-ufrag:gmc8
a&#61;ice-pwd:2WfgFwuhY3WGmekbITFTVGsy
a&#61;ice-options:trickle
a&#61;fingerprint:sha-256 6B:FE:98:5B:98:AD:DA:7A:AB:21:7D:AE:47:F4:89:AC:F5:5F:31:87:35:34:CB:7E:42:7E:B4:FF:BA:0E:3E:02
a&#61;setup:active
a&#61;mid:0
a&#61;extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level
a&#61;extmap:2 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time
a&#61;extmap:3 http://www.ietf.org/id/draft-holmer-rmcat-transport-wide-cc-extensions-01
a&#61;extmap:4 urn:ietf:params:rtp-hdrext:sdes:mid
a&#61;sendrecv
a&#61;msid:59289f65-2c6a-4a44-9cfa-6cc9d8a75c33 ca566a44-6c6c-4cb3-8002-ca92b249281d
a&#61;rtcp-mux
a&#61;rtpmap:111 opus/48000/2
a&#61;rtcp-fb:111 transport-cc
a&#61;fmtp:111 minptime&#61;10;useinbandfec&#61;1
a&#61;rtpmap:63 red/48000/2
a&#61;fmtp:63 111/111
a&#61;rtpmap:9 G722/8000
a&#61;rtpmap:0 PCMU/8000
a&#61;rtpmap:8 PCMA/8000
a&#61;rtpmap:13 CN/8000
a&#61;rtpmap:110 telephone-event/48000
a&#61;rtpmap:126 telephone-event/8000
a&#61;ssrc:1594771964 cname:BdEVhMDcHy5E6VqT
&#34;}[0gsomtgq] relaying ICE candidate to [gc5lwkpe] : {&#34;sdpMLineIndex&#34;:0,&#34;candidate&#34;:&#34;candidate:2419506898 1 udp 2122260223 172.24.160.1 60490 typ host generation 0 ufrag gmc8 network-id 1&#34;}[0gsomtgq] relaying ICE candidate to [gc5lwkpe] : {&#34;sdpMLineIndex&#34;:0,&#34;candidate&#34;:&#34;candidate:3344489475 1 udp 2122194687 172.20.160.1 60491 typ host generation 0 ufrag gmc8 network-id 3&#34;}[0gsomtgq] relaying ICE candidate to [gc5lwkpe] : {&#34;sdpMLineIndex&#34;:0,&#34;candidate&#34;:&#34;candidate:4044319420 1 udp 2122129151 192.168.50.8 60492 typ host generation 0 ufrag gmc8 network-id 2 network-cost 10&#34;}[gc5lwkpe] relaying ICE candidate to [0gsomtgq] : {&#34;sdpMLineIndex&#34;:0,&#34;candidate&#34;:&#34;candidate:3761255332 1 tcp 1518280447 192.168.59.220 9 typ host tcptype active generation 0 ufrag N2C3 network-id 1&#34;}[gc5lwkpe] relaying ICE candidate to [0gsomtgq] : {&#34;sdpMLineIndex&#34;:0,&#34;candidate&#34;:&#34;candidate:1666151684 1 udp 1686052607 211.36.133.241 22663 typ srflx raddr 192.168.59.220 rport 49498 generation 0 ufrag N2C3 network-id 1&#34;}[0gsomtgq] relaying ICE candidate to [gc5lwkpe] : {&#34;sdpMLineIndex&#34;:0,&#34;candidate&#34;:&#34;candidate:4009319498 1 tcp 1518280447 172.24.160.1 9 typ host tcptype active generation 0 ufrag gmc8 network-id 1&#34;}[0gsomtgq] relaying ICE candidate to [gc5lwkpe] : {&#34;sdpMLineIndex&#34;:0,&#34;candidate&#34;:&#34;candidate:3113696923 1 tcp 1518214911 172.20.160.1 9 typ host tcptype active generation 0 ufrag gmc8 network-id 3&#34;}[0gsomtgq] relaying ICE candidate to [gc5lwkpe] : {&#34;sdpMLineIndex&#34;:0,&#34;candidate&#34;:&#34;candidate:2411759652 1 tcp 1518149375 192.168.50.8 9 typ host tcptype active generation 0 ufrag gmc8 network-id 2 network-cost 10&#34;}[0gsomtgq] relaying ICE candidate to [gc5lwkpe] : {&#34;sdpMLineIndex&#34;:0,&#34;candidate&#34;:&#34;candidate:705448701 1 udp 1685921535 27.126.11.151 6287 typ srflx raddr 192.168.50.8 rport 60492 generation 0 ufrag gmc8 network-id 2 network-cost 10&#34;}

캐티 · Answer

원래 이런 비 정적 인터넷 끝점 환경을 염두하여 만든 것이므로 연결이 되어요.udp 연결은 사실 접속 과정이 존재하지 않아서 한 개 소켓으로 sendto, receivefrom 형태로 어디든 데이터를 보낼 수 있는 구조이어요.방화벽이 존재하여 수신을 할 수 없는 상태이지만 sendto 로 상대에게 보낸 경우 해당 경로에 대해서 수신이 일시적으로 가능한 상태가 되거든요.stun 서버가 필요한 이유는 NAT 을 거치는 경우 5000 포트 번호를 사용하여도 이미 다른 컴피터가 5000번 포트를 사용 중일 수 있어서 보통 NAT들은 사용 가능한 아무 포트를 사용하여요. 이 경우에 아무 포트가 무엇인지 내 컴피터가 알 수 없으므로 어딘가에 있는 stun 서버를 사용하여 데이터를 받아요.offer 에는 내 컴피터 인터넷 경로가 들어있고 상대측의 answer 에는 상대 컴피터에 인터넷 경로가 들어있으므로 이 둘의 데이터를 교환하면 연결 경로를 알 수 있게 되면서 udp 연결을 일시적으로 개방하는 찰나에 연결을 수립하게 되빈다.찰나의 순간이지만 stun 서버에 반복적으로 인터넷 경로를 갱신 하는 방법으로 udp 연결이 keep-alive 상태가 유지되어요. 갱신 하지 않으면 시스템 커널에서 내부적인 타임아웃처리와 방화벽의 정책등으로 연결이 끊어질 수 밖에 없ㅇ르 것이빈다.

WebRTC 공유기 - 공유기 환경인데 어떻게 P2P 연결이 될까요?

1개의 답변

#webrtc 목록