パスワードを忘れた? アカウント作成
この議論は賞味期限が切れたので、アーカイブ化されています。 新たにコメントを付けることはできません。

キャリア変更でも携帯の番号引継:総務省の方針」記事へのコメント

  • ちょこちょこ変えるより、IP6+DNSみたく抜本的に変えた方が良いと思う。
    日本はip6への以降を積極的に進めているんだよな。

    端末は買い換えるんだし、電話の設備もIPに移行するんだろ。

    電話番号をFQDNの様に扱って、DNSで引
    • 実際にネットワークを構築したことがない人ですね?
      DNSはそれほど万能ではないことぐらい、
      実際にDNSいじった人間ならすぐに分かりそうだけど。

      #Aさんに電話したら全然知らないBさんに繋がりました、
      #もしくはいくら電話してもかかりません、
      #そういうのが起きても普通に許容できるのなら、
      #DNSみたいな仕組みでも良いかもしれんが。
      • >実際にネットワークを構築したことがない人ですね?
        >DNSはそれほど万能ではないことぐらい、
        >実際にDNSいじった人間ならすぐに分かりそうだけど。

        は?
        万能と俺は言ってませんが...
        安価で構築出来る実績のある分散型データベースとして評価しているだけです。

        >#Aさんに電話したら全然知らないBさんに繋がりました、

        IP4で、かつ、動的IPアドレスでも使っているのですか?
        IP6だと、IPアドレスを使いまわす必要はないよな。
        IDの代わりにIP6のIPアドレス割り振るんだから、俺にはありえないことに感じる。
        DNSサーバーの故障の話か?
        データベースサーバーの故障は他のシ
        • 他の人には(少なくとも私には)あなたの理論がわかりませんので、もう少しわかりやすく説明してくださいませ。

          端末固有のIDがIPv6ですか?
          電話をかける際にプッシュするのは電話番号ですか?
          DNSのレコードは電話番号とIPアドレスの括り付けですか?
          キャリアを変わっても番号は変えなくていいんですよね?
          同じ端末のままキャリア変更できますか?
          可能な場合、端末
          • >端末固有のIDがIPv6ですか?

            IP6のIPアドレスを直接使うのも良いし、IDを振ったり振ってあるのを利用して、IDとIPアドレスをデータベースで結ぶのも良い。
            PCの端末にIPアドレスを振るように、携帯端末にもIPアドレスを兎に角割り当てろって事。
            個を認識するときは、FQDN経由でIPアドレスを認識するのだからその実装はどうでも良い。
            現行機種でも、今あるIDに対してIPアドレスを振るデータベースを持つだけで対応出来る。

            >電話をかける際にプッシュするのは電話番号ですか?

            数字だけで繋がるようにするために、電話番号の数字.電話番号の090とかの数字.TL.JPか
            • やっぱり私には理解できないかも です。
              うーん。

              いくつかデータベースが出てきますが、その管理権限はそれぞれ誰が有しているのでしょうか?
              キャリアであればどこでも自由に(うっかり)触れてしまえるのでしょうか?
              統一団体みたいなのが存在して一括で運用してることが前提ですか?
              • >やっぱり私には理解できないかも です。
                >うーん。
                >
                >いくつかデータベースが出てきますが、その管理権限はそれぞれ誰が有しているのでしょうか?

                だから、上位の管理権限に拘束されない。
                TL.JPのドメインを作って、自分の管理権限の範囲で、DNSを構築する方法を提示しているのです。

                >キャリアであればどこでも自由に(うっかり)触れてしまえるのでしょうか?

                無理。自分の管理権限しか弄れない。

                >統一団体みたいなのが存在して一括で運用してることが前提ですか?

                いいえ。何もいりません。規格だけで事足ります。
                後は各自(キャリアなどが)がDNSを運用するだけ。

                >番号毎のドメインということは日本内だけでも10^8×nものドメイン数になるわけですが、どういう集約をするのでしょうか?

                数字一個一個分けたドメインと、市外局番や市内局番毎に分けた奴が必要だから、電話番号の数の2倍は必要。
                1人数個持ったとしても、10億や20億個程度のデータ量。照会のアクセスも多い。
                一つのサーバーで管理しようと思えばそれは無理だろう。
                だからこそ、dnsです。dnsの分散管理です。

                どの道、キャリアを変えても番号を引きづくって話だから、番号からキャリアや新IDが引けるデータベースを作るはず。
                固定電話では、市外局番とかを何処使うかだけで団体まで作ったよね。
                そんなのをするくらいならば、ついでにIDをIP6のIPアドレスにして、いつも使っているDNSで検索出きるようにした方が良いという発想です。

                旧キャリアの電話番号は旧キャリアのdnsで管理されている。ユーザーか新キャリアが管理費を払えば良いだけ。
                キャリアだって今でも、電話番号とIDのデータベース持っているんだよ。
                それをそのまま利用するだけ。
                一意性のある固有の機器IDは、IP6のIPアドレスが良い(併用しても良いけど)。
                IPを中心としたネットワークになるのは十分想像できるのだから。

                >そして、各通信における通信料は誰がどこからどうやって回収するのでしょうか?
                > #月額固定なら問題ないのか

                似たような質問が多い気がするが、IPを使った通信の課金は、データサイズでも、使用時間でも、月極めでもどうにでも出来ます。
                キャリアがどれを採用するかです。
                選択と言う意味ではありません。そこには関わっていないので。
                IPを使った通信規格はIPを使うだけであり、下位レイヤーであるIPに対して干渉するものではないです。

                というか、月極め固定のBフレッツですら、平均利用よりかなり多かったら追放すると、ぷららは言っている。
                親コメント
              • >自分の管理権限の範囲で、DNSを構築する方法を提示しているのです。

                それだとどこかがオイタしたら全部大混乱じゃないですか。
                携帯なんてライフラインに値しないというポリシーなのかもしれませんが、
                そんな脆弱なシステムではお話にならないよ!!

                >1人数個持ったとしても、10億や20億個程度のデータ量。照会のアクセスも多い。
                >一つのサーバーで管
              • >>自分の管理権限の範囲で、DNSを構築する方法を提示しているのです。
                >
                >それだとどこかがオイタしたら全部大混乱じゃないですか。
                >携帯なんてライフラインに値しないというポリシーなのかもしれませんが、
                >そんな脆弱なシステムではお話にならないよ!!

                DNSの階層構造を理解していないのでしょうか?
                固定電話ならば、市内局番を担当している局は、市内局番に関する管理権限を持つだけです(実際には何処が管理しているのかは知らんけど)。

                DNSは、ルートの下にJPがあり、その下にTLなとを設置し、電話番号の数字を一つずつばらばらにした階層構造と、市外局番や市内局番などの単位で階層構造を作ると言う発想です。
                この2本が電話番号との互換のためです。
                その他に好きなドメインで引けば良いというだけです。
                通常のドメインの管理と一緒ですよ。

                無料のDDNSサービスありますよね。大抵はそこが管理しているドメインのサブドメインを割り当ててくれます。
                xxxx.jpというドメインを持っていたら、yyyy.xxxx.jpのyyyyの部分はxxxxが管理しています。
                zzzz.yyyy.xxxx.jpと言うfqdnを何処が管理しているかは、xxxxがyyyyに委譲しているかどうかによります。

                JPドメインの管理者や上位のドメインの管理者がオイタをすると大混乱にはなりますが、今の電話番号のシステムでも、ドコモやAU、NTT東西のデータベース管理者がオイタをすると大混乱になるので変わりありません。

                「そんな脆弱なシステム」とは何を論拠に言っているのか理解に苦しみます。
                DNSは現行のメールやwebなどにも使われている実績のある技術ですよ。
                脆弱性に対し最強のシステムとは思ってませんが、それはDNS自体の強化に任せるべきだと思います。

                >>1人数個持ったとしても、10億や20億個程度のデータ量。照会のアクセスも多い。
                >>一つのサーバーで管理しようと思えばそれは無理だろう。
                >>だからこそ、dnsです。dnsの分散管理です。
                >
                >や、だから、それをどう集約するんですか?という質問だったのですが、
                >もしかして090ルートサーバとか080ルートサーバだけあって、残りは全部フラットなんですか?
                >うーむむむむ。

                集約、フラットと言っている意味が分かりません。権限の委譲はDNSのシステムで十分と考えます。
                と言うか、TL.JPを使うと言っているのは、/.にアクセスする際に利用したDNSをそのまま使うって意味ですよ(ip4だけど)。
                電話専用のDNSを新築するわけではありません。
                どのDNSに聞けばIPアドレスが分からなければ、ルートを含めて右から問い合わせすれば分かります。

                xp使っているのならば、
                コマンドラインでnslookupを実行。
                set d2
                set q=ns
                とした後に、調べたいfqdnを入れれば、どのNSが管理しているか分かり易く表示されます。
                jpや.も調べてみては?
                例えば、www.sol.dti.ne.jpだとns.dti.ad.jpとかが表示されますよね?

                DNSの技術的なことは、DNSで検索すれば分かるはずです。
                親コメント
              • 長々とおつきあいありがとうございました。
                結局、概念的な技術っぽい話と夢想を組み合わせてるだけで、全然現実的じゃないっすね。

                >DNSの階層構造を理解していないのでしょうか?

                そっくりそのままお返ししておきますね。

                本案件において、A社が権限を有するデータベースのユーザがB社に移行した場合、
              • >>DNSの階層構造を理解していないのでしょうか?
                >
                >そっくりそのままお返ししておきますね。
                >
                >本案件において、A社が権限を有するデータベースのユーザがB社に移行した場合、
                >A社が権限を有するデータベース上でB社のデータを管理することになります。
                >ふつーのDNSはオイタしても自分のところ(配下含む)が死ぬだけです。
                >
                >>集約、フラットと言っている意味が分かりません。
                >
                >じゃあ、勉強してください。

                既に、DNS管理費をユーザー又はB社がA社に対して払えば良い旨を書いています。
                ドメインの管理とIPアドレスの管理は別であってもなんら問題ありません。

                オイタや倒産などの将来の問題も、専門の管理団体を作ってもそこがオイタしないとは限らないし、倒産しないとは限らないので同じことです。
                今の電話番号に対するドメインの保有者は、今の電話会社だと考えれば良いだけですよ。

                サブドメインの管理権限の委譲の話も既にしているので、何故貴方がこんな言い方をしているのか俺にはさっぱり分かりません。

                電話会社の社内では、各県の支店や各局に権限を委譲しても良いし、管理人は一緒でサーバーだけ権利を移し階層構造にすることも出来ます。
                プライマリーDNSサーバー以外のミラーを用意するなどの機能もDNSに備わっています。
                外からはfqdnでIPアドレスが引ければよく、どんな階層構造にするのかは、DNSサーバーの管理者が決めれば良いことです。

                同時多発テロなどの対策を考えると、データセンターを作って一括管理は危険すぎます。

                分散データベースで実績を考えると、やはりdnsがベスト、将来のネットワークを考えるとip6を視野に入れた管理システムがベストだと考えます。
                親コメント
              • 自説に拘泥せずに他人のコメントはちゃんと読みましょうね。

                >DNS管理費をユーザー又はB社がA社に対して払えば

                今言ってる話は、金を払う払わないなんてどうでもいいんですが。
                A社がB社やC社のユーザデータを管理する問題を言ってるの。
                A社がつぶれて、B社やC社のユーザが迷惑を蒙るような状態がまともだとでも?

                >何故貴方がこんな言い方をしているのか俺にはさっぱり分かりません。

                それは(#393833)で「実際にネットワークを構築したことがない人
              • >自説に拘泥せずに他人のコメントはちゃんと読みましょうね。
                >
                >>DNS管理費をユーザー又はB社がA社に対して払えば
                >
                >今言ってる話は、金を払う払わないなんてどうでもいいんですが。
                >A社がB社やC社のユーザデータを管理する問題を言ってるの。
                >A社がつぶれて、B社やC社のユーザが迷惑を蒙るような状態がまともだとでも?

                JPドメインを使う以上、JPドメインを管轄する団体の存続に影響します。
                「オイタ」の話に「倒産」を私が付け加えましたが、倒産して困るのはどの場合でも一緒です。
                今A社管理の電話番号をB社の端末で運用するようにした場合に、B社が倒産する場合もありますよね。
                B社に電話番号の管理を移動していた場合、B社のドメイン管理権を誰が引き継ぐかという問題が発生します。
                それと同じく、電話番号の管理をA社のまま運用していた場合、A社が倒産した場合には誰かが引き継ぐ問題は必ず発生します。

                今のドメイン管理も、株式会社日本レジストリサービスが行ってますし、代理店の様な立場の指定業者(レジストリ)管理に加わっています。
                A社やB社の倒産と同様に、指定業者(レジストリ)や株式会社日本レジストリサービスが倒産する可能性もあります。

                もし、A社が倒産したと仮定しましょう。
                この場合、A社にもユーザーが居る訳で、B社やC社はそっくり引き抜こうと動くのではないでしょうか?
                また、ドメインのnsの管理運営だけをするドメイン管理業者がドメインのnsを管理しても何の問題もありませんよね。

                新しい電話番号を発行し、電話番号のドメインのNSを管理する業者も出てくるでしょう。

                今のPC端末の環境は、ドメインとってサーバー運用しても、ISPを変えてもレンタルサーバー屋を使っても、指定業者(レジストリ)を通じて管理しているNSを変更することも出来ますし、サーバーのIPアドレスも変更することも出来ます。
                これと同じシステムに切り替えるのに、何の不安があるのか私には分かりません。

                JPNICや株式会社日本レジストリサービスの様な管理団体を電話専用に新たに作っても運営しても、何もメリットはないと感じます。
                なぜなら、将来電話番号でも電話を受けれるが、自分保有のドメインでwebやメールが出きる様に電話も受信できた方が便利だからです。

                ついでに、
                個々の数字をバラバラにせずに、一括してドメインと管理すれば管理NSの移動も出来るのですが、固定電話の現在のシステムはISDNを除いて、数字いくつで満足するかといった概念がありませんので、そう言った方法は難しいのです(技術的には出来ないこともないけど)。
                123-4567でかけられる場合は、123-45678でも同じところに電話できるので。

                >全体設計とかしたことないんでしょうが、末端の考え方と全体の考え方は違うんですよ。
                >運用上の問題点を指摘されても分かってないようですし、もう一度一連のツリーをしっかり読み直した方がよいと思います。

                分かっていません。
                インターネットのドメインの世界では、サブドメインの販売も行われていて、それが実際に運用されています。
                何が問題なのでしょうか?
                管理している団体や上位の団体が倒産すると問題になるのは当然のことだし、それは選択すれば良いだけのこと。
                管理を引き継いだ団体が管理費の値上げを言いだしたら、その値上げが適切なのかで争うことも出来ますし、古い電話番号の契約を破棄し他で貰った新しい電話番号を使うことも出来ます。

                というか、現状って、A社が倒産したら、電話番号も違うB社かC社のを使うのですよね。

                新しい電話番号の提供で、管理費が安いサービスとかが出てきて競争することが必要なんじゃないの?
                実際に倒産するところが出て、迷惑を被り「安かろう悪かろうじゃ駄目だな」と感じて初めて、そこが管理費の最低ラインと認識出来るのではないの?

                今の総務省の考えだと、費用はいくらって感じの積み立てみたいに感じる。
                総務省が必要だって言っているんだから、言い値で作れるの?って感じだろ。

                アナログテレビからデジタルに変えるのだって、滅茶苦茶な金額になっているよね。

                >>一括管理は危険すぎます。
                >
                >ディザスタリカバリー(サービス)とか知ってますか?

                知りません。
                って言うか、この質問が何に関係あるかは少なくても述べるべきでしょ。
                知ってますかって聞くだけの質問君になってますぜ。
                親コメント
              • ホンキで運用を考えてください。

                >ドメイン管理権を誰が引き継ぐかという問題が発生します。

                違う話を始めないでください。
                あなたの案は、A社のデータベースでA社からB社に移ったユーザやA社からC社に移ったユーザのデータを管理しています。
                A社のサーバにトラブルがあった場合、関係の無いはずのB社のユーザの一部やC社のユーザの一部にもトラブルが及ぶことがまともな運用ですか?
                保障はどうするんですか?
                賠償はどうするんですか?

                >今のPC端末の環境は~

                また末端だけの思想ですねぇ。
                全体を見据えた上で運用することを考えてください。

                >何もメリットはないと感じます。
              • >ホンキで運用を考えてください。
                >
                >>ドメイン管理権を誰が引き継ぐかという問題が発生します。
                >
                >違う話を始めないでください。
                >あなたの案は、A社のデータベースでA社からB社に移ったユーザやA社からC社に移ったユーザのデータを管理しています。
                >A社のサーバにトラブルがあった場合、関係の無いはずのB社のユーザの一部やC社のユーザの一部にもトラブルが及ぶことがまともな運用ですか?
                >保障はどうするんですか?
                >賠償はどうするんですか?

                ですから、ドメインの管理とその他は別管理です。
                今でもインターネットでは、JPドメインを取れば(性格にはJPのサブドメイン)、株式会社日本レジストリサービスが管理を受け持ち、fqdnで正引きするとそのサーバーに登録されたnsから参照する旨が言われ、そのnsに参照することでIPアドレスが引けます。
                レンタルDNSサービスなどがあり、自前でdnsサーバーを設置しなくても指定業者経由でレンタルDNS屋のnsを参照するように設定できます。
                レンタルDNS屋のサーバーが故障したり、日本レジストリサービスのサーバーが故障することもあるでしょう。
                当然A社のサーバーが故障する場合もあります。
                でも、B社のサーバーだって故障するのですよ。
                保証や賠償が欲しければ、保証や賠償が付いているサービスを提供しているところから、新しい電話番号を貰えば良いのでは?

                ちなみに、ip4の例ですが、rootのnsは世界中で13箇所に分散していていますし、jpドメインのnsは6箇所に分散しています。
                そのうちの一つさえ動けばIPアドレスは引けるのですよ。
                /.は3つ設置していますよね。
                例えば、A社は、A社にプライマリーを設置し、ミラー(セカンダリ)をA社内の他にB社やC社にも設置したければすれば良いし、どこか外のデータセンター内に設置するのも良いです。

                dnsなんですから分散設置するのは当然のことです。
                一箇所で集中管理する方が、トラブル時に手の施しようがないのではないでしょうか?

                >>今のPC端末の環境は~
                >
                >また末端だけの思想ですねぇ。
                >全体を見据えた上で運用することを考えてください。

                で、結局サーバートラブルの話だけですか?

                >>何もメリットはないと感じます。
                >
                >だれも統一組織作れなんていってません。
                >あなたの案は、ライフラインとしても運用に耐えないといっているだけです。

                指摘は、dnsに関わることが多いですが、それをもって「運用に耐えない」と言っているのは私には全く理解出来ません。

                >>それが実際に運用されています。
                >
                >へー。
                >じゃあ、IIJのサーバがこけたらOCNのユーザがサービス受けられなくなったりするんですか?
                >(概念的な)技術面だけしか見てないのがよくわかります。

                dnsはnsを分散設置し一部のサーバーや回線が落ちても動き続けるシステムですが、それを理解していないのですか?
                それに、iijの全てのnsが同時に落ちるとは思えないが、落ちたとしても他に設置しておけば良いだけ。
                仮に他に設置してあるミラーもすべて落ちたとしても、OCNのdnsサーバーにはTTL時間キャッシュされています。端末にもTTL時間キャッシュされます。
                実績のある奴でこれ以上強固なシステムを私は知りません。
                また、複数の電話番号が持てると私は説明しましたよ。
                ドメインからIPアドレスさえ引ければ言いのですから、電話番号の提供業者が出てきます。
                それで引けば良いんじゃないの?

                何を心配しているのか私にはさっぱり分かりません。

                >>って言うか、この質問が何に関係あるかは少なくても述べるべきでしょ。
                >
                >「一括管理は危険すぎます。」に関係のある話です。
                >運用するに当たってリスクを下げる方法はいろいろあります。
                >いろんな方法の組み合わせの中からリスクが最小となるものを考えるのは当然ですよね。
                > #もちろんコストも要素に入りますが

                ですから、実績もあり安価に運営できる奴としてdnsを挙げているのですよ。

                >でだ、ふつーはヒントもらえば自分で調べるもんじゃないの?
                >それが「教えてクン」と呼ばれないための心得です。
                >調べればすぐにわかることだしね。

                あれ、ヒントなのですか?
                ヒントって知っているか聞く物なのか?
                と言うか、何を言いたかったのか述べたら。
                親コメント
              • もういいんじゃないですか?
                話もどんどんゴチャゴチャしてきてわけわからないですし、
                そもそもこの場で最終的にどうしたいのかわからないです。

                chanbabaさんは何と言うか、いろんな面で損してる気がします。
                仰っている事は理にかなっているのかもしれませんが、
                (私はこうした技術を熟知してるわけではないので何とも言えませんけど)
                説明が長文になってしまった為に、相手になかなか伝わらなかったり、
                少し癪に障
              • >もういいんじゃないですか?
                >話もどんどんゴチャゴチャしてきてわけわからないですし、
                >そもそもこの場で最終的にどうしたいのかわからないです。

                タイトル通り私が「思う」思ったことです。
                「どうしたい」とか「もういい」と言う話自体が私には良く分かりません。
                質問者は私がどう思っているのかを聞いているのでしょ?
                もういい(話さなくていい)と思っているのならば、質問や反論をしなければ良いし、
                矛盾点などを指摘したければそこを突けば良いだけでは?
                違う意見を述べるのも良いですよ。
                しかし、「どうしたい」とか「もういい」は無いでしょ。

                >chanbabaさんは何と言うか、いろんな面で損してる気がします。
                >仰っている事は理にかなっているのかもしれませんが、
                >(私はこうした技術を熟知してるわけではないので何とも言えませんけど)
                >説明が長文になってしまった為に、相手になかなか伝わらなかったり、

                そもそも、俺は規格制定をしようとなど思っていませんし、しておりません。
                思いに対して質問されたので、誠意を持って答えただけですよ。

                >少し癪に障るような言い方をしてしまう為に反感を買ってしまったり…。
                >実際、私も読んでいてちょっとイライラっとしましたし。

                私も質問者には同じ気持ちです。
                技術的なことを本当に知っていて反論しているのか疑問だし、箇条書きで質問したり、「もういい」「どうしたいのかわからない」なんて言われたので。
                俺は企画書や規格書を提出したのではありませんよ。

                >そういった点を改善(?)できれば他の方も気分を害することなくコメントできて、
                >今回のように揚げ足の取り合いみたいにはならず、
                >話題も膨らむのではないかと思いました。

                揚げ足取りといいますが、私の考えを否定して、考えが足りない旨を主張し続けているのはACさんです(貴方かどうかは知らないが)。
                その論拠がまともな物で私も共感できる物ならば、その主張は良いと思いますよ。
                しかし、私から見ればありえないと感じることで考えが足りない旨を主張されているのですよ。

                例えば、私がDNSの分散データベースが良いと言っているのに、分散させないでの運用をイメージして考えが足りない旨を述べている方がいましたよね。
                DNSより○○のデータベースシステムが良いとか、より良い物の提示すらなかったよね。
                私がどの道データベースは作るのだからという話もしているのにです。
                作る必要が無いなどの反論も無く、代案も無く、システムの利点を使わないことをイメージして、ただ「サーバーが壊れた」時の話をしていました。

                「話題も膨らむ」についてはそうかもしれないが、DNSの欠点に対する反論は私がしてので、もう膨らますのは無理なんじゃないの?
                せいぜい賛同者は総務省に提案しましょうとか、その程度でしょ。
                親コメント
              • 相変わらず運用がイメージできないんですかね。
                運用っていうから理解できないのかな?
                社会の仕組みって言えば理解できますか??

                あと、やたらとDNSの話ばかりしたがりますが、DNSの仕組みで電話の仕組みを運用する話をしてくださいね。
                ちなみにDNSの仕組みは説明しなくてもいいですよ。
                あなたよりはよく知ってますから(w

                >当然A社のサーバーが故障する場合もあります。
                >でも、B社のサーバーだって故障するのですよ。

                だから、なに?
                A社がトラブってA社のユーザが迷惑を受けるのはA社の責任で解決する話。
                B社がトラブってB社のユーザが迷惑を受けるのはB社の責任で解決する
              • >そもそも、俺は規格制定をしようとなど思っていませんし、しておりません。
                >思いに対して質問されたので、誠意を持って答えただけですよ。

                うん、そうだ。
                そして、その思いではダメだと(私が思っている)という話をしているだけだよね。

                >私がDNSの分散データベースが良いと言っているのに、
                >分散させないでの運用をイメージして考えが足りない旨を述べている方がいましたよね

                だれ、それ?
                相手のコメントを理解しようとしないのは相変わらずですが、
                他人の主張
              • >でもな、A社がトラブってB社のユーザが迷惑をうけるようなのは、まともなシステムじゃないんだよ。
                >これは極々初歩の社会の仕組みです。
                >そろそろ理解してください。

                A社から電話番号の供給を受けたら「A社のユーザーでもある」ことが、何故理解出来ないのかが俺には分からない。
                A社と縁を切りたいのならば、B社から電話番号を貰うか、A社以外の他社から電話番号を貰えば良いですよね?
                電話番号は併用も出来るのですから、緩やかな移行が出来るのですよ。
                電話番号と通信を分離するという考えが理解出来ないのでしょうか?

                A社からB社に移動したユーザーのデータの管理や検索はどうするべきなどと、否定だけしていないで代案を出せば良いのではありませんか?
                固定電話で市外電話などの選択を登録制にした某システムは、結局は某システムのデータベースに依存して、そこが故障すればユーザーに迷惑がかかるのですよね。
                そこが倒産しても迷惑がかかる。

                A社からB社に移動して電話番号をそのまま引き継いだ場合、海外の固定電話から電話がかかって来たとして、その電話番号の受信者がB社の管理下だとどうやって認識すべきと思っているのですか?

                >>ちなみに、ip4の例ですが、rootのnsは世界中で13箇所に分散していていますし、jpドメインのnsは6箇所に分散しています。
                >
                >だから、なに?
                >リスク低減をすればいいなんて話してませんが。

                A社のユーザーでもあるのですから、トラブルに巻き込まれても問題ないと私は考えてますが...
                というか、どの様なデータベースを理想と考えていますか?
                上にも書いたけど、どうやってB社に移動している奴をB社の管理下と認識するの?
                B社だけで完結出来るのですか?

                >>一箇所で集中管理する方が
                >
                >そんなことはいってませんと何度書けばいいんですか?
                >DNSの仕組みを使うにしろ、あなたの案では話にならないというだけのことです。
                >そろそろ理解してください。

                そうか、DNSの仕組みは否定していないのか?nsのトラブルの指摘はそう言う意味じゃないのね。

                で、否定するだけですか。
                代案の提示とかはないんですね。
                代案の提示がない状況で、話にならないといわれてもな。
                何が話にならないのか私にはさっぱり分かりません。
                A社のユーザーでもあるのですから、なんら問題ないと私は考えています。
                というか、B社が管理していると言う情報を誰かが管理するわけですよね。そこが管理するか、A社が管理するかの違いでしかないと私は思ってます。

                >>指摘は、dnsに関わることが多いですが、それをもって「運用に耐えない」と言っているのは私には全く理解出来ません。
                >
                >DNSがダメなんじゃないんです、あなたの案がダメなんです。
                > #特に他社のユーザデータを管理させているあたりが
                >最初から一貫してそう主張してます。
                >そろそろ理解してください。

                理解しましたが、A社じゃなくD社なら良いのですか?
                B社だけで完結できるのならば、どうやって完結するのですか?
                例えば、A社からB社に移動し電話番号を引き継いだ場合と、A社をそのまま利用しているのにB社が何故か移動手続きを取った場合の二つをどう見分けるの?
                nsデータを書き換えるとした場合は、上位のNSに依存するのですよね?

                >>それに、iijの全てのnsが同時に落ちるとは思えないが、
                >
                >ISPのDNSがトラブってユーザが接続できなくなってるなんてザラですが。

                まあそういうISPもあるよな。でも俺は一度も経験した覚えがない。
                価格とサービスで選択出来るし、他のDNSサーバーで引く事だって、直接引くことも出来る。

                >>TTL時間キャッシュ
                >
                >ほんきで運用考えてますか?
                >TTL長くしたらキャリア変更の時困るでしょ。
                >端末を変えてキャリアを変える人は24時間くらいは2つ端末持って歩かせるんですか?
                >端末を変えないでキャリアを変える人は端末にIPアドレス2つもたせるんですか?
                >24時間後に古い方のIPアドレスを消すんですか?それとも永久に複数持たせ続けるんですか?

                マジ本気ですよ。
                固定IPを前提とした場合は、TTLは長くて良いよ。
                端末を変更したい場合には、変更前に短くしてもらえば良いだけでしょ。

                IPアドレスを消す消さないとかの話って、端末側で細工されたときの話ですか?
                それならば、キャリアの設備のルーターなどで旧IPアドレスの利用を禁止(パケットを通さない)すれば良いだけでは?
                ファームウェアや関連データの書き換えは出来るのだし....
                何も問題ないと思うけど。

                >>電話番号の提供業
                親コメント
              • >うん、そうだ。
                >そして、その思いではダメだと(私が思っている)という話をしているだけだよね。

                ん?なんで思いでは駄目なのか?
                実現されないって意味ですか?
                技術的に無理って話か?

                >>私がDNSの分散データベースが良いと言っているのに、
                >>分散させないでの運用をイメージして考えが足りない旨を述べている方がいましたよね
                >
                >だれ、それ?
                >相手のコメントを理解しようとしないのは相変わらずですが、
                >他人の主張を自分の都合のよいように改竄までするようになっちゃったんですか?
                >そんなのはクズのやりようなので、いますぐやめることをお勧めしますです。

                ACさんだよ。
                全部のサーバーなんかダウンしないよ。
                まぁ、誰かはそういう話ではなく、責任の話の様に言っていたがな。その話か?
                その話だったとしましょうか。
                で、B社に移動していることをどうやって認識するのよ。代案の提示ないんだよな。

                >>DNSの欠点に対する反論
                >
                >相変わらずそんな理解しかしてないのですね。
                >(#396804)の方で
                >「DNSがダメなんじゃないんです、あなたの案がダメなんです。」
                >とはっきり書いておきましたので、よろしく。

                で、駄目と断言出来る理由って何?
                論拠の提示無しですか?
                提示無く、相手に対して駄目だということが伝わるの?
                「駄目だ」と言っていることは分かるが、ただ言っているだけにしか感じないよな。
                例えば、この方が良いだろとかの代案の提示。より良い物を提示されることによって相手は理解するのでしょ。
                親コメント
              • >A社から電話番号の供給を受けたら「A社のユーザーでもある」ことが、何故理解出来ないのかが俺には分からない。

                では、タレコミに戻って全部のコメントを読み直してください。
                このストーリーは番号ポータビリティの
              • >>A社から電話番号の供給を受けたら「A社のユーザーでもある」ことが、何故理解出来ないのかが俺には分からない。
                >
                >では、タレコミに戻って全部のコメントを読み直してください。
                >このストーリーは番号ポータビリティの話が発端です。
                >電話番号は特定の会社の持ち物ではなくなります。
                >キャリア変更したら変更前の会社のユーザではなくなります。

                そうですよ。
                ですから、別の団体とかが管理すると、その団体のユーザーでもあるわけですよね。
                キャリアB社だけで完結するわけではありません。B社が電話番号を管理するわけではありませんから。

                別団体作って、データの提供をさせて、新たにデータベースを作り直すより、
                別団体も作らないで、データベースは各社で今あるデータベースを修正して用意し、dnsで引けるようにした方が良いと私は言っているのですよ。
                この方がコストが掛からないとね。

                今ある電話番号は、数字入力しか出来ない端末との互換性の電話番号でしかない。
                将来電話網はIPに統合される。
                端末にIPアドレスを振るのが理想。
                日本はIPをIP4から6に移行させたい。全端末にIPアドレスを振るには数の問題でIP6しか考えられない。
                20年後30年後の将来は、数字入力の電話番号の形態にこだわる必要はないと俺は思っています。
                (アフリカとかに電話する奴は別としてね。でもそう言った奴もインターネット出来れば困らないでしょ。日本の電話網がインターネットに飲み込まれているのだから)
                dnsでfqdnからIPアドレスを引くシステムを作り緩やかに移行した方が良いでしょ。

                データベースを作るのならば、形態電話のキャリア移動だけを視野に入れるのではなく、IP6への移動やドメインシステムへの移行も視野に入れてデータベースを作ったほうが良いと俺は言っているの。
                で、コストは各社が個別に設定するので競争にもなり削減出来る。
                新規参入の電話番号発行業者が出てきたりして競走できるでしょ。
                また、国内の電話が完全移行したら、国際電話する奴以外は数字の電話番号が要らなくなるよね。
                無料のサブドメイン業者もあれば、自分のドメインも持てる。レンタルDNS業者もある。自前DNSのサーバーの設置も出来る。
                競争することでコストは安くなるんだよ。

                作った別団体で管理するのならば、データの提出にかかる費用とかは、高いのか安いのか訳分からんことになるよね。
                検索用のインターフェイスが既にあるのだから、抽出用のスプリクトでも組めば全部のデータは簡単に引けるだろうけど、キャリアが安価で提供する理由なんて少しもないのだからね。
                それに提供された方はそのデータが正しいか検証しなければならない。
                そう言ったことを考えると、今A社が使っている電話番号は、A社が責任を持って管理運営した方が良いと俺は思ってます。
                その管理運営費をユーザーやB社が払えば良いだけですよね。

                新団体のデータベースの品質が悪かったらどうします?
                皆が満足する品質にするには高コストになる。競争もないからコストは高くなる。
                兎に角1人も不満が出ないようにするなんて意味がないことだよね。
                品質、サービス、価格などで、競争させたほうが良いんですよ。品質にこだわる奴は高い金払えば良いし、品質より価格を優先しても良い。

                ところで、全部のコメントを読み直す話って何?
                (下に続く)

                >あなたが全部読んだら残りをコメントするね。

                俺が読まないとコメントしないという宣言ですか?
                別に貴方のコメントなど有っても無くても俺には大差無いけど。
                と言うか、貴方が今まで議論していた相手との確証すら俺にはないし、メールのやり取りしているわけじゃないよ。
                親コメント

私は悩みをリストアップし始めたが、そのあまりの長さにいやけがさし、何も考えないことにした。-- Robert C. Pike

処理中...