ネットワークが切断される (M8799J/A)

まず、WDSは何の為に？　お書きになられた情報には無線LANアクセスポイント（ベースステーション）は一つしか無いようですが。
AppleTalkも動作している様ですが、TCP/IPで統一する事は出来ないのでしょうか。可能ならというか特にAppleTalkを必要とする状況で無ければTCP/IPで統一された方が宜しいかと思います。
DHCPのリース期間を調整してみると如何でしょう。利用されているクライアントが少なく、固定ならDHCPをOFFにして固定にするのも良いかもしれません。もしくはIPアドレスを固定にするのとDHCPで取得するのとにわけ、状況を見るのも良いかもしれませんね。設定周りに関してはこんな所でしょうか。
外的要因の場合で、無線LANがおかしくなる場合、近くのアクセスポイントとの混信が原因の場合があります。iStumblerの様なツールでお使いの場所の無線LANの状況を確認してみて、チャンネルが近い様なら少なくとも２つ以上は離してみると如何でしょう。また近くに電磁波が発生するようなモノ（所）は無いか、というような事は如何でしょう。（電子レンジ、強い電波を出すコードレスホン等、工場の近く等）

アドバイスありがとうございます。
アクセスポイントの詳細は
＜ルーター＞
有線 （Ethernet）
＜EthernetHAB＞＜Winマシン＞
有線
＜BS＞
無線
＜WHR-G54S（Buffalo製ルーター）＞＜各クライアントマシン＞
有線（Ethernet）
＜プリンタ＞＜複合機＞
となっており，BSのネットワーク断絶状態ではWHRも不通なため，記載していませんでした。
AppleTalk外してみます。
DHCPリースは当初固定にしていたのですが，時々落ちてしまうので「参照」としていました。再度固定でチェックしてみます。
WHRとはWDSで設定・接続しているのですが，なぜかWHR側のネットワーク名が見えるのでWHRと混線しているのかもしれませんね。
こちらも再設定してみます。

>Jun 13 13:30:56（コンピューター名） KernelEventAgent[32]: tid 00000000 received VQ_NOTRESP event (1)
Jun 13 13:30:56 （コンピューター名） KernelEventAgent[32]: tid 00000000 type 'smbfs', mounted on '/Volumes/（HD名）', from '//WORKGROUP;（ユーザー名）@BEAT-BOX/（ボリューム名）', not responding
Jun 13 13:30:56 （コンピューター名） KernelEventAgent[32]: tid 00000000 found 1 filesystem(s) with problem(s)
Jun 13 13:32:00 （コンピューター名） KernelEventAgent[32]: tid 00000000 unmounting 1 filesystems
この部分は、「VQ_NOTRESP 」（レスポンス無し？）のエラーイベント発生のため、BEATBOX（複合機？）からのSMBマウントを解除したというログのようですが、切断のたびに同じメッセージが出ているようなら、原因の一環かもしれません。
BSとWHRでWDSを組んでおられるようですが、AppleもBuffaloも相互接続を一切保証していないはずですから、これが原因ということも十分考えられます。WDSを切った状態でテストすることも必要でしょう。
>なぜかWHR側のネットワーク名が見える
WDSに設定していてもアクセスポイントとしては機能しますから、見えること自体は全く問題なく、クライアントはBSとWHRのどちらにでも接続できるはずです。

