After the several trials in my environment,
I noticed some rules over this son of a bitch ASUS P8P67 rev B3 on-board NIC RTL8111E.
Okay, here we go!

RTL8111E using Jumbo Frame in Win7 101.
o If you would like to enable Jumbo Frame using RTL8111E with Realtek latest driver (V7.43.321.2011),
   it is always mandatory that 8111E frame size setting shall be greater than peer's you would like to connect.

o If you would not obey the rule as above,  (1024 * N ) - 3 byte packet length will be used in 8111E,
  and once 8111E receives  the packet then 8111E would immediately stop communicating with 
  peer. (where N is 2, 3, 4, 5, 6, 7, 8, 9 as Jumbo Packet size of KB)

 You can choose the Jumbo Frame size as  Default(1518), 4102,  7422, 9694 in Buffalo NAS.
RTL8111E latest driver for Win7 allows to set Disable, 2, 3, 4, 5, 6, 7, 8, 9KB in the driver.
I tried to connect with all of the combination for the settings and sort out the rule of thumb. Boring!!!

I just purchased Intel Giga bits CT /PCI-X and it works amasing with 9014 byte Jumbo Frame.

Hey! Realtek guys, the latest driver for RTL8111E is really crap!
This comes from just my hunch, but the Win7 latest driver for RTL8111E does not work correctly
for Jumbo Frame setting. It wasted my time a lot. I hate you.
I am sure that Jumbo Frame is not optional under the Giga Bits environments.


 

リビングからNASへのアクセスは9014バイトのJumbo Frameで通信出来ています。
新しいPCでNICのプロパティの詳細設定で９ｋBを選択した場合、NASにアクセスするとフリーズします。
以前のPCでは９ｘｘｘバイトのJumbo Frameで通信出来ていたので、問題は新しいマザーのＲＴＬ８１１１Ｅ
のドライバーソフトに問題があるように見えます。

実際には
1)ＮＡＳのＭｏｖｉｅ共有サービスの3階層くらい下のディレクトリにある２０くらいのＭＫＶをリスト表示。
2)ＷｉｒｅＳｈａｒｋでＯｐｔｉｏｎでipアドレスを指定してＮＡＳと新しいデスクトップ間のパケットをキャプチャSTART
3)表示しているMKVをダブルクリック。KMPlayerでの再生を試みる。
4)２，３分（KMPlayerはフリーズしています）たったらキャプチャをとめる。

NAS:192.168.0.37、新しいデスクトップ：192.168.0.39としてあります。
順番にパケットを見てゆくと
NASから９２１３バイトのフレームを受け取ったあとは、新しいデスクトップは黙り込んでしまいます。
NASはタイムアウトの時間を2倍、2倍にしながら再送を繰り返しますが、しばらくすると新しいデスクトップ
はリセットを出してやり直し。。。を繰り返しています。

475 192.168.0.37 → 192.168.0.39 Seq#: 59676 Next#: 59928 Ack#: 50612 Len:  306byte
476 192.168.0.39 → 192.168.0.37 Seq#: 50612 Next#: 50675 Ack#: 59928 Len:  117byte
477 192.168.0.37 → 192.168.0.39 Seq#: 59928 Next#: 69087 Ack#: 50675 Len: 9213byte
478 192.168.0.37 → 192.168.0.39 Seq#: 69090 Next#: 78249 Ack#: 50675 Len: 9213byte [TCP Prev. seg. lost]

    (0.713227 → 0.945430: No repsponse 0.23sec)

479 192.168.0.37 → 192.168.0.39 Seq#: 59928 Next#: 69087 Ack#: 50675 Len: 9213byte [TCP retransmission]
480 192.168.0.39 → 192.168.0.37 Seq#: 50612 Next#: 50675 Ack#: 59928 Len:  117byte [TCP retransmission] 476 の再送
481 192.168.0.37 → 192.168.0.39 Seq#: 78252 Next#: 59928 Ack#: 50675 Len:   66byte [TCP Prev. seg. lost]

    (1.013829 → 1.425404: No repsponse 0.41sec)

482 192.168.0.37 → 192.168.0.39 Seq#: 59928 Next#: 69087 Ack#: 50675 Len: 9213byte [TCP retransmission] 477 の再送

    (1.425404 → 2.385383: No repsponse 0.93sec)

483 192.168.0.37 → 192.168.0.39 Seq#: 59928 Next#: 69087 Ack#: 50675 Len: 9213byte [TCP retransmission] 477 の再送

    (2.385383 → 4.305278: No repsponse 2sec)

484 192.168.0.37 → 192.168.0.39 Seq#: 59928 Next#: 69087 Ack#: 50675 Len: 9213byte [TCP retransmission] 477 の再送

    (4.305278 → 8.145033: No repsponse 3.8sec)

485 192.168.0.37 → 192.168.0.39 Seq#: 59928 Next#: 69087 Ack#: 50675 Len: 9213byte [TCP retransmission] 477 の再送

    (8.145033 → 15.824629: No repsponse 7.7sec)

486 192.168.0.37 → 192.168.0.39 Seq#: 59928 Next#: 69087 Ack#: 50675 Len: 9213byte [TCP retransmission] 477 の再送

    (15.824629 → 31.183729: No repsponse 15.3sec)

487 192.168.0.37 → 192.168.0.39 Seq#: 59928 Next#: 69087 Ack#: 50675 Len: 9213byte [TCP retransmission] 477 の再送

    (31.183729 → 61.901987: No repsponse 30.8sec)

488 192.168.0.37 → 192.168.0.39 Seq#: 59928 Next#: 69087 Ack#: 50675 Len: 9213byte [TCP retransmission] 477 の再送

    (61.901987 → 67.328725: No repsponse 5.4sec)

489 192.168.0.39 → 192.168.0.37 Seq#: 50675 Next#: ----- Ack#: 59928 Len:  54byte [Connection Reset]