VoIPパケットはLAN通話でインターネットリンクを通過しますか？
それとも、本当に必要がない場合はLANを離れますか？
通話の両方の当事者が同じLANにいる場合、SIP/Skype通話の音声パケットはインターネットを介して出入りしますか？
もしそうなら、どうすればそれを回避できますか？帯域幅を節約し、通話品質を向上させたい。
SIPを使用すると、制御パケットは多くの場合リモートであるコントローラーに到達する必要がありますが、実際の音声パケットはLANを離れることなくP2P接続で移動できます。それをどのように機能させるか、そして同じことがSkypeにも起こり得るかどうかはわかりません。
プロトコルによって異なる場合がありますが、タグにSIPとSkypeを指定したので、それらの特定の用語に基づいて指定します。
SIPはセッションベースであるため、2つのポイント間で（SIPサーバー経由で）セッションが作成されると、RTPオーディオを伝送する実際のRDPパケットストリームは2つのポイント間でのみ移動するため、これがLAN上にある場合、SIPサーバー（どこにいても）が2つのポイント間の接続を開始すると、要求を受信するまでバックアウトします。いずれかの電話（転送やさようならなど）から。この時点での音声パケットがLANを離れることはありません。
Skypeに関する限り、SIPではなく、クローズドソースである プロプライエタリプロトコル です。このプロトコルがどのように機能するかは正直わかりませんが、同様であると推測します（サーバーを介してすべての音声トラフィックをリダイレクトすると、そのサーバーに大きな負荷がかかり、その接続には、会社のコストがはるかに高くなると思います）そうすることには比較的少ない利点があるので対処してください）。
可能ですが、可能性は低いです。あなたが確かに言うことができるいくつかの簡単な方法があります。
まず、あるクライアントから次のクライアントへのtracerouteを実行して、ネットワークが適切に構成されていることを確認します。 tracerouteパケットがLANを離れる場合、somethigは深刻な設定ミスです。
次に、VoIP通話を開始します。通話が開始されたら、WAN接続のプラグを物理的に引き、LANを稼働させたままにします。通話が切断されない場合、パケットはLANに分離されます。通話が切断され、確実に非効率的にルーティングされています。
明確な答えはわかりませんが、そうだと思います。SkypeはあなたのLANを使用します。これは些細なチェックであり、Skypeの人々がそれをアプリに入れなかった理由はわかりません。
SkypeはTCPを介してスーパーノードに接続し、接続をセットアップします。
スーパーノードは、両方のPCがLAN上のNATの背後にあり、途中にポート制限されたファイアウォールがあることを確認します。通常、これは、スーパーノードがノード間でトラフィックをルーティングする必要があることを意味します。しかし、スーパーノードは両方のPCが同じパブリックIPアドレスを持っていることを確認できます。
スーパーノードは、PCに（UDPを介して）オーディオを互いの内部NATアドレスに送信し、何が起こるかを確認するように指示します。これは、同じパブリックIPアドレスを持っているためにのみ行われます。成功した場合、 PCは直接通信します。それ以外の場合、フォールバックはスーパーノードを使用してオーディオをルーティングすることです。
私が言ったように、私はSkypeが何をするのかを明確に知りませんが、私は以前に（C++で実装されたように）VoIPシステムに取り組み、それが単純な最適化であることを知っています。
直接LANルーティングが機能するかどうかについて意見が分かれている フォーラムスレッド がいくつかあります。意見がまちまちであるため、何らかの理由で常に機能するとは限らないのではないかと思います。
音声パケットはLANのP2P接続を介して送信できますが、この場合の発信者はサードパーティ（Skypeサーバー）を使用して受信者を見つけて接続しています。つまり、Skypeは発信者とレシピエントのWLANアドレスを認識しています。 LANアドレスはインターネットルーターにのみ表示されるため、SkypeサーバーはLANアドレスを表示できません。
したがって、P2P接続は2つのWLANアドレス間でのみ確立できます。
これを行うには、直接LAN接続を期待するプログラムを使用する必要があると思います。たとえば、iChatは、接続をプロキシするためにインターネットベースのサーバーを必要としないbonjourを実行できます。
私疑わしいあなたが見つけるサービスベースのVOIPはLANを直接通過する能力を持っていないでしょう。少なくとも、プロキシとしてLANベースの「企業」サーバーがなければ。