これとかこれとか。
ちゃんと 600 あるそうです。

ああ、w3m は TERM が screen だとマウスが使えません。
TERM を xterm 等に変更すればマウスが使えるようになりますが、他の部分で問題が出る可能性が高いです。
tmux の FAQ でも

PLEASE NOTE: most display problems are due to incorrect TERM! Before
reporting problems make SURE that TERM settings are correct inside and
outside tmux

Inside tmux TERM must be "screen" or similar (such as "screen-256color").
Don't bother reporting problems where it isn't!

Outside, it must match your terminal: particularly, use "rxvt" for rxvt
and derivatives.

と先頭で強調して書かれているので、TERM を screen 以外に変更するのはお勧めできません。

自分の場合、w3mに以下のパッチをあてて TERM=screen でもマウスを使えるようにしています。

--- terms.c.orig 2011-01-04 18:22:23.000000000 +0900
+++ terms.c 2012-04-11 18:37:15.000000000 +0900
@@ -494,7 +494,7 @@
          {W3M_TERM_INFO("rxvt", XTERM_TITLE, (NEED_XTERM_ON|NEED_XTERM_OFF))},
          {W3M_TERM_INFO("Eterm", XTERM_TITLE, (NEED_XTERM_ON|NEED_XTERM_OFF))},
          {W3M_TERM_INFO("mlterm", XTERM_TITLE, (NEED_XTERM_ON|NEED_XTERM_OFF))},
- {W3M_TERM_INFO("screen", SCREEN_TITLE, 0)},
+ {W3M_TERM_INFO("screen", SCREEN_TITLE, (NEED_XTERM_ON|NEED_XTERM_OFF))},
  #ifdef __CYGWIN__
          {W3M_TERM_INFO("cygwin", CYGWIN_TITLE, (NEED_CYGWIN_ON|NEED_CYGWIN_OFF))},
  #endif

Tera Term 4.73 ならば tmux 1.6 が要求するマウス関連機能をすべて持っているので、設定をすれば問題なく使えるはずです。
自分の場合、.tmux.conf に以下のマウス関連の設定をして問題なく使えています。

set-option -g mouse-resize-pane
set-option -g mouse-select-pane
set-option -g mouse-select-window
set-option -wg mode-mouse on

具体的にはどのような問題が出ているのでしょうか?

Wikiedia によると、Soldier Crab と呼ばれているのは幾つか種類があるようですね。
この研究で使ったのは Mictyris guinotae で、こいつは蟹の仲間のようです。
# すでに Crab Computing について書かれてる…

IP spoofing する必要は無いですね。
IP アドレスが変わっても接続を維持できるのが売りの一つなので。

mosh は AES-OCB というメッセージ認証も併せ持った暗号方式を使っています。
なので、ssh 接続時に渡される暗号鍵を使って認証していると考えていいと思います。

ああ、確かに ja_JP.UTF-8 だと動作がおかしいですね。
本来必要な改行をscreenが出力していないので、screenのバグっぽいです。

mosh はこの点に関してはちゃんと表示されます。
ただしDEC特殊文字の罫線→ASCII文字(-+|)の変換を行っているので、
DEC特殊文字→Box Drawing の変換を行っているscreenに比べると表示が少々しょぼいです。
この部分のみに関して言えば tmux が一番きれいに表示できますね。

ssh だってデフォルトのポートは 22 と決まっていますが。
デフォルトでない別のポートを使うという話ならば、mosh も -p オプションで可能です。

また、mosh は接続していない時はデーモンが動いていないというのもポイントですね。
仕組みとしては、

1. ssh でサーバに接続する。(これが認証を兼ねる)
2. サーバプログラムを起動する。この時、使用するポートと暗号鍵を渡される。
3. ssh 接続を終了する。
4. サーバプログラムjを起動した時に指定されたポートへ接続する。

という形で、接続していない状態では mosh のサーバプログラムは動いていません。
なのでポートが開いていても通常は問題ないはずです。

X11転送はロードマップに挙がっていますね。
ポート転送は挙がっていないですが、仕組みとしてはほぼ同じなのでX11転送と一緒にサポートされるんじゃないかなと期待しています。

現状でまだサポートしていないというのは、優先度の問題じゃないでしょうか。
ポート転送は必要な人にはとても重要な機能ですが、使わない人もかなりいるので、
まずインタラクティブな接続の為の機能を優先するという事だと思います。

どの辺りに問題が出ているのでしょうか?
手元の環境では特に問題ないです。

開けるのは全部で1001個…というどうでもいい突っ込みは置いといて、
仕組みとして一セッションで一個ポートを使うので、かなり余裕をみて範囲を決めているという事でしょう。
一セッションだけでいいならば、一つポートを開けてあれば使えます。
例えばポート 5963 のみを開けている場合、 mosh -p 5963 REMOTE-HOST とすれば繋がります。

出来たらいいですね。自分はしばらくは時間が取れそうにないですが。

あと、ライセンスの問題が有るからなあ。
# BSD LicenseのソフトウェアがOpenSSLを使ったDLLとGPLなDLLの両方を同時に使うのって大丈夫なんだろうか

これに関連して、竜王様が世界征服を完了したと発表していますね。