すみません。いきなりログを書くからかもしれませんが
>Jun 13 13:30:56（コンピューター名） KernelEventAgent[32]: tid 00000000 received VQ_NOTRESP event (1)
の直前には以下のログがあるんです。
Jun 13 08:34:03 localhost mDNSResponder: Adding browse domain local.
Jun 13 08:34:05 localhost kernel[0]: ATY,Jasper_B: vram [b8000000:04000000]
Jun 13 08:34:05 localhost /System/Library/CoreServices/loginwindow.app/Contents/MacOS/loginwindow: Login Window Application Started
Jun 13 08:34:06 localhost loginwindow[65]: Login Window Started Security Agent
Jun 13 08:34:10 （コンピューター名） configd[37]: setting hostname to "（コンピューター名）.local"
Jun 13 08:34:14 （コンピューター名） kernel[0]: AirPort: Link Active: "（BS以下のネットワーク名）" - （MACアドレス） - chan 1
Jun 13 08:34:14 （コンピューター名） configd[37]: AppleTalk startup
Jun 13 08:34:18 （コンピューター名） configd[37]: AppleTalk startup complete
Jun 13 08:34:18 （コンピューター名） lookupd[108]: lookupd (version 369.5) starting - Wed Jun 13 08:34:18 2007
Jun 13 08:34:19 （コンピューター名） configd[37]: executing /System/Library/SystemConfiguration/Kicker.bundle/Contents/Resources/enable-network
Jun 13 08:34:19 （コンピューター名） configd[37]: posting notification com.apple.system.config.network_change
Jun 13 08:34:19 （コンピューター名） lookupd[111]: lookupd (version 369.5) starting - Wed Jun 13 08:34:19 2007
Jun 13 08:34:24 （コンピューター名） configd[37]: target=enable-network: disabled
Jun 13 08:34:28 （コンピューター名） kernel[0]: netsmb_dev: loaded
Jun 13 08:34:30 （コンピューター名） kernel[0]: smbfs_smb_qfsattr: (fyi) share 'NTFS', attr 0x23, maxfilename 255
Jun 13 08:34:48 （コンピューター名） /usr/sbin/AppleFileServer: TIME-CHECK: NSLXStandardRegisterService took 3.180594 seconds!＼n
Jun 13 09:29:12 （コンピューター名） sudo: （ユーザー名） : TTY=ttyp1 ; PWD=/Users/（ユーザー名） ; USER=root ; COMMAND=/usr/bin/touch /var/log/AirPort.log
Jun 13 09:29:21 （コンピューター名） sudo: （ユーザー名） : TTY=ttyp1 ; PWD=/Users/（ユーザー名） ; USER=root ; COMMAND=/usr/bin/pico /etc/syslog.conf
Jun 13 09:30:14 （コンピューター名） sudo: （ユーザー名） : TTY=ttyp1 ; PWD=/Users/（ユーザー名） ; USER=root ; COMMAND=/usr/sbin/syslogd -m 0 -u
Jun 13 00:33:43 192.168.0.245 （ユーザー名） dot11: Disassociated with station （MACアドレス） (leaving service set).
Jun 13 00:38:03 192.168.0.245 （ユーザー名） dot11: Associated with station （MACアドレス）
===微妙に数字等の違いがあるが，繰り返されている===
Jun 13 13:07:34 （コンピューター名） ntpd[166]: time set -0.080184 s
Jun 13 04:18:50 192.168.0.245 （ユーザー名） ntp: Clock synchronized to network time server time.apple.com (adjusted -1 seconds)
ちなみにBEATBOXはLAN内の共有フォルダにアクセスするための，サーバー名（の様なもの…?何て言えば良いんだろう?）です。
ちょっと脱線ですが，BAET内の共有フォルダにアクセスするときは「ネットワーク/WORKGROUP/BEAT-BOX/共有フォルダ名」となります。
簡易サーバーのような製品で，ルーターの役目も持っています。
その上で，やはり原因の一環と考えるべきでしょうか。
共有フォルダをマウントしていたので，接続が解除されたときに「VQ_NOTRESP」が出たのだという考えは間違いでしょうか。

ログの刻時からみて、それ以前のメッセージは無関係と思います。
>共有フォルダをマウントしていたので，接続が解除されたときに「VQ_NOTRESP」が出たのだという考えは間違いでしょうか
私にはそのときのマウント状態についてはわかりませんから、何とも言えません。ただ、ログメッセージからは、ユーザが自らマウントを解除したようには見えません。サーバ（BEATBOX）からの応答がなくなったので、システムの方でマウントを解除したように見えます。そしてアンマウントされてから５秒後にAirMacの切断が起こっています。
この段階では偶然なのかどうかはわかりませんから、再現性があるか調べてみてほしいとコメントしています。もし、このタイミングでのBEATBOX関連の操作や動作に心当たりがあるのなら、それを再現すれば良いし、全く心当たりがないのなら、再度AirMacが切断されるのを待つしか無いでしょう。

BEATBOXについては全く心当たりが無く，何も操作しておりません。
次回DHCPリース更新が15日1時34分20秒となっていますので，固定IPにせず，ちょっと試してみたいと思います。
その間に，WHRの設定を見直してみます。
現在，usadii3様のアドバイス通り，AppleTalkは不要ですので外しました。
あ，それと，設置場所は住宅街の中で近所に工場などはありません。また電子レンジも所有しておりません（一応書いておきます）。
Y.Kawabe様をはじめ，皆様，毎度本当にありがとうございます。
心強い限りです。

ちょっと，気になったので。
sambaのlog.nmbdは昨日の落ちた時間あたりは
[2007/06/13 13:33:25, 0] /SourceCache/samba/samba-100.7/samba/source/nmbd/nmbd.c:reload_interfaces(265)
reload_interfaces: No subnets to listen to. Shutting down...
[2007/06/13 13:34:25, 0] /SourceCache/samba/samba-100.7/samba/source/nmbd/nmbd.c:main(668)
Netbios nameserver version 3.0.10 started.
となっていますが，関係ありますか。

