v6プラス Part6 [無断転載禁止]©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
extend:checked:vvvvv:1000:512
extend:checked:vvvvv:1000:512
次スレを立てる方は↑を二行重ねて書いてください
JPNEが運営するローミングサービス。
ニフティ・BIGLOBEでは無料のオプションとして提供。
http://www.jpne.co.jp/service/v6plus/
前スレ
v6プラス Part5
http://mao.2ch.net/test/read.cgi/isp/1498807453/ >>698
音声を優先するかどうかはHGWの設定で変更できたような?
携帯カケホがある今は、それほど魅力にはならないと思うが
携帯から不可の0120とか糞高い0570とか対策には割といい >>698
バカ
帯域別れてるから関係無い
只停電は怖い >>693
VPN機能が使いたいからで第4世代に替えてくれるし、無線acが使いたいからで第5世代に替えてくれる
交換に際して手数料が必要かどうかは交渉次第 >>699
そんなことできたら0AB〜J番は割り振れないよ NGWに六角でゴニョゴニョ交換してもらった
NTTだけど >携帯から不可の0120とか糞高い0570とか対策には割といい
携帯で0120不可の設定はどんどん少なくなっている
固定電話の年間使用料とたまにかける0570の代金と
どちらが高いか? もちろん人によるが多分、固定代では
年間24,000円位だろ
自宅を事務所にしている自営業者とかは別だか
固定電話はもう迷惑電話9割だし
どうしても通話重視なら固定代より高くともスマホとガラケー
2台持ちの方が便利な時代 >>702
音声優先モードって設定があるじゃん
デフォでオフだけど >>701
無線化って基本レンタルのカードを月300円払ってやるもんだとおもってたけど
無線acが使いたいって言ったら無線内臓のやつと交換してくれるんかな? v6プラス以外のHGWの話は専スレのが詳しい
【NTT】フレッツ光・ひかり電話対応ルータ Part31©2ch.net
http://mevius.2ch.net/test/read.cgi/hard/1487396338/ >>695
もし JPNEの仕様上は固定長だけだとしたら、
JPNE 用と同じ仕様のレンタルルーターでのサービス提供にあたって、JPNE の仕様を把握しているはずの BIGLOBE が、
自らは可変長仕様を加えておきながら、
一方では市販の固定長仕様に基づく機種を動作確認しているということになる。
いくらなんでもそんなアホな事はしていないと思いたい。
>>705
音質優先モードはオフでもそうでなくても、通話のパケットは DSCP=46 (Expedited Forwarding) で、最優先になっている。 >>706
何も言わなければ使用中のHGW用の無線カードが送られて来るけど、ac対応でと言えばHGWの交換が必要という話しになる
ac対応の無線カードに対応したHGWが第5世代しかないんだから必然的にそうなる >>708
>JPNE の仕様を把握しているはずの BIGLOBE
把握してるかはわからない
JPNEからの開示情報がメーカー(技術面)とISP(手続面)で違うかもしれないし
NECとビッグローブはとっくに別会社だし
レンタルが固定長なんてアホはありえないが
JPNEは固定長のところにIOだけではくNECプラットフォームも可変長実装してて
ビッグローブ仕様で動いてしまったというのもありえなくはない
NECプラットフォームはRFCとか”標準”をそれなりに気にする会社 >>710
開示情報が別々だとしても、
BIGLOBE は、JPNE の仕様(マップルールを配布する側について)の情報開示を受けて把握しているはず。今のサービスを自前でやってるなら必須だし、外注だとしても仕様の把握はするでしょう。
機器メーカーは、JPNE の仕様(マップルールを取得する側について)の情報開示を受けて実装しているはず。
その情報が互換性を確保できないものであるのなら、JPNE の仕様あるいはその開示のしかたがアホ。
JPNE がそんなアホな事をするか… ってこれが一番ありそうな気がしてきた。バッファローと IO 両方見てると、v6プラスについては「こまけぇこたぁいいんだよ!!」っていう感じを受けるから。
(ひょっとすると、固定長とも可変長とも規定されていないとか…)
NECプラットフォームズは「”標準”をそれなりに気にする会社」、同じことをしているとしても IO は「拡大解釈」で表現が随分と違うのは、実績の差かあるいはイメージの差か。
IO 自身がそんなんだとしても、この機種の外注先がなかなか真面目にやってるんじゃないかというような感じを受ける。 バッファローは3時間毎にマップルールを再取得しているくせに融通効かないのな Buffalo
・LAN側のサブネットマスクを24bit以外に設定した場合、
WAN側のDNSアドレス、デフォルトゲートウェイが正しく設定できない問題を修正しました。
・PPPoE接続時に1427Byte〜1472Byte長のDon't Fragmentパケットに対してBroadStationが
無視していたため、正常に要フラグメントパケットを応答するように修正しました。
こんなことやらかしてたからな
/16固定になっててもおかしくない >>711
中のことなんて分からないんだからどうだっていいんだよ
〜はずと決めつけるような根拠が無いってこと
「こまけぇこたぁいいんだよ!!」はある
v6プラス開始当時のMAP-Eは
大枠は出来るもRFCどころかまだドラフトでラストコール前
表現が違うのは実績の差
RFC6877みたいに独自仕様でなくわざわざRFC起こしてるし >>713
何でデータ断片を勝手気ままに破棄する仕組みにしてたんだろw
メルコって定義された通信規格をロクに理解しないまま製造しているのではないだろうか >>712
バッファローは、少なくとも初回マップルール取得後には、
BR 経由バッファローサーバーへの通信を試みて、応答がなければ MAP-E の利用を一旦あきらめる。
→ そのときにそのサーバーが落ちていると、IPv4 インターネット全体を利用できない。
3 時間ごとにやってるのかどうかは不明。
IO は、IO のサーバーとの通信は試みるが、たとえそれに失敗したとしても
設定画面を開いたときに「インターネットが接続されていません」などと表示されるだけで、IPv4 インターネットへの接続はできる。
マップルールの再取得(3〜20 時間程度の間隔で、そのときによって間隔が違う。毎日同じ時間に当たるということにはならない。)をしようとして接続できなくても、
当分(数日間かそれ以上?)はそれまで使ってたマップルールを使い続ける。 >>716
ごめん、バッファローの場合が間違ってた。
バッファローのサーバ宛にパケットは投げるけども、それはわざと TTL を小さくしてある。
経路のどっかで ICMP time exceeded in-transit が返ってくれば OK、サーバーは落ちてても大丈夫だった。 わかった。
本来の計算
PSID length = o - p
= (EA-bits length) - (IPv4 suffix bits)
= (EA-bits length) - (32 - (IPv4 prefix length))
バッファロールーターの計算
PSID length
= (EA-bits length) - (IPv4 prefix length)
32 - 16 は 16 (IPv4 アドレス 32 ビットのうち、prefix が 16 ビットなら残りも同じく 16 ビット)だから、
(IPv4 prefix length) = 16 のときに限りたまたま合ってたw
根拠: バッファロールーターにマップルールを送り込んで中を確認。
企業の中はわからないけど、ルーターの中ならわかる。
>>713
「/16固定」ではありませんでした。 それはファームウェアアップとかで訂正できたりするんですかね フレッツジョイントの奴のIPv4を一時停止してHGWのVPN設定開いたら配信済み事業者ソフトウェア一覧が0になってぶっ飛んだのだけど…
待てばまた配信されるの? 来年の新製品で対応ってのが各社いつものパターン
毎年新製品出してるようなとこはそう。
業務用みたく同じ型番で何年も続くようなところならファームアップで改善の期待も持てるのだが。 >>724
そこらへんは何をしても救われない人達だから放っときなさい むしろこのままPPPoEで繋ぎ続けて遅い遅いってデマ流してくれたほうが
こちらの帯域食わないから嬉しい >>725
何かの拍子で一時的に消える事がある
あれを最初見た時は焦る v6プラスに加入してるのですが、何かやっておくべきセキュリティ対策はありますか? >>729
パソコンにセキュリティーソフトを導入しておくこと HGW有りならHGWのファイヤウォール有効になってる 今までonuだけだったんですが、v6プラスにしてから専用ルーターつけることになりました、寝てる時とか会社行ってる時はルーターは基本電源入れっぱのがいいのでしょうか? 最近のルーターは省電力モードの週間スケジュール設定とかできるのもあるな もし、IPv4アドレス専有v6プラスが提供開始しても
ポート番号0〜4095の範囲は使えない認識であってる? >>735
合ってない
ポート開放に制限はないと公式回答貰った で一体どこのプロバイダがMAP-Eで固定IP使えるのか
JPNEのリリースしかねえ >>737
提供予定については各ISPに直接問い合わせろって親切な回答ももらったよw >>736
ありがと
ちょっと自分でも調べた
(EA-bits length) + (IPv4 prefix length) = 32
にすればポートセットID無くなって全部使えるって感じか >>739
それをやるには IPv4 アドレスをまとめてごっそり確保しないといけないけどそれは現実的ではないこと、
「IPv6アドレスをアップデートサーバーへ通知」の記述があることからアドレスのマッピングは静的ではないと考えられること、から
そもそも MAP-E ではないんじゃないかと。
>>740
もともと v6プラスを扱ってたし、その固定IP もどことは書いてないけど JPNE っぽいね。
2404:9200:225:100::64 ← v6プラスのトンネルの先
2****:9200:225:100::65 ← IPv6のトンネルを使ったIPv4の固定ipサービスのトンネルの先(桁数間違い) 各社MAP-E対応ルーターの一覧表が載ってるサイトを教えてください。 >>738
サンクス
まあ対応は間違ってないかも知れんけど期待だけ持たせて放置は勘弁してくれ このスライドに幾つか例示
https://www.slideshare.net/yuyarin/i-pv4-ipv6coexistance
MAP-E対応ってCEかBRかでも違うし
MAP-E自体にはルールの使い方だけでルールのやり取りは規定してないんで
別途どうにかする必要あり
MAP-Eとしての実装でなくても
BRはIPIPと宛先ポートで振り分けるルーティングで済むから
ちょっとしたルータなら大概はどうにかなる
CEの方がめんどくさい ここアップロード制限なくないか?
スピテスしまくった時に転送量みたら1時間で下り23GB 上り10GB消費してたから30GB超えた日あるわ絶対 V6プラスでこれだけ速度が改善するってことは夜間混雑の原因はNTTの怠慢ってハッキリ分かんだね… これから終息させる規格の機材に金もスペースも極力出したくないってのはしょうがないでしょ
だからもっとIPv6推して行くべきとは思うけどそもそも押さえつけたのはISP側だからなぁ >>748
NTTの怠慢だとv6プラスでも改善しないよ。 >>751
網終端装置のことを指しているのだとしたら、その装置を設置するのはNTT施設内なので、各ISPから申請して増設するのだけれど、NTTはISP管理というし、ISPはNTT管理って言うのでどっちのだかよくわからんけれど
(ニフティは施設増強を自分のHPで告知してるしISP側っぽいけど)
・NTTの装置増設基準がセッション数なので人数が足りなくて増設できない
・基準満たしてるけどISPがケチって増設していない
の、2パターンがある。
またインターネットとNGN網を橋渡ししてる施設(ようはISPの施設)事態が速度遅延起こしてる可能性もある。
v6プラスでISP施設を迂回して速度向上してるわけだから、一概にNTTとは言えないの >>752
詳しいことは分からないけどNTT側がやってくれないから辛抱堪らずISP側がV6プラスを生み出したのでは無いの?
PPPoEでは混雑解消するにも費用対効果が悪いからISP側がケチって安く済むV6プラスを生み出したと言う事情ならISP側の問題だけど…
(V6プラスの設備の方が安く済むと仮定して)
>v6プラスでISP施設を迂回して速度向上してるわけだから、一概にNTTとは言えないの
ん??? >>752 途中で送信してしまった
迂回するのはPPPoEでトンネル張る区間のみでしょ… >>754
V6プラスの場合は、ISP施設を経由せず、JPNEっていうVNE業者の施設を通じてインターネット(IPv4もIPv6も全部)に接続する。
詳しくはJPNEのHPみてね。
んで、今までのIPv4PPPoEの場合、NGN(NTTの光ネットワーク)、終端装置、ISP施設のどこかが原因で遅くなるけど
V6プラスで速度改善する場合、NGN、JPNE施設しか通らないので、原因は終端装置かISPになるわけだ。 >>755
あっ、そうだったね! V6プラスはJPNE委託だった
V6プラスだとJPNEが優秀という話にもなるけど
BIGLOBEのIPv6オプションとかIIJとかのDS-Liteを見る限り原因はISP施設ではないと思うけど?
やはり>>753で言ったように
>PPPoEでは混雑解消するにも費用対効果が悪いからISP側がケチって安く済むV6プラスを生み出したと言う事情ならISP側の問題だけど…
>(V6プラスの設備の方が安く済むと仮定して)
という事が無ければNTTのせいじゃね? IPv4PPPoEが遅くなりすぎて、IPv6通信上にIPv4通信も載せる手段を構築したのならそうかもね。
世界的にIPv6に以降しなきゃいけないなかでIPv4との通信を確立するためにともいえるし、そこは根拠出せないポイントでしょう。
それで一方的にNTTがーっていうのは違うんじゃね? >>753の言うようにV6サービスがそんなに美味しいならPPPoEの
サービスが標準でV6サービスがオプションってこともないんじゃ
ないかな
旨味がある&今ならまだ言いたい放題ってことでV6サービスを
基本にして、さも今までとまったく同じネット接続ですみたいな
宣伝をしているIPSもあるみたいだけど
https://www.interlink.or.jp/service/zootnative/
インターネットでも携帯ネットワークでも消費者庁がベスト
エフォートとは言ってもこれくらいは出るように施設を保ちなさい
とか言い出さない限り、ISPも土管屋さんもMNOもMVNOもそんなに
設備投資したくはないと思うので、どこかしらがボトルネックには
なり続けるのだろうけど まあ十中八九NTTのせいだろうね。
NGN、統合ネットワーク、これに移動体無線からのフローも入っているんだろう。
移動体で目先のセッション数は稼げそうだけど
将来はわからない。
本来早かったはずの固定が割り食って出て行ったんでしょ。
スマホもそろそろ限界に来てるみたいだからまたちょっと動きあるんじゃない? 1セッション辺り250kbpsのNTT西地域じゃどう考えても足りなくなって当然 >>761
彼らが主役、おまえは脇役
嫌なら読むな >>756
v6プラスはJPNEのサービスなのだから
優秀もなにも比較対象がない
>>758
v6とPPPoEはいずれか相反するものじゃない
ZOOT NEXTはv6のためのものでない
上位官庁の総務省がokしてるのに消費者庁は動きようがない
>>760
料金含めて仕様を決めた頃の仕方が無い面もある
NTTの縛りで先を見込んだ設定は難しくて実績ベース
静的なwebが主流の頃で動画流しっぱなしとかでなくオンオフ鑑みれば平均これ位という設定 NTT内部の基準を満たしてないから
お役所と一緒だよ >>752
網終端装置のことなら、
https://www.ntt-east.co.jp/info-st/conguide/ntt-e2/pdf/05.pdf#page=2
この図で言うと相互接続点の丸印よりも左側の「当社(=NTT東日本)設備」にあたるもの。
NTT東西の設備ではあるが、接続事業者ごとにそれぞれ別に設置されている装置で、混雑状況もそれぞれ。
それで ISP によって混雑状況が違うということを、ユーザーは ISP が悪いと誤解する、あるいは誤解させられることはある。
ISP が増強を告知するとしたら、相互接続点の丸印よりも右側の話。(他事業者様というのは ISP 等。)
丸印より左側は NTT東西なんで、そこは ISP が勝手には告知したりはしないし、ISP が自分のことのように言ったりもしない。
ただし、もしどちらか片方だけ増設したとしたら、もう片方がボトルネックになるだけで無駄ということになる。そんなことするかな。
>>766
基準を満たしていないからっていうのはその通りなんだけど、杓子定規で融通が利かないっていう意味でのお役所ということであれば、それとは違うかな。
いかに自分の出費は抑えつつ、それでいて総務省には怒られないようにするか、は一生懸命考える。
決して怠慢ではない。
http://www.soumu.go.jp/main_sosiki/kenkyu/access-charge_calculation/index.html http://www.soumu.go.jp/main_content/000483142.pdf
これ見ると結構ひどいな
まぁある側面からみるとこう、というだけでNTT側にも言い分はあるだろうけど 仕事の関係で来週引っ越さなくちゃいけなくなって、回線どうしようか迷い中
速度はある程度求めたいから、ipv6とds-liteを導入予定でプロバイダ探してて、
とりあえずビッグローブ光、iijmio光、ドコモ光がいいかなって思ってるんだけど
・ビッグローブ光 キャッシュバック大きい、外れたときに違約金高い、 p2p規制高、引っ越ししても工事費無料
・iij mio光 SIM使ってるから少し安い、違約金安い
・ドコモ光 プロバイダを複数選べるからハズレのときに色々試せる
どれがおすすめなの? 最初はau光にしようとしてたんだけど、電話で聞いてみたところマンションタイプが使えないって言われた。
戸別ならいけるらしいが、今がnuro光を戸別で導入してて退去時に撤去とか面倒くさくて、
今回nuro光、au光は選択肢から外してた
フレッツ光はそこまで調べられていないんだけど、コラボ光よりいいの? 資料面白いなw
ISPがNTT内部の輻輳状況わからずに放置されててぶちきれてるw
ユーザとしてISPに遅いぞどうなってんだって問い詰めたら
ウチがわかる範囲は大丈夫なんですけど上流はわからないんです
とかいってたのはこのせいか。 引越しとかが多いならUQとかのモバイルが一番いいと思うけどな。 すべての経路はNGNを通っていて
そこの管理をダークにしてる時点でNTTであり国の責任でしょ。
そして解消されないということは根本対処はしていないということ。
どうせ会社が違う、管轄が違うとかぬかすんだろうけど。
まあ国は国の考えがあるっていうのも理解はできる。
俺もそのままPPPoEを増設するのはよくないと思うし。 今年の3月くらいから遅くなったとかどっかで見たんだけど、あれは個人的な話なんだろうか? マンションならコラボ必要ないだろ。特に西だとコラボしない方が安いまである。 >>768
その資料だけでも結構なもんだけど、さらにオチがあって
KDDI「金なら出すから全額負担で網終端装置を増設させてくれ。」
NTT西「それは9社に提案して4社が利用中。」
大多数のISP「聞いてねーよ!!」
NTT東西側の言い分も、議事録などでわかる。 NGNとv6周りのことを調べてたらソフトイーサが出した面白い(そして興味深い)プレスリリースっぽい公式文書を見つけた。
「OPEN IPv6 ダイナミック DNS for フレッツ・光ネクスト」サービスを公開:
https://i.open.ad.jp/news-160614/
1年以上前に発行されたものだけど、当時話題にならなかったんだろうか?
文体からNTT東日本に対するささやかな蔑視と嘲笑(そして半ば告発的な調子)が香っていて
中盤以降は差し込まれた画像とともに公式文書とは思えない冗談のような展開が加速してる。 >>763
今は性的なwebが主流なので賢者タイムは通信量が低下する >>780
つまり法人からボッタクリするために遅い仕様が必要だったと 上流にIPv6パススルー機能をもつルータを置いて、そいつでPPPoE接続をしつつ、下流にv6プラス対応のルータを置いて機能させることは可能だろうか >>780
去年の暮れから利用し始めてるが、各拠点のUnivergeのddns設定をOPENに変更しただけで拠点間データ転送が早くなったんでワロタ。
謎の有料VPNオプション契約も必要ないしすばらしいサービスだ。 >>784
出来るよ。上流下流でもいいし、ハブにONUとPPPoE用のルーターとDS-Lite用のルーター2個つないでもいい。ハブ経由でONUとPPPoEルーターやDS-Liteルーターが通信する感じになる。
ただ、何も考えないとそれぞれのルーターの下にLANが2個できちゃうけど。 DNSなくたって網内折り返し通信を有効にして自前でVPN装置設置すればなんの問題もなく網内VPN張れるけどな。
うちの会社の拠点間接続は何年も前からそうだし、インターネット接続も本社で一契約だけで済んでるが。
DDNSを提供したぐらいでなに得意げに長文をぶってんのか理解不能、これ書いたやつの自己満足だから当時話題にもならなかったんだろ。
そもそもニュースリリースでくどくど書いても報道機関の連中は読まないよ。 ちなみにここのスレの人たちはプロバイダはどこつかってるの?
フレッツ光とプロバイダかコラボ光で探してるから参考に教えてくれ >>787
こいつ何も理解していなくてワロタwwwww >>789
フレッツ光+@niftyにしてる
コラボにしてしまうとひかり電話の通話料をテレカで充当できなくなるのでw 同じく最近フレッツ光withニフティ
最初に特に何も考えずNTTに電話してしまったからコラボの選択肢がなかった
ニフティなのはv6使えてキャンペーンで無料期間が長かったからかな ふざけんなよ
俺と同じIPのやつがradikoの地方変えやがった!
せっかく東京と名古屋のハイブリット楽しめたのに >>780
ソフトイーサのDDNSって昨年末あたりに攻撃されて数時間落ちてたけど大丈夫なんかなぁ… ■ このスレッドは過去ログ倉庫に格納されています