無線接続でのデータ転送時のマシンの挙動と転送速度について

ファイルを送るときは，（相手の準備の状況などを確かめるために）相手からの返信を待つことも多いです。そういうときは反応が無くなることもあるかもしれないと思います。ということで，特別不具合がある訳ではないと思います。ネットワークの通信というのは，いろいろ細かいやり取りで成り立っています。500MB送るのに，500MBのデータを一度送るだけというような単純なものではありません。パソコンの振る舞いが気になるなら，無線で500MBものデータを送ろうとするのが無謀かもしれません。

上りの転送速度がでない場合があるのが気になっています

上りのときは，下りのときと同じ相手（コンピュータ）でしょうか？

もし違うなら，DNSが遅いという可能性はどうでしょうか？

ネットワークの転送速度は，物理媒体の速度だけでなく，DNSの速さも大きく影響します。数百MBものデータを頻繁にやり取りするなら，ボンジュールに頼らず（ボンジュールはブロードキャストが頻発しますので，ネットワークのパーフォマンスが悪くなるのではないかと思います）、DNSをきちんと整備しておくべきと思います。かなり大きなデータの転送が頻繁にあるなら，私は無線でやる気はしないです。無線でやるにしても，有線でやるにしても，大きなデータのやり取りが多いなら，DNSを整備して速くしておくことは必須です。

DNSはhostsファイルということですが，ネットワーク内のホスト全部に同じhostsファイルになってますでしょうか。矛盾があったりすると，遅くなります。簡単なようで意外と盲点になりやすいです。

DNSが正しく引ける状態であれば、その後の通信速度にそれほど影響ない

ま実際に確かめられたらいいと思います。

DNS参照というのは転送で最初に参照されるだけではありません。ほとんどパケット毎に参照されます。

サーバによっては，DNSに逆引きを参照する場合もあります。このような場合，IPアドレスで転送を介しても、逆引きを適切に返さないと遅くなります。

キャッシュといっても，とても寿命は短いです。最近は正規のDNSでも数秒以下の寿命に設定されている場合もあります。キャッシュがそれ以上の寿命とは思えないです（キャッシュが長ければエラーになってしまう）。

有線なら速いので，キャッシュの補助で、少ない回数のDNS参照でカバーできても，無線だと時間がかかるためより多数回のDNS参照が必要になります。

それと、相手がsmbサーバというのも気になります。WINSサーバを参照したりしてないのでしょうか。もしそうなっていて，参照すべきサーバがいなかったり遅かったりすると，やはり遅くなる可能性があります。

ネットワーク転送を速くしたいなら，こういう細かいすべての点を検討する必要があります。

無線LAN経由でのみって事ですと、単にAPかクライアントの故障という線もあります。（実際にありました）　転送が不安定だったので試しに交換したら見違えたというのがAPとクライント両方で経験あります。また、APとの相性も（本来あってはいけないのですが）Planex製とIOデータ製のもので経験あります。

スムーズにパケットを送信出来ないので（裏で定期的に通信しているのもありますし）動作が緩慢になったりもします。パケットエラーとか出ていないでしょうか？

# ウィルスバスター2010 for Macを入れている、とかでもないですよね？

nac.zeroさん、こんにちは

無線LANの場合、周囲の状況によっても影響を受けやすい点が、有線LANと大きく異なるところです。特に、ノイズ源となり得る電波源に気がつかない事も多く、よく言われるのが近い周波数帯を使用する電子レンジやワイヤレス電話の子機、同じ周波数帯を使用するBlueTooth機器やワイヤレスキーボード等が原因になり得ます。iSquint等の無線LANの状況確認ソフトを使用して、ノイズの状況やシグナル強度等を確認された方がいいのかもしれません。

後は、カード側の故障により、正常に通信が行えていない可能性もあります。

《書き込みにコメント付け隊》

いとうみきでした

はじめまして．

私も気になったので，テストしてみました．

APはbuffalo WZR-AMPG300NHです．

サーバーはウィンドウズPCで，smbで接続しました．

クライアントは

1. iMac 27 i7 (Atheros 9280: 2.1.9.5)

2. MacBook Air 2.13GHz (Broadcom BCM43xx 1.0 (5.10.91.26))

です．どちらもMCSインデックス15で転送レート270Mbpsの状態です．

フォルダは約40MBのファイル13個で計約520MBです．これをサーバ／クライアント間で転送してみました．

1 -> サーバ　約2分

サーバ -> 2　約2分（12個目転送中にAP動作停止．1も2も接続切断）

（数分で復帰後，残りの2ファイル転送）

2 -> サーバ　約2分（終了後少ししてAPと接続しているも2は通信できない状態に）

1 -> サーバ　約2分

サーバ -> 1　約2分

（2を再起動して接続復帰）

1 -> サーバ　約2分

でした．APのチップはどこかわかりませんが（Marvell？）Broadcomとの相性が悪いかもしれません．ただ，macの動作が遅くなるような現象は見られませんでした．一応，何かチューニングできそうなパラメータを探して，AggregationのモードをA-MSDUからA-MPDUに変更してみました．

サーバ -> 2　約2分

2 -> サーバ　約2分

1 -> サーバ　約2分

サーバ -> 1　約2分

2 -> サーバ　約2分

サーバ -> 2　約2分

と，今は大丈夫なようです．でも，APが不安定になったのが偶然かもしれませんので，Aggregationのモードが関係しているかは不明です．ほんのご参考まで．

その後，iMacの接続が一度切れることがありました．Aggregationのモードは関係ないようです．

さて，本題です．

nac.zeroさんのMCSと伝送レートを見ると，帯域が20MHzとなっているようです．11nでは40MHz帯域モードも使用可能となりました．手元に8300nがないので不確かですが，ホームページを見ると40MHz帯域と20MHz帯域を自動で切り替えるようです．20MHzモードになっているのは，他のAPの干渉が多いせいかもしれません．（5GHz帯は比較的空いていますが，8300nは2.4GHz帯のみのようです）その場合は，状況によっては通信の品質が悪くなることもあるでしょう．（電子レンジも意外と脅威な干渉源だそうです）

また，相性の問題もまだ否定できません．干渉か相性かを切り分けするには，可能であれば，11gモードで接続して様子を見たいところです．ただ，8300nで11nモードを停止することができないかもしれません．その場合は，ちょっとお手上げです．（ホームページを見ると，暗号化をWPA/WPA2ではなくWEPにすれば，自動的に11nモードが使用できなくなるようです．ただ，ご存知の通りWEPは安全性がかなり低いことで知られていますので，おすすめはできません）

あまりお役に立てなくてごめんなさい．

nac.zeroさん，情報ありがとうございました．40MHzmac非対応ということであれば，相性かもしれませんね（相性で済ますのは簡単ですが，仰る通りすっきりはしません）．

本家アメリカのサポートでも似た問題が議論されているようで，

http://discussions.apple.com/thread.jspa?threadID=2106968&start=0&tstart=0

では，なんと171個のリプライがありました．

さすがにすべてに目を通す時間がなかったので，よくわかりませんが，もしかしたら，10.5.8の問題なのかもしれません．ほんのご参考まで．