明日を待つ前にネットワークが切断されてしまいました。。。
本日15時24分ころにメールを確認しようとしたところ読み込めず「おかしいな」と思ったときには，既に切断されていました。
前後のログは以下の通りです。
Jun 13 17:46:05 192.168.0.245 （ユーザー名） ntp: Clock synchronized to network time server time.apple.com (adjusted -0 seconds)
Jun 14 03:15:00 （コンピューター名） cp: error processing extended attributes: Operation not permitted
Jun 13 18:15:01 （コンピューター名） postfix/postqueue[1638]: warning: Mail system is down -- accessing queue directly
今回はBEATBOXの共有フォルダをマウントしていませんでした。

今朝，PBを起動したところ既にネットワークが切断されていました。
system.logを見たところ以下のようになっていました。
Jun 18 09:01:09 localhost kernel[0]: IPv6 packet filtering initialized, default to accept, logging disabled
Jun 18 09:01:10 localhost DirectoryService[43]: Launched version 2.1 (v353.6)
Jun 18 09:01:11 localhost kernel[0]: UniNEnet: Ethernet address 00:0a:95:98:2a:c6
Jun 18 09:01:11 localhost kernel[0]: AirPortPCI_MM: Ethernet address （PBのMACアドレス）
Jun 18 09:01:11 localhost diskarbitrationd[39]: disk0s3 hfs C7B6C185-EAF4-3815-8AA5-75A94E3F5B40 （HD名） /
Jun 18 09:01:11 localhost launchd: Server 2f07 in bootstrap 1103 uid 0: "/usr/sbin/lookupd"[40]: exited abnormally: Hangup
Jun 18 09:01:11 localhost lookupd[61]: lookupd (version 369.5) starting - Mon Jun 18 09:01:11 2007
Jun 18 09:01:12 localhost configd[37]: WirelessConfigure: 88001003
Jun 18 09:01:12 localhost configd[37]: initCardWithStoredPrefs failed.
Jun 18 09:01:12 localhost configd[37]: WirelessConfigure: 88001003
Jun 18 09:01:13 localhost kernel[0]: Registering For 802.11 Events
Jun 18 09:01:13 localhost kernel[0]: [HCIController][setupHardware] AFH Not Supported (0x1fdb3a0)
Jun 18 09:01:14 localhost kernel[0]: ATY,Jasper_A: vram [b8000000:04000000]
Jun 18 09:01:14 localhost mDNSResponder: Adding browse domain local.
Jun 18 09:01:16 localhost kernel[0]: ATY,Jasper_B: vram [b8000000:04000000]
Jun 18 09:01:16 localhost /System/Library/CoreServices/loginwindow.app/Contents/MacOS/loginwindow: Login Window Application Started
Jun 18 09:01:17 localhost loginwindow[65]: Login Window Started Security Agent
Jun 18 09:01:22 （ユーザー名） configd[37]: setting hostname to "（ユーザー名）.local"
Jun 18 09:01:27 （ユーザー名） kernel[0]: AirPort: Link Active: "（ネットワーク名）" -（WHRのMACアドレス） - chan 1
Jun 18 09:01:33 （ユーザー名） launchd: Server 0 in bootstrap 1103 uid 0: "/usr/sbin/lookupd"[61]: exited abnormally: Hangup
Jun 18 09:01:33 （ユーザー名） configd[37]: executing /System/Library/SystemConfiguration/Kicker.bundle/Contents/Resources/enable-network
Jun 18 09:01:33 （ユーザー名） configd[37]: posting notification com.apple.system.config.network_change
Jun 18 09:01:33 （ユーザー名） lookupd[111]: lookupd (version 369.5) starting - Mon Jun 18 09:01:33 2007
Jun 18 09:01:36 （ユーザー名） kernel[0]: netsmb_dev: loaded
Jun 18 09:01:36 （ユーザー名） ntpdate[151]: getnetnum: "time.asia.apple.com" invalid host number, line ignored
Jun 18 09:01:36 （ユーザー名） ntpdate[151]: no servers can be used, exiting
Jun 18 09:01:38 （ユーザー名） configd[37]: target=enable-network: disabled
Jun 18 09:01:41 （ユーザー名） ntpd_initres[183]: couldn't resolve `time.asia.apple.com', giving up on it
Jun 18 09:02:09 （ユーザー名） /usr/sbin/AppleFileServer: TIME-CHECK: NSLXStandardRegisterService took 3.317415 seconds!＼n
Jun 18 09:02:29 （ユーザー名） kernel[0]: AirPort: Link DOWN (Client disAssoc 0)
Jun 18 09:02:32 （ユーザー名） kernel[0]: AirPort: Link Active: "（ネットワーク名）" -（WHRのMACアドレス） - chan 1
Jun 18 09:02:34 （ユーザー名） mDNSResponder: Repeated transitions for interface en1 (（PBのMACアドレス（IPv6））); delaying packets by 5 seconds
Jun 18 09:02:34 （ユーザー名） mDNSResponder: Repeated transitions for interface en1 (169.254.100.100); delaying packets by 5 seconds
Jun 18 09:02:55 （ユーザー名） kernel[0]: AirPort: Link DOWN (Client disAssoc 0)
Jun 18 09:02:56 （ユーザー名） mDNSResponder: Repeated transitions for interface en1 (（PBのMACアドレス（IPv6））); delaying packets by 5 seconds
Jun 18 09:02:56 （ユーザー名） mDNSResponder: Repeated transitions for interface en1 (169.254.100.100); delaying packets by 5 seconds
Jun 18 09:02:58 （ユーザー名） kernel[0]: AirPort: Link Active: "（ネットワーク名）" -（WHRのMACアドレス） - chan 1
Jun 18 09:02:59 （ユーザー名） mDNSResponder: Repeated transitions for interface en1 (（PBのMACアドレス（IPv6））); delaying packets by 5

