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

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

  • ちょこちょこ変えるより、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を構築する方法を提示しているのです。

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

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

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

                いいえ。何もいりません。規格だけで事足ります。
                後は各自(キャリアなどが)がD
              • >自分の管理権限の範囲で、DNSを構築する方法を提示しているのです。

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

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

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

                DNSは、ルートの下にJPがあり、その下にTLなとを設置し、電話番号の数字を一つずつばらばらにした階層構造と
              • 長々とおつきあいありがとうございました。
                結局、概念的な技術っぽい話と夢想を組み合わせてるだけで、全然現実的じゃないっすね。

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

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

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

                既に、DNS管理費をユーザー又はB社がA社に対して払えば良い旨を書いています。
                ドメインの管理とIPアドレスの管理は別
              • 自説に拘泥せずに他人のコメントはちゃんと読みましょうね。

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

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

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

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

                JPドメインを使う以上、JPドメインを管轄する団体の存続に影響します。
                「オイタ」の話に「倒産」を私が付け加えましたが、倒産して困るのはどの場合でも一緒です。
                今A社管理の電話番号をB社の端末で運用するように
              • ホンキで運用を考えてください。

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

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

                >今のPC端末の環境は~

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

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

                ですから、ドメインの管理とその他は別管理です。
                今でもインターネ
              • 相変わらず運用がイメージできないんですかね。
                運用っていうから理解できないのかな?
                社会の仕組みって言えば理解できますか??

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

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

                だから、なに?
                A社がトラブってA社のユーザが迷惑を受けるのはA社の責任で解決する話。
                B社がトラブってB社のユーザが迷惑を受けるのはB社の責任で解決する
              • >でもな、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アドレスの利用を禁止(パケットを通さない)すれば良いだけでは?
                ファームウェアや関連データの書き換えは出来るのだし....
                何も問題ないと思うけど。

                >>電話番号の提供業者
                >
                >何の話ですか?
                >キャリア以外にも番号が割り当てられたりするんですか?
                >それともキャリアが番号をリセールしたりするんですか?

                話を読んでいるのか非常に疑問。
                電話番号と通信を分離するのは、キャリア以外でも電話番号の発行を出きる様にする意味もあるよ。
                というか、slashdot.jpで/.に電話可能。050のIP電話の電話番号でも可能。
                キャリア以外の電話番号の提供をしている業者の電話番号でもOK。
                数字入力だけしか出来ない端末や旧電話網との互換性のために、それから検索できる方法は規格化する必要があるって話だよ。

                で、今回の電話番号を引き継げるシステムを作るにあたって、dnsを使って、ついでにこう言ったルールも決めて、更に機器の識別はIP6を使った方が良いという話だよ。
                将来電話網はIPに統合され、IPの一通信規格になる。だから、それを前提に規格化しておいた方が良いって話。

                で、キャリアとかが少しづつ導入すれば良いだけ。
                親コメント
              • >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人も不満が出ないようにするなんて意味がないことだよね。
                品質、サービス、価格などで、競争させたほうが良いんですよ。品質にこだわる奴は高い金払えば良いし、品質より価格を優先しても良い。

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

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

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

アレゲはアレゲを呼ぶ -- ある傍観者

処理中...