エラーコードFFXI-4001

[Aconitine]

こんばんはー。
すみません、前回投稿でこれっきりにしようとは思っていたのですが、追加で思いついたことがあるので、それを伝えに参りました_(._.)_

「ヘビーユーザー」と認定されたものに対して帯域制限を行っていいとなっております。
（中略）
帯域制限を行っている会社のほとんどが３０GBを基準としているようです。
（後略）

このお話なんですが、これは今回の原因とは違うんじゃないかなと思います。
軽く計算してみたのですが、仮に通信量が上下方向とも1Mbyte/10sec程度で流れっぱなしだったとしても、
それが24時間累積した量は約16.9Gbyteなんですよね。条件に抵触してきません。
（また、そんな大容量の垂れ流し通信はFF11では行っていないはずです。それこそナローバンド回線ユーザーや海外ユーザーがろくすっぽ遊べなくなっているはずですから。）


また、
> プロパイダから回答が返ってきました。
> 自社内ではなくバックボーン回線側でFFXIそのものが帯域制限の対象になっているとの事。

こちらの件、改めて考えてみたところ、再確認の余地ありではないか、と。
中継側の多重回線やゲートウェイルータ・スイッチにおいて特定のゲーム通信のパケット関係だけを選択的にフィルタリングするなんて設定投入、普通はまずやらないと思うんですよ。リスクに見合いませんから。（細かな理由は長くなるのでここでは省きます。）
そうでなくて単に、トラフィックの均しこみのためにシェービングかけてるだけじゃないでしょうか？

この可能性を追究することで、ひょっとしたら改善に向けた糸口になりうるかもしれません。
以下の方策を可能なら試してみてください。

（また、長いｗ ので折り畳んでおきます_(._.)_ ）

●ISPのサポートセンターにしつこく問い合わせる。要点は以下。
１）前回「バックボーン回線側でFFXIそのものが帯域制限」と伺ったが、これは本当に文字通りの意味なのか。担当者間を又聞きしていくうちに曖昧な表現になってしまっていないか？
２）単にトラフィックの波打ちを均すために、シェービングしているだけはないのか？
３）そのシェービング導入点が上流口側（バックボーン回線との接点に近しい側）というだけで、御社の自身の設定権限が及ぶ範囲ではないのか？ 本当に全く手が及ばない他社区分なのか？
４）上述3点が該当する場合、要するに現在の収容系がトラフィック逼迫状況下にあるため、私の個人通信が影響を受けていると思われる。別の経路は存在しないのか？
５）別の経路が存在するなら（そしてそちらの方が空き状況に余裕があるならば）、通信の収容を切り替えて改善しないか試してみたい。協力願えないか？
６）御社内部で任意のコマンドにより切り替え実施できるなら、それが一番。そんな任意のコマンドは存在しないとの場合であれば、ユーザー側で回線接続を一旦切り（終端装置とルータの電源を10分程度落とし）、再接続を何度か試みる内に接続のランダム振り分け性から偶然にでも別経路の方へ収容移ることは期待できないか？
７）再接続で経路替えが試みられる場合、都度の現在収容経路を御社オペレータに確認してもらう手間を、協力願えないか？

となります。
この交渉時に大切なことは、気持ちの姿勢です。
相手側に通常サービスの範囲外におよぶ労力を求めている点を割り引いて言動を取ること。
また、経路の切り替わりが上手くいかなくても相手側に非がないことを理解しておくこと。
運良く経路が切り替わったとしてもその切り替わり先経路が本当に空いているかは保障されないことを理解しておくこと。（まぁ相手方は統計的なトラフィック推移表くらい気軽に参照できているでしょうから、ぜんぜん当てにならないなんてこもとないはずです。）
切り替わり先の経路が「現時点では空いていたとしても」、今後も空き続けるかどうかなど一切保障されないことを理解しておくこと。
PPPoE接続は接続性が不安定であるため、（長期的には）知らぬ間に接続断が起き自動で再接続→経路が戻っていたなんてこともありうる。こうした場合も相手方に非はないことを理解しておくこと。

たいていの通信事業者であれば、収容経路は複数張っているはずなので（上流側となれば、なおさら）、これを提案させて頂きました。
また、現用経路が逼迫傾向にある場合、既に新たな経路の増設に取り組みつつあるはずです。しかし諸処の事情からこれが迅速に出来る場合もあればやたらと時間のかかる場合もあり（半年～1年以上など）、その間に現行契約ユーザーに対し「通信量の溢れかえり」によってサービス提供不能になるといった破局事態を迎えさせないため、従来は緩めに導入していたトラフィックシェービング（パケットシェービング）設定を一時的に締めつけ強めへと変えている、といったことは十分ありえると思います。