このログはMacのログですよね？
ベースステーションのログを見た方がよいのではないでしょうか？
Macからは単に通信が途絶えたこととそれに付随するエラーくらいしか認識できないと思うのですが。

思いつきでごめんなさい。
＞Jun 18 09:02:59 （ユーザー名） mDNSResponder:
＞Repeated transitions for interface en1
＞(（PBのMACアドレス（IPv6））); delaying packets by 5
これって。。。もしかして？
MacのTCP/IP設定からIPv6を「切」にしたら解決しませんか？

>亀どん様
見確認してみるとIPv6の設定がされていたので，外してみました。
（これって「MacからBS側に（あるいはBSを通して）ネットワークに障害を引き起こしている可能性がある。」って事ですか?）
>くろ様
はい，Macのログです。
特に最後のログは起動した時点のログなので，くろ様ご指摘のとおりです。
一方，それ以外のログは，「ベースステーションの動作をリモートでログに記録する」
http://docs.info.apple.com/jarticle.html?artnum=107993
をして，記録したログの一部です。それでも，system.logなのでやはり「付随するエラー」の域を超えませんが…。BS本体のAirPort.logを見るとネットワークタイムを合わせているログばかりです。それでも時刻は合っているようにみえますが…。BSの時刻は「Jan 2...　No address for NTP server time.apple.com.」となり，全く日時が合っていません。
BSからネットワークが切断された直後のログは見ることができないため，Mac（側）でログを取っていました。

system.logにも残ると書いてありますね。一見してどれがそうなのかわかりませんが。
原因として意味のありそうなログが残らないということは、何かしらエラーが出てるのではなく、フリーズ状態という感じなのでしょうかね。
＞BS本体のAirPort.logを見るとネットワークタイムを合わせているログばかりです。それでも時刻は合っているようにみえますが…。BSの時刻は「Jan 2...　No address for NTP server time.apple.com.」となり，全く日時が合っていません。
この文章、意味がよく分かりません。
現象的にはDNSがうまく設定されていないっぽいですが。
それがベースステーションが落ちる原因とは考えにくいですけどね。

また，落ちました。。。
2007.6.19(13:29)頃です。（ログは取るように，設定していませんでした。）
BSのIPは192.168.0.110と固定にしていたのですが，ネットワーク切断時，復旧させずに切れた状態のままで，上流側のWindowsマシンからPINGを行ってみると応答無し。
一旦，電源を切って再起動をかけるとBSのIPは固定で192.168.0.110の設定でした。（この現象の原因は心当たりがあります。）
しかし，この落ちた時間ですが，BEAT(BOX)には高度な設定画面で動的IPアドレスの割り当て許可という設定項目があり，それを見ると，AirMacBSの検出日時が2007年6月18日(13時34分03秒)とほぼ24時間前っていうのが気になりました。
そこで，再度BEAT-BOX動的IPアドレスの割り当て許可設定を何も触らず，更新のみをしたところAirMacが一覧から削除されましたので，これで本当の意味で固定にされたのかもしれません。再度経過を見てみたいと思います。
>くろ様
不明な文章で申し訳ありません。
「BSのログを見るとネットワークタイムを合わせに行って，失敗しているログばかりです。」
と言いたかったのです。駄文失礼しました。
まだまだ，課題が多そうです。

>BSのログを見るとネットワークタイムを合わせに行って，失敗しているログばかりです。
原因はDNSかも知れませんが、ntpはあまりに時間がずれていると同期できないことがあるようです。但し、昨今のソフトでは大丈夫かもしれません。