ホストとデバイスの通信についての和訳
- ホストはデバイスにデータを送信しましたが、デバイスはACKを送るまで追加のデータを送信しないようにホストに信号を送りました。
- デバイスはホストに送られたデータを受け入れましたが、デバイスがPINGパケットにACKで応答するまで、ホストに追加のデータを送信しないように信号を送りました。
- これは高速通信時にのみ起こる現象です。
- ベストアンサー
和訳をお願いできますでしょうか・・・
Host sent data to the device which the device accepted but device signals to the host not to send more data until the device responds to a PING packet with an ACK. High-speed only. という文章なんですが、excite翻訳だと、以下のように訳されますが、やはり全然意味が分からないため、どなたか和訳していただけないでしょうか？ ホストは、デバイスがACKと共にPINGパケットに反応するまで、より多くのデータを送らないようにデバイ スが受け入れたデバイスへのデータにもかかわらず、ホストへのデバイスの信号を送りました。 高速であ る、単に。 よろしくお願いいたします。m(__)m
- ya-cha
- お礼率68% (184/268)
- 英語
- 回答数1
- ありがとう数1
- みんなの回答 （1）
- 専門家の回答
質問者が選んだベストアンサー
こんな内容でしょうか？ ホストは、data受信を受け入れたデバイスに対して、データを送った。 ただし、デバイスは、 （ACK信号と一緒に受け取る）PINGパケット に反応するまでは、これ以上データを送らないように、ホストに合図した。 高速通信の場合に限る。
関連するQ&A
- IPv6で異なるサブネットのホスト同士で何故かPingが通ってしまう。
IPv6で異なるサブネットのホスト同士で何故かPingが通ってしまう。理由を教えて下さい。 Host1とHost2をハブで接続した状態で、それぞれ以下のようにIPアドレスを設定しました。 Host1 Linux/ubuntu 2001:0:0:80::1/57 Host2 Linux/ubuntu 2001:0:0:82::1/64 Host2から見ると、Host1は他のネットワークセグメントであるように見えるかと思います。 ここでHost2から Host2$ ping6 2001:0:0:80::1 とすると、なぜかPingに成功してしまいます。 パケットキャプチャを行うと、Host2からICMP Echoと同時にDiscoveryが出て、 Host1からAdvertiseとICMP EchoReplyが返ってきているようです。 なぜ通信で来てしまうのか、理由が分からなくて困っています。 どなたか助言頂けると助かります。
- ベストアンサー
- その他（インターネット接続・通信）
- 遅延確認応答について教えてください
マスタリングtcp/ipという本で勉強しております。 遅延確認応答において、なぜ２パケット受信してから応答を返せば受信バッファが空くのかわかりません。 > ■遅延確認応答 > データを受信したホストがすぐに確認応答をすると小さなウィンドウを返す可能性があります。 > 受信したばかりのデータで受信バッファがいっぱいになっているからです。 この問題を回避するため、実機では２パケット受信するか0.2秒程度待ってから確認応答を出すようになっているようですが、 ２パケット目を受信して応答を返しても受信バッファはいっぱいになったままではないでしょうか？ 1パケット分ACKを遅延させることによって何が変わるのでしょうか？ # ＡＣＫの数が減ってネットワーク効率が良くなる点は理解しております。
- ベストアンサー
- その他([技術者向] コンピューター)
- pingやtracerootコマンドとネットワーク
ネットワークについて聞きかじっているものです。 専門教育は受けてません。家で自己流で試してるものです。 pingやtracerootコマンドでネットワーク接続を調べる事ができます。 この時目的のサイト（ホスト)迄到達しアクセスができているとします。 １．この場合、ping又はtracerootが通った経路以外にも目的のサイト(ホスト)迄到達できる経路がある可能性があるとかんがえてよいのでしょうか？ 1つの経路でなく複数の経路がある可能性を考えて良いのかということです。 ２．この場合あるデータ(パケット）をダウンロードした時、そのデータ(パケット）は単一の経路とは限らないと考えてよいのでしょうか？ ３．ping又はtracerootが届かなかった時は、いかなる経路でもアクセスできないと考えています。 正しいでしょうか？ 宜しくねがいます。
- 締切済み
- その他（ITシステム運用・管理）
- 英語の訳を教えてください。
ARPA wanted to see if computers in different locations could be connected efficiently using a new technology known as packet switching, which would allow several users to share one communications line. Packet switching cuts up data into discrete units, each one identified by a code or label, which can be sent over high-speed telephone lines. 訳をお願いします。
- 締切済み
- 英語
- ping の結果を解説願います
192.168.101.101 に ping を送信しています 32 バイトのデータ: 192.168.101.4 からの応答: 宛先ホストに到達できません。 192.168.101.4 からの応答: 宛先ホストに到達できません。 192.168.101.4 からの応答: 宛先ホストに到達できません。 192.168.101.4 からの応答: 宛先ホストに到達できません。 192.168.101.101 の ping 統計: パケット数: 送信 = 4、受信 = 4、損失 = 0 (0% の損失)、 損失０％ってところも受信４ってところも意味が分かりません。宛先ホストに到達できないのなら損失１００％でないですか？ 解説お願いします。
- ベストアンサー
- ルーター・ネットワーク機器
- pingの応答の対処方法
下記の資料を読んで pingの結果が （２）名前解決に失敗している （３）接続できない の部分の主な原因 が 書いてありますが、 これに対してどう対処すればよいのかわからないので、対処方法を教えてください。 ■ 基本的な使い方 (1)ダイヤルアップで接続している場合は、ダイヤルアップ接続を行う。 (2)MS-DOS プロンプト (Windows NT/2000 はコマンドプロンプト) を開く。 (3)次のような文字列を記入し、Enter キーを押す。 C:\WINDOWS>ping www.yahoo.com IPアドレスの場合は例えば >ping 192.168.1.○ 注：ping の後には半角スペースが入る。 ping の後の www.yahoo.com 部分は、接続確認したい相手コンピュータのホスト名 もしくは IP アドレス。 ■ 結果の見方 （１）正常に通信している 全てのパケットに対して、正しく Reply (応答) が返ってきています。 C:\WINDOWS>ping www.yahoo.com Pinging www.yahoo.akadns.net [204.71.200.74] with 32 bytes of data: Reply from 204.71.200.74: bytes=32 time=40ms TTL=127 Reply from 204.71.200.74: bytes=32 time=40ms TTL=127 Reply from 204.71.200.74: bytes=32 time=40ms TTL=127 Reply from 204.71.200.74: bytes=32 time=40ms TTL=127 Ping statistics for 204.71.200.74: Packets: Sent = 4, Received = 4, Lost = 0 (0% loss), Approximate round trip times in milli-seconds: Minimum = 40ms, Maximum = 40ms, Average = 40ms （２）名前解決に失敗している ホスト名を IP アドレスに変換する作業に失敗しています。 C:\WINDOWS>ping www.yahooo.com Unknown host www.yahooo.com. C:\WINDOWS> 主な原因 (1)ホスト名を間違えている。 (2)DNS サーバーを正しく認識していない （３）接続できない 正しい IP アドレスに変換できているが、応答がないことを示します。 C:\WINDOWS>ping www.yahoo.com Pinging www.yahoo.akadns.net [204.71.200.74] with 32 bytes of data: Request timed out. Request timed out. Request timed out. Request timed out. Ping statistics for 204.71.200.74: Packets: Sent = 4, Received = 0, Lost = 4 (100% loss), Approximate round trip times in milli-seconds: Minimum = 0ms, Maximum = 0ms, Average = 0ms 主な原因 (1)送信元の TCP/IP 設定に問題がある。 (2)相手先の TCP/IP スタックが動作していない。 (3)途中経路に問題がある。(tracert コマンドで判別します。) (4)Proxy や Socks を経由している。(多くの場合 ICMP パケットを 通しません。) (5)途中経路もしくは相手先で ICMP がフィルター されている。 (セキュリティ向上のため、ICMP パケットを通さない設定を することがあります。) ■ 基本的な問題判別 (1)デフォルトゲートウェイに ping する。 (2)自分のデフォルトゲートウェイとして設定されたアドレスに ping する。 現在のデフォルトゲートウェイは、コマンドプロンプトで ipconfig を実行すると表示される。 正しい応答があれば、基本的な IP 設定に問題はない。 (3)DNS サーバーに ping する (4)自分の DNS サーバーとして設定されたアドレスに ping する。 現在の DNS サーバーは、コマンドプロンプトで ipconfig /all を実行すると表示される。 応答がない場合、DNS サーバーとして指定したアドレスが間違っている可能性がある。 (5)目的のサーバーに ping する (6)目的のホストに ping する。 応答があれば、IP レベルでは通信可能だと分かる。ping に応答があってもブラウザでアクセスすると問題がある場合、 ブラウザか http サーバーに問題があると推測出来る。 ■Windows XP以外の場合 C:\>ping wwwww.somedomain.co.jp Unknown host wwwww.somedomain.co.jp.……「ホスト××が不明です」 ■Windows XPの場合 C:\>ping wwwww.somedomain.co.jp Ping request could not find host wwwww.somedomain.co.jp. Please check the name and try again.……「指定されたホスト××が見つかりません。名前をチェックして再実行してください」
- 締切済み
- その他（インターネット・Webサービス）
- 無線のパケットキャプチャにおけるプロトコルについて
パケットキャプチャソフト(OmniPeek)を使用して802.11（無線）のパケットキャプチャを取得しています。 取得しているパケットキャプチャにプロトコルが表示されるのですが、”CFE"と言うプロトコルが表示されていますが、このプロトコルだけが調べても見つかりませんでした。 他にRTS,CTS, Encripted Data,ACK,BAのプロトコルがあり、それらは調べて以下のように意味を解釈しましたが、"CFE"については見つからないため、意味が理解できていません。 ご存知の方がいましたらご教示を頂けますようお願い致します。 -------------------------------- RTS(Request To Send):端末側からアクセスポイントに通信許可を問い合わせる信号。 CTS（Clear to Send)：アクセスポイントから端末に通信許可を与える信号。 Encrypted Data:WEP、TKIP、AESで暗号化されたデータ。 ACK(Acknowledgment):データ伝送で受信側から送信側へ送られる肯定的な返事。 BA(Block Ack):フレームアグリメーション方式の種類であるA-MPDUにおいて複数のデータに対して一括のACK（肯定的）な返事。 -------------------------------
- ベストアンサー
- Wi-Fi・無線LAN
- NASについて
PCを使用中、突然NASとの接続が切れてしまいました。 NASはブラウザからは接続できます（設定など）。 NAS（192.168.11.3）に対してpingコマンドを実行したところ destination host unreachable とでます。 ルータがおかしいのかと思いルータ（192.168.11.1）に対してpingコマンドを実行したところ正常に接続できました。 おかしいと思い使用PC（XPSP3）（192.168.11.2）に対してpingコマンドを実行したところ、NASと同様な結果が出ました。 また ping www.yahoo.co.jp Pinging www.ya.gl.yahoo.co.jp [124.83.147.203] with 32 bytes of data: Destination host unreachable. Destination host unreachable. Destination host unreachable. Destination host unreachable. Ping statistics for 124.83.147.203: Packets: Sent = 4, Received = 0, Lost = 4 (100% loss), となりました。 もちろんブラウザからyahooへアクセスすることは可能です。 使用しているNASは裸族の2世帯住宅NASで ルータはWHR-HP-GN、NICはGN-1200TW2です。 原因が全くわからないのでよろしくお願いします。
- ベストアンサー
- ルーター・ネットワーク機器
- USB2,0ですか？
こんにちは、 私はPCの容量がとても少ないので外付けハードディスクが欲しいのですが、 USBが1,1か2,0か分かりません。 デバイスマネージャーを見ればいいとの事ですが、 載ってない文字が出ていてよく分かりません。 因みに私のPCは FujITSUのWINDOWSです。 デバイスマネージャーのUSBコントローラを見ると、 ALi PCI to USB Open Host Controller ALi PCI to USB Open Host Controller ALi PCI to USB Open Host Controller USB ルート ハブ USB ルート ハブ USB ルート ハブ USB ルート ハブ USB複合デバイス 標準エンハンスPCI to USB ホストコントローラ とあります。 これはUSB2,0なのでしょうか？ 分かる方 恐縮ですが教えて下さい。 御願い致します。
- ベストアンサー
- その他(PCパーツ・周辺機器)
- USB のバルク転送における、データパケットのデータ長
USBのデータパケットで送信されるデータ長に関してお伺いします。 USBの仕様書には最大データサイズに関しては規定があるのですが(64Byte=FS, Bulk など)、データ転送(PID=IN, OUT)の「個々のパケット」のデータ長を、データ受け側はどのようにして知るのでしょうか？ パケットのデータ長をあらわすフィールドがデータパケットの中には存在しないので、どのようにしてホスト/デバイスがパケットの長さを知るのか疑問に思っています。 SETUPステージでは、SET_CONFIGURATIONのwLengthで引き続くデータサイズが分かりそうなのですが。。 USBは間なぎ始めたばかりで不慣れですが、宜しくお願い致します。
- 締切済み
- その他（プログラミング・開発）
お礼
ご回答ありがとうございますm(__)m 助かりました。