SIP プロトコルで STUN を実装しています... 同じ NAT の背後にある 2 つのデバイスを接続し、両方で STUN を有効にすると、マッピングされたポートを介してメディアを受信できないことがわかります..この動作は適切ですか??
ルーターがパブリック側の NAT を介して他のデバイス (同じ NAT に存在する) にメディアをルーティングしていないことがわかります...しかし、両方のデバイスはメディアを送信しますが、何も受信できません..
3 台のルーターで試してみたところ、すべてのルーターがパケットを他のデバイスに転送していないことがわかりました.....
マッピングされたポートを介して同じNAT内でパケットをルーティングしないのはルーターの動作ですか???
STUN は、クライアント アプリケーションがそのパブリック IP アドレスを決定できるようにすることのみを目的としているため、STUN 自体がポートを直接マッピングしたり、NAT を介したメディア トラバーサルに影響を与えたりすることはありません。
NATにはさまざまな種類があり、さまざまな方法で RTP (メディア) 接続に大混乱を引き起こす可能性があります。SIP と音声の問題を扱った記事は数多くありますが、ここに私が書いたSIP と音声があります。
SIP プロバイダーに SIP コールを発信する場合、多くの場合、STUN を使用しない方がよいでしょう。これは、プロバイダーは通常、SP パケット内のプライベート IP アドレスを SIP パケットの送信元のパブリック IP アドレスに置き換えるロジックをサーバー上に持っているためです。また、RTP パケットが、SIP INVITE 要求の SDP 部分でアドバタイズされたものとは異なるソケットから到着した場合、プロバイダーのメディア サーバーはそのソケットに切り替えます。これにより、クライアントの RTP ソケットにプライベート IP アドレスを指定する必要がなくなります。
両方ともプライベート ネットワーク上の 2 つの SIP ユーザー エージェント間で通話を発信しようとしている場合は、STUN が役立つ可能性がありますが、おそらく両方のユーザー エージェントの前にあるルーターでポート転送ルールを設定する必要があります。