問題タブ [mss]

クレイジーに聞こえるかもしれませんが、MSS などの TCP スタック パラメータを手動で構成する必要がある場合があります。

たとえば、ここで説明されているように、マシン全体で実行できることがわかります。しかし、tcp ソケットごとに設定する方法が必要です。

したがって、これは実際には 2 つの部分からなる質問であり、最初の質問から 2 番目の質問へと続きます。

私は PHP サーバー プロジェクトに取り組んでおり、ソケットを作成するさまざまな方法に少し混乱しています。新しい方法を使用して、それぞれ 3 つのソケットを作成することができました。もしあれば、これら3つの方法の根本的な違いを知っている人はいますか?

「socket_create」を使用した方法 1

「fsockopen」を使用する方法 2

「stream_socket_client」を使用する方法 3

違いはわかりませんが、TCP ウィンドウ サイズを制御する方法を探して 3 つのオプションすべてを調べていました。データ ペイロードが 1460 バイトのパケットを LAN 経由でクライアントにプッシュしようとしていますが、パケット キャプチャを確認すると、パケットの TCP データ部分が常に 1448 バイトで短くなります。何か案は？

前もって感謝します！

IPERF を使用して、ある PC から別の PC にパケットを送信しています。IPERF で MSS (Maximum Segment Size) をテストしているときに、次のことが観察されました。

MSS = 20 バイトのパケットを送信します。

上記のコマンドは、MSS = 20 バイト、
MTU = MSS + 40 バイト = 60 バイトのパケットを送信すると予想していましたが、IPERF は MSS = 36 バイト (MTU = 76 バイト) を示しています。

IPERF は常に、指定したサイズよりも 12 バイト小さいサイズの MSS を送信することがわかりました。

ここで、パケットを送信する PC は Linux マシンであり、これらのパケットを受信する PC は Windows マシンであることに注意してください。Linux では IPERF コマンドを使用してパケットを生成しますが、Windows では JPERF の照合が実行され、着信パケットに関する情報が表示されます。

もう 1 つの重要なことは、送信したパケットを受信した後の Windows マシン上の JPERF が次のように表示することです: MSS および MTU サイズが不明です (TCP_MAXSEG は OS でサポートされていませんか?)

MSSがどのように/なぜ減少するのか考えていますか?

MSSがSYNパケットにどのように設定されているのでしょうか。1つのオペレーティングシステムで固定値ですか、それとも同じオペレーティングシステムで値を変更できますか？オペレーティングシステムによって値が異なることは知っています。また、SYNのMSS値はハードウェア構成に関連していますか？ありがとう。

基本的に、iOS SDK で MMS ビデオをストリーミングして再生したいと考えています。MPMovieplayerMMS や RSTP ではなく、いくつかのビデオをストリーミングできます。これについて調べてみましたが、明確な解決策が見つかりませんでした。誰でも私を助けることができますか？

VLC Mobile を試してみました: http://wiki.videolan.org/MobileVLC Dropcam: https://github.com/dropcam/dropcam_for_iphone

しかし、これらのオプションを使用できません。

サーバーがリソースの少ないセンサー/追跡デバイスのファームウェアを更新する必要がある特別なアプリケーションでは、新しいファームウェアのパケットを受信するリモート デバイス (クライアント) でデータが失われることがあるという問題が発生しました。接続は GPRS ネットワーク上の TCP/IP です。デバイスは、ネットワーク インターフェイスとして SIM900 GSM チップを使用します。

デバイスが受信するデータが多すぎるために、問題が発生する可能性があります。パッケージを送信する頻度を減らしてトラフィックを減らしてみましたが、それでもエラーが発生する場合がありました。

SIM900 チップの地元の小売業者に連絡しました。この小売業者は、技術サポートを提供し、チップの中国の製造元 (simcom) に連絡することも担当しています。彼らは、最初に接続の TCP MSS (最大セグメント サイズ) を減らすことを試みる必要があると言いました。

私たちのサーバーでは、次のことを行いました。

上記のコードを実行すると、次のようになります。

ご覧のとおり、出力の 2 行目の問題: setsockopt は「無効な引数」を返します。

なぜこれが起こるのですか？TCP_MAXSEG を設定する際のいくつかの制約について読みましたが、このような動作に関する報告はありませんでした。

ありがとう、デニス

アプリケーションをリバース エンジニアリングしようとしていますが、TCP ウィンドウ サイズがどのように機能するかを理解するのに助けが必要です。私の MTU は 1460 です。私のアプリケーションは、TCP を使用してポイント A から B にファイルを転送します。次のことを知っています。

• ファイルはサイズ 8K のセグメントに分割されます
• 各セグメントは圧縮されています
• 次に、各セグメントが TCP 経由でポイント B に送信されます。テキスト ファイルのこれらのセグメントのサイズは 148 バイト、pdf の場合は 6000 バイトです。

テキスト ファイルの場合、148 個のセグメントが互いに結合して 1 つの大きな TCP ストリームを形成しているはずですか? ウィンドウサイズに応じて分割されますか？

どんな助けでも大歓迎です。

これは、新しいリンク サーバーを作成しようとしたときに SQL Server から受け取ったメッセージです。

oPreProcessExecution(RunType runType, ExecutionMode& executionResult)

リンク サーバー "MISYS_SBM11" の OLE DB プロバイダー "MSDASQL" のデータ ソース オブジェクトを初期化できません。
リンク サーバー "MISYS_SBM11" の OLE DB プロバイダー "MSDASQL" から、"[Microsoft][ODBC Driver Manager] データ ソース名が見つからず、既定のドライバーが指定されていません" というメッセージが返されました。(.Net SqlClient データ プロバイダー)

サーバー名: 192.XX.X.XX\MISYSSBMSE
エラー番号: 7303
重大度: 16
状態: 1
手順: sp_testlinkedserver
行番号: 1

プログラムの場所:

Microsoft.SqlServer.Management.Common.ConnectionManager.ExecuteTSql (ExecuteTSqlAction アクション、オブジェクト execObject、DataSet fillDataSet、Boolean catchException)
で Microsoft.SqlServer.Management.Common.ServerConnection.ExecuteNonQuery (文字列 sqlCommand、ExecutionTypes executionType) で