なぜシェービングが問題になるのか、想定しているのか、という理由はFF11側の要点に「UDPパケット」通信が提議されたからです。
UDPパケットは、一回送ったらそれっきり、な通信プロトコルです。ロストしたら、それっきりで、理由も不明（検出や判定に繋がるような動作が元から含まれていない）です。また、受け手側ではそもそも何かが送られてくるはずだったことすら判らないままです。（といっても、まともな通信設計であれば回線通信よりも上層のレイヤ/アプリケーション層等でカバーしているはずですが…。）
対しTCP（通常のインターネット通信は、たいていこちら）は、送出したパケットの到達応答確認、エラー検出確認、エラー時訂正通信（再送信動作）が定格動作として組み込まれています。通信到達の安定性はUDPとは比べるべくもありません。

しかし、TCPはその性質上、通信の開始から終了まで「時間がかかる」のです。いちいち往復で何度もやり取りを行わなければならないからです。
対し、UDPは迅速に到達します。往路が一回きり、で動作終了できるからです。
各々に一長一短があります。そして、FF11のようなリアルタイム通信型ゲームでは、往々にして迅速な通信結果が求められる場面が多いため、UDPパケット型の通信を多用することになるのでしょう。（もちろんですが「到達迅速性」よりも「遅くても、確実な結果」が求められる部分に関してはTCP制御を行っているはずです。）

さて、シェーバーの話に戻るのですが。
シェービング受けた際、「トラフィックの波打ち」における上辺側が均し待ちの処理を受けます。
例えば、100Mbitの回線を使っている場合に、タイミング次第で110Mな時と80Mな時があるとします。この時100Mを超えた分はウェイトさせておき（待ちキュー化）、使用状況が80M等に落ちて空いたタイミングが来たら待たせてあった分を流し込み直す。これが簡単に表した場合のトラフィックシェービングです。

この時、どれだけウェイトタイムが長く連続して生じうるのか、という点がキモになります。
大抵の通信は、パケットごとに存在可能な有効時間が設定されています（その設定値以上に遅れて届いても意味がないから超過したパケットは破棄される）。FF11関連の通信は、ここがそんなに冗長ではないでしょう。
（※細かく言い出すとシェーバー機のバッファ容量上限やらキューごとの優先レベルによる送出順位差やらもあります。）
また、結果としてパケット破棄されたとしても、TCP制御（普通にE-Mail送受信だとかWebブラウジングだとか）であれば、エラー結果に伴い再送信動作が実行されるだけなので、結果がほんの半秒以下～長くて数秒ほど遅れるだけ。実際上の利用ユーザー視点（生身の人間の時間感覚）からすると問題が起こっていることを実感できないまま、済んでしまいます。
しかし、UDPパケット通信だと、そうはいきません。そのままロストに直結してしまいます。

これがまだ、数秒程度間隔の断続的なものであれば、復帰の余地もあるでしょう。
しかし、近年は一般ユーザーの利用形態にも持続的な高トラフィック負荷（ぶっちゃけ、動画ストリーミングの視聴とか、あのへんです）が普及しつつあるため、確率的には平均化されるはずの「トラフィックの波打ち」が上辺側で時に張り付き気味になることは、予想としてありえます。
といっても長くて数分と続かないはずですが。しかし、FF11のログイン状態は1分～30秒程度のパケットロスでサービス断状態へ陥ってしまいます。
（やっかいなのは"見えない"パケットロスである点で、これが回線断故障や中継ルータ障害などといった想定された異常事態であればエラーがしっかりと返る/検出されるため、むしろ安定した動作としてエラー終了、原因の特定が可能になります。）

で、これがまたFF11のようなゲームの特殊性なのですが、
一晩何時間とログインしている内に、一回でもこんな通信ロストからくるサービスDownが起こったらNGなのですよね。プレイユーザーからしたら許容されません。
しかし、メールやWebページブラウズや動画ストリーミング視聴やらでは、その程度の一時断は言うほどの問題性となりません。
ここに、通信事業者側とFF11ユーザー（そしてあえて加えれば、一般的な通信ユーザー）の間における、視点の乖離、理解の断絶を生みかねない溝が潜んでいます。
長くなってしまいましたが、この点を事前に十分理解しておくことが交渉に臨むに際してとても重要です。ぜひご熟慮頂けましたら幸いに存じます。


