タグ付けされた質問 「udp」

昨日のインタビュアーは、pingのポート番号とTCP / UDPを使用するプロトコルpingを尋ねます。 インタビューの後、インターネットで検索し、ICMPがポート7を使用していると言う別の異なる結果を見つけました。 誰でも正しい説明で私を助けることができますか？ よろしく、ニシャド

50 tcp  ping  udp  icmp 

TCPはトランスポート層で信頼性を提供しますが、UDPは提供しません。したがって、UDPは高速です。ただし、アプリケーション層のプロトコルは、UDPを使用しながら信頼性の高いメカニズムを実装できます。 この意味で、信頼性が必要なのにUDPがTCPより速い場合、なぜ信頼性のあるUDP（アプリケーション層に実装されている）がTCPの代替ではないのでしょうか？

25 tcp  udp 

UDPはコネクションレスプロトコルであるため、Sonicwallファイアウォールの「UDP接続タイムアウト」の設定に混乱しています。デフォルトの30秒に設定されていますが、30秒後に何がタイムアウトしますか？ 実際の実際の状況は次のとおりです。ntp.orgプールには、毎分約3000件のクエリを処理するNTPサーバーがあります。これにより、帯域幅の面ではなく、SOHOグレードTZ-200に少し負担がかかります。しかし、接続数という点では、通過します。UDP接続がSonicWall上でどうにか「生き続ける」のかどうか疑問に思っています。（定義上）コネクションレスであるにもかかわらず。 ここで何が欠けていますか？SonicWallが「UDP接続タイムアウト」について話すとき、それは何を意味しますか？

18 sonicwall  udp 

私はTCPとUDPの両方がIP上に構築されていることを知っています。TCPとUDPの違いは知っていますが、「raw ip」とは何かについては混乱しています。TCPとUDPの両方がIPを実装しているが、そのIP自体はデータを転送できないと言うのは公平でしょうか？または、IPは、TCPとUDPによってさらに抽象化された非常に低レベルの通信形式ですか？

18 ip  tcp  layer3  udp  layer4 

閉まっている。この質問はトピック外です。現在、回答を受け付けていません。 この質問を改善したいですか？ 質問を更新して、 Network Engineering Stack Exchangeのトピックになるようにします。 2年前に閉店。 ここにジレンマがあります。別のリモートデバイスと通信するデバイスがありますが、それらの間にファイアウォールがあります。これはUDP接続なので、特定のポートが開いているかどうかをテストするためにTCPユーティリティが機能しません。ファイアウォールから取得できることはわかっていますが、アクセス権がないため、ポートが開いていないことを証明する必要があります。 ソースシステムはWindows 7システムで、デスティネーションシステムはLinuxを実行しているアプライアンスです。

13 security  troubleshooting  udp 

まあ、それは馬鹿げた質問に聞こえるかもしれませんし、私の経験が積み重なって、プロトコルについてどんどん学んでいくにつれて、最も適切な答えは私が言うことができるようになると思います。 しかし、私は学生であり、現場での経験はあまりありません。どのプロトコルでもグーグルできますが、経験則があるかどうか知りたいです。私はまだ「経験則」を求めるのは愚かだと思うが、それでも私はそれを探している。 Wikipediaでこのリストに遭遇しました。これには、プロトコルと、表形式でTCPとUDPのどちらを使用するかが記載されています。ただし、特定のプロトコルの行に単一のポート番号を持つTCPとUDPの両方が含まれている場合の意味を理解できません。たとえば、Telnet行の場合は23-TCP-UDPです。これは何を意味するのでしょうか？TelnetはTCPポート23とUDPポート23の両方で動作しますか？ また、教科書でTFTPがUDPを使用していると記載されていますが、上の表を見ると、TFTP行は69-TCP-UDPです。したがって、上の表で何が起こっているのかを推測してください。

9 tcp  udp  layer4  transport-protocol 

私は、UDPプロトコルで「穴を開ける」プロセスに関する記事を読んだだけです。どのように行われるかは理解していますが、最後に1つ質問があります。ランデブーサーバーとクライアントA、Bがあります。 クライアントAは、クライアントBのためにすでに穴を開けました。クライアントBは、ランデブーサーバーからNAT IPとNATポートを受信し、ランデブーサーバーと同じポートにデータを送信し始めます。NATがUDP接続用に開いている2番目のポートを知っているとしましょう。この2番目のポートからもパケットを送信できますか？または、ポートはすべての発信UDP接続で区別されますか？その場合、どうしてクライアントBとランデブーサーバーに同じポートを使用できるのでしょうか。クライアントAが穴を開け、クライアントBがこの特定の接続のためにNATがどの新しいポートを開いたかを知らなければならないときに、NATは新しいポートを開きませんか？ 私の質問が多少理解できるといいのですが。

8 nat  udp 

ここでネットワーキングの初心者。私はコンピュータネットワーキング（第3版）の本を読んでおり、セクション3.2では、UDPとTCPの両方の多重化/逆多重化について説明しています。 UDPプロトコルでは、ソケットは送信元IPと送信元ポートによって一意に識別されます。 TCPプロトコルでは、ソケットは送信元IP、送信元ポート、宛先IP、および宛先ポートによって一意に識別されます。TCPプロトコルがセグメントを正しく逆多重化して正しいプロセスに送信するために、受信ホストが2つの追加情報を必要とするのはなぜですか？ これが必要な理由を私が考えることができる唯一の理由は、クライアントが常にTCPセグメントを接続要求セグメントと同じポートに送信する場合です。たとえば、サーバーが別のポートでそのセッション専用のTCPソケットを確立していても、ブラウザは常にデータをサーバーのポート80に送信します。その場合、TCPは送信元IPと送信元ポートの情報を使用して、正しいソケットに逆多重化する必要があります。単一のホストが複数のセッションを確立できるため、ソースIP情報だけに依存することはできませんが、各セッションは異なるポート上にある必要があります。 UDPにこの問題がない理由は、UDPには要求に対する複数の新しいソケットの「発生」がないため、宛先IP /ポートコンボが要求を処理するプロセスが接続されているソケットを識別するためです。 これは正しいですか、それとも間違った結論に達しましたか？

8 tcp  protocol-theory  udp  layer4  transport-protocol 

比較的noobの質問について事前に謝罪し、これがトピックから外れているかどうか（私はわかりません...） 状況としては、UDPクライアントとサーバーが同じポートにバインドされています。 NATについての私の理解では、クライアントから特定のエンドポイントに送信されるUDPパケットは、送信元ポートを宛先エンドポイントにマッピングするNATテーブルへの一時的なエントリになります。（これは正しいですか？） これは、まだ不明なエンドポイントが、UDPパケットが通過するのと同じポートへのサーバーとのUDP通信を開始した場合にも意味しますか？NATがこれを防ぐ理由はありますか？NATは、これらの着信パケットをブロック/許可することも考慮しますか？

8 nat  udp 

一般に、データセンター間のリンクは共有されます（共有ネットワークインフラストラクチャがあります）。したがって、私は変更される場合があります2つのデータセンター間で利用可能な帯域幅を検出することはできませんすべての中を、道を通じて。 連続して、私はそのようなリンクの間で私のUDPパケットを提出することによってネットワークを絞ることができません。なぜなら、私はパケットのドロップとメッセージの損失を心配しているからです。 2つのデータセンター間で利用可能な帯域幅を瞬時に繰り返し検出して、パケットで帯域幅を調整できる方法はありますか？

7 qos  bandwidth  udp  throughput