2012-10-21 4 views
3

나는 STUN-like + rendez-vous 서버를 만들었습니다. WIFI (국내 NAT 뒤에 있음)를 통해 모든 것을 시도했으며 모든 것이 잘 작동합니다. 저는 두 개의 모바일 ISP를 가지고 있습니다. 하나는 모든 것을 허용합니다 (VoIP + P2P + 모뎀) (ISP 1) P2P (ISP 2)를 제외한 모든 것을 허용하는 또 다른 ISP입니다.3G 네트워크상의 VOIP

ISP 1을 시도 할 때 잘 작동합니다. 그러나 ISP 2로 시도하면 UDP 패킷이 통과되지 않습니다.

나는 컴퓨터를 ISP 2의 전화기에 연결하고 TUM NAT Analyzer를 실행했습니다.

그것은 그래서 분명히 그것은 임의의 포트 허식 (포트 예측 분명히를 사용하는 방법)와 대칭 NAT를 사용하는 나에게

UPnP Test (?): No UPnP device found 

STUN Test (?): Symmetric NAT 

UDP Binding Test (?): Endpoint depenent binding, port prediction may be hard 
TCP Binding Test: Endpoint depenent binding, port prediction may be hard 

UDP Mapping Test (?): local and external IP addresses were different 
(NAT). Your source ports were not preserved. It may be hard to predict your external source port. 
TCP Mapping Test: local and external IP addresses were different (NAT). 
Your source ports were not preserved. It may be hard to predict your external source port. 

SIP ALG (?): The initial SIP INVITE packet has not been modified on its way to our servers. 
There is no SIP ALG involved 
FTP ALG: The initial FTP PORT command has been modified. 
Most probably, your NAT implements a FTP-ALG 

을 말하고있다.

VoIP를 허용하지만 P2P (그리고 SIP ALG 없음)를 허용하는 ISP가 VOIP에서 작동하도록 릴레이 서버를 사용할 것으로 예상합니까?

아니면 뭔가 빠졌습니까? 내가 & T (그리고 아마도 다른 사람) AT 알고있는 것처럼 는

누구나하지만 생각을 같은 내 ISP 2와 NAT의 종류 (대칭 NAT) 그래서이 될 큰 문제, 내 생각을 .... 사용 , 반응은 좋을 것이다.

답변

1
  • 많은 VoIP 공급자는 SBC 또는 다른 RTP 프록시를 기반으로하는 인프라를 포함합니다. 어떤 경우에는 미디어 트래픽과 사용자가 보유한 NAT 유형을 함께 전달하지 않습니다.
  • 다른 끝 점이 대칭 NAT 뒤에 있지 않으면 (예를 들어 PSTN 게이트웨이가 매우 일반적인 경우) 추가 릴레이없이 연결할 수 있습니다.
  • 그렇지 않으면 TURN 계전기가 필요합니다.