※FF11関連パケットが選択的制限を受けている可能性は低いと書きましたが、但しシェービング時の優先レベル（QoS等）が他の一般的通信で利用されるパケット群よりも1レベル低く設定されている可能性は否めません。
（特に重要性のあるポート番号でもないくせに長期間に渡り妙に偏ったトラフィック負荷をかけ続けていたとしたら、他の大きな設定変更等を反映させるメンテ計画時にでも「ついでに」盛り込まれてるくらいのことなら、ありえるかもしれません。もしかしたら設定判断した技術者さんはそれがFF11なんて特殊嗜好ゲームの関連だとご存じないままかもしれません。）

※追記です。

アコチニン様がお試し引きでお勧めされたUSEN様を検索してみたところ
法人向けサービスしか残っておりませんでした。
[個人のお問い合わせはこちら]を押しますとSo-Net様配下のGyO様のページが出てきました。
つまり個人のお客様は３０ＧＢ帯域制限をしているプロパイダを使ってくださいなというUSEN様の意向なのでしょう

これは私が言葉足らずでした。申し訳ございません。
USENの光Gate02は、サービス分類としては「法人向け」になっています。
でも実は、個人名義でも契約できちゃうんですよね。あちらのマネージャーさんの話しぶりもそれを嫌っているということもなく、むしろどんどん買ってください的な勢いでした。（社会人相手どころか学生相手にも提供している例があるそうなので、そんなに法人/個人の区別に拘ってはいないみたいでした。とはいえ契約書面関係なんかは法人前提で書かれてあるので、ちょっと小難しかったりは致しますが。）

但し、前回投稿でGate02を話に持ち出してきたのは、あくまで回線品質の話を行う上で比較対象としてであり、別に本気で回線乗り換えなされることを推奨しているわけではありません。
というか、FF11ゲームプレイのためだけに引くにはさすがにもったいなさすぎるコスト比になってしまいます。誤解させてしまったなら、申し訳ありませんでした。
（でも世界のどこかには、FF11大好きな超☆お金持ちさんがお大臣的豪遊気勢をもって「FF11の快適プレイのためならいくらかかっても構わん！ 金ならいくらでもある！」とか言って豪勢な環境でプレイすることを望んでおられたりするなら、この光Gate02は激しくオススメかもしれません……。きっと！）

[FFXI_JP]

一度発生するとPS2, WinXP, Win7でクライアントを変えてもしばらくの間ROからXXFI-4001ですぐに落とされます。
この間、同じクライアントで別のアカウントは普通にログインできます。

私の場合はアカウントごとに発生するので「プロバイダの制限で〜〜〜」や「クライアントごとにUDPポート〜〜〜」は関係無い気がします。

[FortressMaximum]

こんにちは、

アコニチン様

綴じ込みの部分拝見させていただきました。追加の提案ありがとうございます。

とりあえず、メールサポートの返事を待ってそれでもダメで、NTTさまと相談してもダメだった時にします。
ここ頻繁に電話し続けているので間もおきたいですしね、
でないと「前回お答えしましたが」とシャッターを下ろされそう。ｗｗ

プロパイダへの対応は、う～ん、頑張ってやってみます。
本当は「頑張っていけないと」心療内科／神経内科の先生から言われてるのですが、心の糧ですから頑張らないとｗ

あとUSENさまの件了解しました。法人格をとらなくても契約は出来るのですね。
まぁカードも作れない現況の私では無理な話ですがｗｗ。

[FortressMaximum]

こんばんは

Matthaus様

プロパイダの名前出しありがとうございます。

とりあえずお礼だけを

色々書き出すとまた個人状況を書くことになっちゃうと思うので。

[FortressMaximum]

こんばんは

Mistmirage様

ご指摘ごもっともな部分、多く有るのですが、プロパイダに限らず企業は都合の悪いことは書きません。
評判を集めて回るということになりますが、口コミが一番早いかなと思ってお願いをした次第です。
自分のエリアでサービス展開していなかったとしても選択の指針にはなると思います。

参考になる行動指針をご提案いただきありがとうございます。

[Aconitine]

一度発生するとPS2, WinXP, Win7でクライアントを変えてもしばらくの間ROからXXFI-4001ですぐに落とされます。
この間、同じクライアントで別のアカウントは普通にログインできます。

