- 締切済み
パケットドロップの発生について
junkUserの回答
- junkUser
- ベストアンサー率56% (218/384)
> 先方も私もOSがMTUに合わせて複数のパケットに分けることを > フラグメントと誤って解釈して、話が進んでいたようです。 フラグメントパケットがドロップされた通信障害だと思いこんでいましたが、これだと調べる範囲が変わってきますね。 根本に立ち返りますが・・・通信障害はどのように発見されたでしょうか？ タイムアウト・・・TCPに問題 データ異常・・・ソフトウェアに問題 アプリケーション、ネットワークドライバなどOSより上の領域で不具合 TCP のレイヤーで異常があれば、再送リクエストが送られます。 再送リクエストでもパケットを受け取ることができなければ、タイムアウトします。 アプリケーション側から見れば、TCP 異常は通信タイムアウトとして処理されます。 逆に、再送リクエストが無いのであれば、TCP に異常は無いと解釈できます。 > ウインドウサイズの影響で、パケット1から4までが途中で異常となら > ず送信されていると考えられるでしょうか？ その通りです。
関連するQ&A
- ブロック長について
こんばんは。 TCP/IPの世界ではデータはパケットととして転送され、1回の手続きで 転送が完了しない場合は、分割されて転送されると思います。 アプリケーションによっては、固定長のブロック長を指定でき、 ブロック単位でデータ転送が行われます。 現在、全銀TCP/IPを使用し、通信を行っていますが、稀に通信エラー が発生します。 どうもパケットロスが原因のようなのですが、ブロック長を長くすれ ばするほど、パケットロスと言うのは起こりやすくなるものなのでしょうか？ 現在、全銀推奨の2048以上を指定してます。 他の業務でも全銀TCP/IPを使用していますが、このようなエラーは 発生しておりません。違いがあるのはブロック長の長さです。 回線はISDNを使用しています。
- 締切済み
- その他([技術者向] コンピューター)
- IPフラグメントの結合について
こんにちは。 ネットワーク通信において、IPフラグメントが発生した場合、受信側では、IPヘッダ内の「フラグメントオフセット」フィールドから、受信したパケットが分割されたパケットのどの部分かを特定し、「フラグ」フィールドから、最後のフラグメントかフラグメントの途中かを判定すると思います。 そこで質問なのですが、フラグメント化されたパケットを受信側で再構築する際に、分割されたパケットを全て受信し終えたことを、どこで判断するのでしょうか。 仮に受信したパケットの「フラグ」フィルードが最後のフラグメントだとしても、それ以降に受信順番が逆転してしまったパケットが残っている可能性があります。 また、IPヘッダ内の「ヘッダ長」フィールドは、分割されたサイズが格納されているようなので、分割前の合計サイズは分かりません。 以上、よろしくお願いします。
- ベストアンサー
- ネットワーク
- ＴＣＰヘッダのチェックサムについて
通信エラーが発生し、 エラーが発生した時のパケットのＴＣＰヘッダの チェックサムが"FFFF"だったのですが チェックサムで"FFFF"はありえるのでしょうか？
- ベストアンサー
- その他([技術者向] コンピューター)
- 富士通製EDIソフト Trademasterでエラー
富士通製EDIソフト 「Trademaster V3.0L10 Win NT ワークステーション版」を利用しています。利用環境は、Win NT4 SP4 Workstation+ISDNダイヤルアップ+TA MN128+プロバイダーOCNです。これで、親会社と全銀TCP/IPプロトコルを利用して、データ授受を行おうとしているのですが、送受信しようとするとエラー（コードF002）が発生してしまいます。エラーコードの意味自体は、Helpファイル等で確認したところ、全銀TCP/IPプロトコルサービスの未起動の意味でしたが、コンパネのサービスを確認すると正常に起動しています。親会社の担当者に見てもらっても、設定等や環境は、別の子会社で既に稼動しているものと同様で、原因不明とのことです。まったくハマリ状態です。どなたか、おわかりになる人いらっしゃいますか？
- 締切済み
- その他(業務ソフトウェア)
- WINSOCKでTCPのステータスを調べたい
通信異常が発生するのでwiresharkでパケットモニタするとRetransmissionが発生していました。 そのデータには肯定応答コマンドとモニタコマンドが重複して送信されていました。単純に考えるとRetransmissionのパケットデータはそのままKEEPされてモニタコマンドのパケットとは区別されるような気がするんですが・・・。 そこでTCPが再送状態にあるならば上位からは新たなコマンドを出さないように修正したいと考えていますがいろいろ調べてもステータス取得出来るような物が見つかりません。 ご教授願います。
- 締切済み
- C・C++・C#
- ソフトバンク パケット通信料の課金について
1月20日に911SHを購入しホワイトプランで契約しました。 私は、メールとソフトバンク同士の通話しかしない為 980円+315円+メール料金程度の支払いで済むと思っていました。 しかし、まだ7日しか経過していないのに パソコンからマイソフトバンクでパケット通信料を確認すると500円も使用していました。 パケット通信をした覚えがないのですが、一体どこで課金されているのでしょうか？ 私の行った操作を箇条書きにします。 ・メール送受信 ・メールの新着メール受信 ・サーバーメール操作→メール全削除 ・メール・アドレス設定→メールアドレスの変更 ・Y!ボタンを誤って押した為に、YAHOO!のTOPページが表示される (iMODEメニューのようにTOPページは無料ですよね？) ・データフォルダー→ピクチャー→ピクチャーダウンロード→TOP画面表示 (データフォルダーにある ＸＸＸダウンロードってのを誤ってクリックしTOP画面を表示した事が数回あり) YAHOO!のTOPページやＸＸＸダウンロードのTOPページは誤って表示しましたが それ以上にクリックせずに画面を終了させています。 あと、１度ケータイからマイソフトバンクで料金を確認したのみです。 Webなんて見れなくてもいいんですが、他社とメールする為には契約しないといけないし このままでは必要のないものに、2000円払わないといけなくなります。 詳しい方、どの操作でパケット通信量が発生しているのか教えてください。よろしくお願いします。
- ベストアンサー
- その他（スマートフォン・携帯・タブレット）
- メール使いホーダイのトラブル（スマートフォン）
現在、SC-01B（Windows Mobile）を使用しています。 メールの使用が主で、時々家でWiFiでネットに繋ぐくらいです。 月々の料金を抑えるため、６月からメール使いホーダイにしました。 ６月と７月は期待通りパケット通信料が０円になり喜んでいたのですが なぜか８月はパケット通信料が８００円ほど発生していました。 使い方は変わっていないのになぜ急にパケット通信料が発生するのかわかりません。 ドコモショップではバックグラウンドで通信をしている可能性が高いと言われましたが それだと６、７月もいくらかの通信料が発生すると思うので納得できませんでした。 ８月にSPモードで大規模な障害が発生したこともあり 課金に間違いがないのか疑問を持っています。 スマートフォンでパケホーダイにしていない人は少ないと思いますが 同じようなトラブルを抱えた方、または何か原因がわかる方いませんか？ よろしくお願いします。
- 締切済み
- docomo
- ネットワークの瞬断について
TCP/IPのネットワークにおいて、メンテナンスなどの際によく「瞬断が発生する」と言いますが、瞬断とはどの程度のことを言うのか気になっており、考え方など教えていただきたいです。試しに聞いてみた人は、感覚的に ・1秒程度の断は通信にほとんど影響がない。通信にほとんど影響のない断を瞬断という。 ・分単位だと通信に影響があり、通信がエラーで終了することもあり、瞬断といわない。 というようなイメージをもっているようですが、もう少し具体的にイメージしたいです。 【質問(1)】 今のところは、TCPの再送タイムアウト（RTO）を超えないような程度の通信断のことを瞬断というのかと考えているのですが、正しいでしょうか？また、RTOはOSにより計算方法が異なったり、カスタムできるようなので、一般にはどの程度なのかも教えていただきたいです。 ※UDPはロストするが、TCPならデータロストの起こらないような通信断のことを瞬断というのかと考えています。 【質問(2)】 通信断の時間がRTOを超えた場合、応答のないパケットは再送されなくなるかと思いますが、その時点でそのTCPコネクションは終了するのでしょうか？ あるいは、次のパケットから転送が続くのでしょうか（最終的に転送完了したデータは抜けのあるデータになるのでしょうか）？ 【質問(3)】 瞬断程度でエラーが起こらないようにアプリ側でコントロールすべき、という話も聞くのですが、アプリ側でコントロールとは具体的にどのようにするのでしょうか？
- 締切済み
- ネットワーク
- SQLサーバをTCP/IPレベルで操作したい
MySQLを使ってデータベースの勉強をしています。 SQLサーバへのアクセス手段を提供するAPIは言語ごとに沢山公開されていますが、ちょっと必要に駆られまして、TCP/IPのレベルでMySQLのサーバと通信する必要が出てきてしまいました。 そこで、文献で通信プロトコルを調べようとしたのですが、見事に挫折。Port3306に届くパケットをダンプして眺めてみたのですが、複雑すぎてこれも挫折。 量が多くて英文のオンラインマニュアルから探すのもできない状態なのですが、書籍などで解説しているものはありませんでしょうか。
- 締切済み
- その他(データベース)
- docomoのパケット通信料が異常に高い
今月の初めに、docomoの機種変更と、プランの変更をしました。 普段、通常の通信料もパケット通信料もほとんどかかっておらず、無料通話分をほぼ次の月に繰り越すほど安かったため、プランをMからSSにしました。 買ったばかりの携帯が物珍しく、いろいろ触っていたのですが、購入から４日後に、 「通信料が短期間で高くなっている」という旨の通知を受け、料金を確かめたところ、なんと３万円の請求額が提示されていました。 私が閲覧したiモードのサイトは、着信メロディのサイト（着うたなどではない、着信音によくあるようなメロディを３曲ダウンロード）、グルメサイト、鉄道の乗り換えサイトです。 今までの携帯でも見ていた程度だと思います。 更に、パソコンから写真を３０枚ほど送っています。（もしかしたらこれが原因なのかもしれないと思います。。。） 動画等のダウンロードはしていません。 この使用状況で、３万円の請求はありえるのでしょうか？ それから、「OSアップデートを自動で更新するようになっていると、高額な料金が発生する可能性がある」 と、docomoの説明書に記載してあったのですが、通常の料金とどれくらいの差が出るのでしょうか。 また、OSアップデートの自動更新の解除はどうやったら出来るのでしょうか。 docomoの説明書から解除の方法を探し出すことが出来なかったので、教えていただけると幸いです。
- ベストアンサー
- docomo
補足
どうもありがとうございます。 エラーの発生は、通信時、アプリケーションが通信エラーコード を返したことで判明しました。 （相手から強制的に切断された） このエラーがTCPタイムアウトだったかどうかは、残念ながら不明 です。 そして、先方から前述の回答がありました。 先方からは「パケット1から4までの長さと、アプリケーションの制御 ヘッダ部分に格納されている、全体のレコード長と差異があるため にエラーとなった」とのことでした。 どこでパケットが欠けてしまったかは、原点に戻り、TCPなのかアプリ なのか、それぞれのトレースを双方で確認したいと思っています。