こんにちは

横からすみません。
文面からするとstatファイルの解析に勘違いがあるように思えたので、
念のため確認です。

引用：
「使用しています」というのは、「送信チャネルとして」という意味でしょうか？
つまり、後述のACKフレーム以外の各種フレームを送信するときには上記のチャネルを使って送信している？

引用：
おそらく、チャネル0,1の誤りだと思いますが、
fo_ruさんの作成したこの系では、ノード1,2のそれぞれ2つのインタフェースとも
チャネル0,1の両方から飛んでくる全ての信号が聴こえるということになります。

引用：
ここが確認のしどころかと思いますが、statファイルの何を見て
「チャネル1でもACKが送信されて」いると判断されたのでしょうか？

802.11系のMAC/PHYのstatisticsは、デフォルトではチャネル番号の情報は出力していませんが、
それを解析できるようにstatistics出力を改造、あるいは判断可能なようにシナリオを設定されていますか？

もし、MACフレームやPHY信号の受信側カウンタをみていて、
ノード2がチャネル0でACKを送信しているにもかかわらず、
チャネル1で受信するはずのノード1がACKを受信しているのでおかしいと判断されたのだとすれば、
全てのノードは両方のチャネルを聞いているので、これは当然の結果になります。
このあたりの判断を誤っておられないでしょうか？

もし上記が当てはまらないとすると、hiroさんのアドバイスどおり、順に確認していくほうが早そうです。
そのとき、受信チャネルマスク設定(PHY-LISTENABLE-CHANNEL-MASK：静的設定 / PHY-LISTENING-CHANNEL-MASK：静的・動的設定)、
送信チャネル設定(動的設定) それぞれどのようになっていて、
かつ誰がどのチャネルで受信したのかを注意してすすめられるとよいと思います。


ちなみにこれは余談ですが、
QualNetのPHY_801_11やMACDOT11モデルは、複数のチャネルが同時に聞こえるように設定可能ですが、
この状態で正しくCSMA/CAが動作するようには作られていないようです。
ひとつのインタフェースで単一のインスタンスが複数のチャネルを同時に処理することになりますので、
異なるチャネルをキャリアセンスしてしまいますし、同時に受信すれば干渉しますので、注意が必要です。