私の場合はアカウントごとに発生するので「プロバイダの制限で〜〜〜」や「クライアントごとにUDPポート〜〜〜」は関係無い気がします。

横から失礼します。
この論法は危険です。ご注意頂きたく。

「事象の解決・解消」を第一に考える場合、ですが。
今現在も発生継続中で、悩まされていらっしゃるわけですよね？
ここで、一見関係なさそうに思えるからと、新たなアクションを「実行しない」ことを選んだ場合、では事態の進展（の契機となるもの）はどこから得られると考えられますでしょうか。

誰が見ても一目でハッキリと効果の判る解決法が天から降ってきてくれる、ような展開は望み薄でしょう。
そもそもロジカルに割り切れて対策可能な事象であるならば、ここまで問題を引きずっていないはずです。

内心で効果が望み薄だと思われること自体は自由です。また、まっとうなご感覚だとも思います。
しかし、ある被疑の区間や検証性に対して「とりあえず試して、そこではなかったという"事実"を積み上げる」というアクション取りを一つずつ一つずつ進めていくことは、地味なようですが堅実で、解決に至る可能性が最も高い姿勢ではないでしょうか。

公式側（スクウェア・エニックス社サポート部門）から指示されたアクションには、優先して従い結果を都度提出なされた方が、皆様ご自身のためにも有効である、と提言させてください。

これを、身近な例、FF11のプレイ風景に例えるなら、
ナイズル島探査指令の「ランプ点灯／順番型」が、近しいのではないかと思います。
思い浮かべてみてください。
指示役があるパターンの実行を伝えているにも関わらず、
・いやそのパターンは無駄じゃない？ もっと別のパターンないの？ と言うだけの人や
・押してと言われても押さない人、や
・押したと言いつつ実は押してない、人
・つきっぱ、ではなく「灯いた！　……あ、消えた」と言う、人や
・実は順番を厳格に守らず適当なタイミングで押していた、人や
・仕組みを把握してなくて、事前説明したことを本番開始してから聞き直してくる人、適当に行動しちゃう人

などなどが混ざっていた時、どうなりましたか？ｗ
（思い返すだにあの頃は……、あぁ胃がｷﾘｷﾘｷﾘｷﾘ…ｗｗ (^q^)ぁぅぁぅぁー）



とはいえ、被疑性を切り分けるにしても、ご家庭の機器や環境まで視野に入れようとすると、要因が多すぎるのですよね。一つずつ細かに検証していくのは実際上難しいです。
なので、ひとまずざっくりと大まかに切り分けられる手法として、最初の投稿（#95）で「中規模ネットカフェからの定量的プレイテスト」を提案させて頂いた次第です。


他、これも例えばというに過ぎないのですが…、

> この間、同じクライアントで別のアカウントは普通にログインできます。

この条件も、厳密には「同時に」は確かめられていないですよね？
規約違反なツール類でも使わない限り、同一クライアント端末の同一FF11ソフト上で複数アカウントを並行ログイン・プレイ実施という行為は出来ないはずです。
単なる運の要素のブレ幅に過ぎないかもしれないという可能性を潰しきれません。


また、併せてご注意頂きたい点があります。
それは、皆さんの症状が「似ているようで、実は違うもの」かもしれない、という考察視点です。

ご症状のお話を散見させて頂く限りでは、この事象は定性的なものでなく定量的な問題性・原因性であるように見受けられます。
onかoffか、0か1かでなく、一つ一つは問題として表面化しない程度の要因が、複数重なり合った結果、不運にも閾値を越えてしまった方や、組み合わさりの相性が悪かった方にだけ、事象が顕在化してしまっているのではないかという、可能性です。

もしこの場合、「改善」のために個々に取りうる細かな対策の積み重ね方も、その中のある細かな手法の効き具合も、個々人個別のケースごとに違ってくるかもしれません。

そのような場合というのがこれまでの通信史（というと大げさですがｗ）上からは、ありえるものとして警戒すべきこととなります。
最終的にはとても細々とした要因へと追究していかなくてはならないかもしれません。
しかし、最初からそんな細かい視点へばかりフォーカスを当て嵌めてしまうと、物事として事態が動き難くなってしまいます。

そのため、対処手法の手順としては、「大きい視野から始め、徐々に絞り込んでいく」という進め方が方法論となります。（統計的な傾向にも基づいて定説化された方法論です。）

ご内心はとても察するところではあるのですが、そこはグっとお堪え頂き、まずは公式サポート側からの指示を「最優先」として判断優先レベルを繰り上げ、対処に臨んで頂けましたら幸いに存じます。

[FFXI_JP]

横から失礼します。
この論法は危険です。ご注意頂きたく。

全然危険じゃありません。
プロバイダが原因、UDPが原因と確定しそうな流れなので
別の原因の可能性も出すために私の状況と感想を書いただけです。

専門用語を並べて無駄に長い文章で書いていますが、
話を広げすぎて逆に混乱するのではないでしょうか？
ナイズルランプの話等も必要ありません。
夜中にネットカフェにテストしに行け他専門の話はスクエニサポートにメールでもして下さい。

ちなみに最近はR0は発生していません。
複数クライアントは常に立ち上げているわけではないです。
この現象は30分〜1時間続くので他のアカウントで入ってみたりプラットフォームを切り替えたり色々試してみただけです。

[Aconitine]

ちなみに最近はR0は発生していません。
複数クライアントは常に立ち上げているわけではないです。
この現象は30分〜1時間続くので他のアカウントで入ってみたりプラットフォームを切り替えたり色々試してみただけです。

おや、もう直られていた（発生継続中ではない）んですねー。
それは何よりです…。んが、
なんだぁ～～、それなら全然話が違ってきちゃうじゃないですかー。一緒に書き添えておいてくださいよぉ～～。

なお、ISP側帯域制限のお話やらUDPのお話は、誰もそれで断定扱いしようとは考えていないと思いますよ～。（私自身もそのつもりです。）
ISP交渉はFortressMaximumさん個別のケースのお話ですし、UDPに関してはサポート側がせっかく提示してきた視点なので、「とりあえずそっち面から考え進めてみようかぁ～」程度のものです。

いずれにせよ既に事象収束済みであれば、私が書き出したことが関係してくることはないでしょう。
（失礼致しました。）

[FortressMaximum]

こんにちは。

リハビリと昼食から帰って来ました。
あの＃１０４の提案を試されて実行出来て症状出なくなった方はいないのでしょうか？

エラー情報が挙がってきてないのは症状が出なくなったからと判断していいのでしょうか？
それともエラーが出なくなったのは声なき人々が辞めていったor遊ばなくなった為？

実行できなくて不安なんで、＃１０４の提案以降症状出てないよって方がいたら教えてください。
週末に症状でてる方は別だと思いますが、曜日に関わらず出ていた方も私以外にいたと思うのですが。

昨夜２２時から本日昼１２時半ごろまで別アカでバザー放置（場所はジュノ上層）していましたが、
外出前と帰宅後と確認しましたがエラーは発生してませんでした。
悲しくも売れてなかったので、今晩は混んでるジュノ港に放置バーザーしてみようと思います。
２０時前に放置バザーしても落ちたことが無いので今は移動させてません。

私もアコチニンさん同様、これで解決するとは思っていません。個別環境で違いがあるからです。
誰か一人でも解決すれば御の字かなと思ってるくらいです。
フリービットを１次プロパイダとしてる人達で症状が出なくなれば、
UDPへの対策である程度の人は同様に解決していく方向になっていくとは思いますが
自分のプロパイダが１次（バックーボーンが自社持ち）なのか２次（バックボーンを１次からレンタル）なのか
プロパイダのホームページをちゃんと見ないと分からないですしね。
都合の悪いことはかかれてなかったり、読みにくい小さな文字でかかれてたりしますので。

スクエニさんに対しても一応「期待」はしていますが、申しわけないですが信頼はしていません。
昨年のPS2VU不能については「失望」させられましたので。

外出でちょっと疲れたのでこれからお昼寝ですｗ。
膝のリハビリした後って軽快になるからついウロウロしてしまってｗｗ。

[Mistmirage]

報告があって３日位しか経っていないのですぐには答えは出ないとは思います。
個人的には自分の場合設定後ここ２日プレイしましたが、２１～２３時の間ででていた、落ちかける症状はなくなりました。

やはりインターネットしている以上、関係ないとは言い切れないですから・・・。

そういえばポート開放についてなんですが、
自分の宅内で出来ない場合プロパイダおよび回線業者に直接開けてもらうって出来ないんですかね？

自分の契約ＩＤ（グローバルＩＰアドレス契約じゃないと無理？）や回線にたいして開放するだけなので、利用者全体に迷惑がかかるというのもなさそうですが・・・。
そもそも帯域制限されてたら無理なのかな？