アカウント名:
パスワード:
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
海軍に入るくらいなら海賊になった方がいい -- Steven Paul Jobs
IP6+DNSみたいな抜本的に変えたほうが良いと思う (スコア:1)
日本はip6への以降を積極的に進めているんだよな。
端末は買い換えるんだし、電話の設備もIPに移行するんだろ。
電話番号をFQDNの様に扱って、DNSで引
Re:IP6+DNSみたいな抜本的に変えたほうが良いと思う (スコア:0)
DNSはそれほど万能ではないことぐらい、
実際にDNSいじった人間ならすぐに分かりそうだけど。
#Aさんに電話したら全然知らないBさんに繋がりました、
#もしくはいくら電話してもかかりません、
#そういうのが起きても普通に許容できるのなら、
#DNSみたいな仕組みでも良いかもしれんが。
Re:IP6+DNSみたいな抜本的に変えたほうが良いと思う (スコア:1)
>DNSはそれほど万能ではないことぐらい、
>実際にDNSいじった人間ならすぐに分かりそうだけど。
は?
万能と俺は言ってませんが...
安価で構築出来る実績のある分散型データベースとして評価しているだけです。
>#Aさんに電話したら全然知らないBさんに繋がりました、
IP4で、かつ、動的IPアドレスでも使っているのですか?
IP6だと、IPアドレスを使いまわす必要はないよな。
IDの代わりにIP6のIPアドレス割り振るんだから、俺にはありえないことに感じる。
DNSサーバーの故障の話か?
データベースサーバーの故障は他のシ
Re:IP6+DNSみたいな抜本的に変えたほうが良いと思う (スコア:0)
端末固有のIDがIPv6ですか?
電話をかける際にプッシュするのは電話番号ですか?
DNSのレコードは電話番号とIPアドレスの括り付けですか?
キャリアを変わっても番号は変えなくていいんですよね?
同じ端末のままキャリア変更できますか?
可能な場合、端末
Re:IP6+DNSみたいな抜本的に変えたほうが良いと思う (スコア:1)
IP6のIPアドレスを直接使うのも良いし、IDを振ったり振ってあるのを利用して、IDとIPアドレスをデータベースで結ぶのも良い。
PCの端末にIPアドレスを振るように、携帯端末にもIPアドレスを兎に角割り当てろって事。
個を認識するときは、FQDN経由でIPアドレスを認識するのだからその実装はどうでも良い。
現行機種でも、今あるIDに対してIPアドレスを振るデータベースを持つだけで対応出来る。
>電話をかける際にプッシュするのは電話番号ですか?
数字だけで繋がるようにするために、電話番号の数字.電話番号の090とかの数字.TL.JPか
Re:IP6+DNSみたいな抜本的に変えたほうが良いと思う (スコア:0)
うーん。
いくつかデータベースが出てきますが、その管理権限はそれぞれ誰が有しているのでしょうか?
キャリアであればどこでも自由に(うっかり)触れてしまえるのでしょうか?
統一団体みたいなのが存在して一括で運用してることが前提ですか?
番
Re:IP6+DNSみたいな抜本的に変えたほうが良いと思う (スコア:1)
>うーん。
>
>いくつかデータベースが出てきますが、その管理権限はそれぞれ誰が有しているのでしょうか?
だから、上位の管理権限に拘束されない。
TL.JPのドメインを作って、自分の管理権限の範囲で、DNSを構築する方法を提示しているのです。
>キャリアであればどこでも自由に(うっかり)触れてしまえるのでしょうか?
無理。自分の管理権限しか弄れない。
>統一団体みたいなのが存在して一括で運用してることが前提ですか?
いいえ。何もいりません。規格だけで事足ります。
後は各自(キャリアなどが)がD
Re:IP6+DNSみたいな抜本的に変えたほうが良いと思う (スコア:0)
それだとどこかがオイタしたら全部大混乱じゃないですか。
携帯なんてライフラインに値しないというポリシーなのかもしれませんが、
そんな脆弱なシステムではお話にならないよ!!
>1人数個持ったとしても、10億や20億個程度のデータ量。照会のアクセスも多い。
>一つのサーバーで管
Re:IP6+DNSみたいな抜本的に変えたほうが良いと思う (スコア:1)
>
>それだとどこかがオイタしたら全部大混乱じゃないですか。
>携帯なんてライフラインに値しないというポリシーなのかもしれませんが、
>そんな脆弱なシステムではお話にならないよ!!
DNSの階層構造を理解していないのでしょうか?
固定電話ならば、市内局番を担当している局は、市内局番に関する管理権限を持つだけです(実際には何処が管理しているのかは知らんけど)。
DNSは、ルートの下にJPがあり、その下にTLなとを設置し、電話番号の数字を一つずつばらばらにした階層構造と
Re:IP6+DNSみたいな抜本的に変えたほうが良いと思う (スコア:0)
結局、概念的な技術っぽい話と夢想を組み合わせてるだけで、全然現実的じゃないっすね。
>DNSの階層構造を理解していないのでしょうか?
そっくりそのままお返ししておきますね。
本案件において、A社が権限を有するデータベースのユーザがB社に移行した場合、
Re:IP6+DNSみたいな抜本的に変えたほうが良いと思う (スコア:1)
>
>そっくりそのままお返ししておきますね。
>
>本案件において、A社が権限を有するデータベースのユーザがB社に移行した場合、
>A社が権限を有するデータベース上でB社のデータを管理することになります。
>ふつーのDNSはオイタしても自分のところ(配下含む)が死ぬだけです。
>
>>集約、フラットと言っている意味が分かりません。
>
>じゃあ、勉強してください。
既に、DNS管理費をユーザー又はB社がA社に対して払えば良い旨を書いています。
ドメインの管理とIPアドレスの管理は別
Re:IP6+DNSみたいな抜本的に変えたほうが良いと思う (スコア:0)
>DNS管理費をユーザー又はB社がA社に対して払えば
今言ってる話は、金を払う払わないなんてどうでもいいんですが。
A社がB社やC社のユーザデータを管理する問題を言ってるの。
A社がつぶれて、B社やC社のユーザが迷惑を蒙るような状態がまともだとでも?
>何故貴方がこんな言い方をしているのか俺にはさっぱり分かりません。
それは(#393833)で「実際にネットワークを構築したことがない人
Re:IP6+DNSみたいな抜本的に変えたほうが良いと思う (スコア:1)
>
>>DNS管理費をユーザー又はB社がA社に対して払えば
>
>今言ってる話は、金を払う払わないなんてどうでもいいんですが。
>A社がB社やC社のユーザデータを管理する問題を言ってるの。
>A社がつぶれて、B社やC社のユーザが迷惑を蒙るような状態がまともだとでも?
JPドメインを使う以上、JPドメインを管轄する団体の存続に影響します。
「オイタ」の話に「倒産」を私が付け加えましたが、倒産して困るのはどの場合でも一緒です。
今A社管理の電話番号をB社の端末で運用するように
Re:IP6+DNSみたいな抜本的に変えたほうが良いと思う (スコア:0)
>ドメイン管理権を誰が引き継ぐかという問題が発生します。
違う話を始めないでください。
あなたの案は、A社のデータベースでA社からB社に移ったユーザやA社からC社に移ったユーザのデータを管理しています。
A社のサーバにトラブルがあった場合、関係の無いはずのB社のユーザの一部やC社のユーザの一部にもトラブルが及ぶことがまともな運用ですか?
保障はどうするんですか?
賠償はどうするんですか?
>今のPC端末の環境は~
また末端だけの思想ですねぇ。
全体を見据えた上で運用することを考えてください。
>何もメリットはないと感じます。
Re:IP6+DNSみたいな抜本的に変えたほうが良いと思う (スコア:1)
>
>>ドメイン管理権を誰が引き継ぐかという問題が発生します。
>
>違う話を始めないでください。
>あなたの案は、A社のデータベースでA社からB社に移ったユーザやA社からC社に移ったユーザのデータを管理しています。
>A社のサーバにトラブルがあった場合、関係の無いはずのB社のユーザの一部やC社のユーザの一部にもトラブルが及ぶことがまともな運用ですか?
>保障はどうするんですか?
>賠償はどうするんですか?
ですから、ドメインの管理とその他は別管理です。
今でもインターネ
Re:IP6+DNSみたいな抜本的に変えたほうが良いと思う (スコア:0)
運用っていうから理解できないのかな?
社会の仕組みって言えば理解できますか??
あと、やたらとDNSの話ばかりしたがりますが、DNSの仕組みで電話の仕組みを運用する話をしてくださいね。
ちなみにDNSの仕組みは説明しなくてもいいですよ。
あなたよりはよく知ってますから(w
>当然A社のサーバーが故障する場合もあります。
>でも、B社のサーバーだって故障するのですよ。
だから、なに?
A社がトラブってA社のユーザが迷惑を受けるのはA社の責任で解決する話。
B社がトラブってB社のユーザが迷惑を受けるのはB社の責任で解決する
Re:IP6+DNSみたいな抜本的に変えたほうが良いと思う (スコア:1)
>これは極々初歩の社会の仕組みです。
>そろそろ理解してください。
A社から電話番号の供給を受けたら「A社のユーザーでもある」ことが、何故理解出来ないのかが俺には分からない。
A社と縁を切りたいのならば、B社から電話番号を貰うか、A社以外の他社から電話番号を貰えば良いですよね?
電話番号は併用も出来るのですから、緩やかな移行が出来るのですよ。
電話番号と通信を分離するという考えが理解出来ないのでしょうか?
A社からB社に移動したユ
Re:IP6+DNSみたいな抜本的に変えたほうが良いと思う (スコア:0)
では、タレコミに戻って全部のコメントを読み直してください。
このストーリーは番号ポータビリティの
Re:IP6+DNSみたいな抜本的に変えたほうが良いと思う (スコア:2)
>
>では、タレコミに戻って全部のコメントを読み直してください。
>このストーリーは番号ポータビリティの話が発端です。
>電話番号は特定の会社の持ち物ではなくなります。
>キャリア変更したら変更前の会社のユーザではなくなります。
そうですよ。
ですから、別の団体とかが管理すると、その団体のユーザーでもあるわけですよね。
キャリアB社だけで完結するわけではありません。B社が電話番号を管理するわけではありませんから。
別団体作って、データの提供をさせて、新たにデータベースを作り直すより、
別団体も作らないで、データベースは各社で今あるデータベースを修正して用意し、dnsで引けるようにした方が良いと私は言っているのですよ。
この方がコストが掛からないとね。
今ある電話番号は、数字入力しか出来ない端末との互換性の電話番号でしかない。
将来電話網はIPに統合される。
端末にIPアドレスを振るのが理想。
日本はIPをIP4から6に移行させたい。全端末にIPアドレスを振るには数の問題でIP6しか考えられない。
20年後30年後の将来は、数字入力の電話番号の形態にこだわる必要はないと俺は思っています。
(アフリカとかに電話する奴は別としてね。でもそう言った奴もインターネット出来れば困らないでしょ。日本の電話網がインターネットに飲み込まれているのだから)
dnsでfqdnからIPアドレスを引くシステムを作り緩やかに移行した方が良いでしょ。
データベースを作るのならば、形態電話のキャリア移動だけを視野に入れるのではなく、IP6への移動やドメインシステムへの移行も視野に入れてデータベースを作ったほうが良いと俺は言っているの。
で、コストは各社が個別に設定するので競争にもなり削減出来る。
新規参入の電話番号発行業者が出てきたりして競走できるでしょ。
また、国内の電話が完全移行したら、国際電話する奴以外は数字の電話番号が要らなくなるよね。
無料のサブドメイン業者もあれば、自分のドメインも持てる。レンタルDNS業者もある。自前DNSのサーバーの設置も出来る。
競争することでコストは安くなるんだよ。
作った別団体で管理するのならば、データの提出にかかる費用とかは、高いのか安いのか訳分からんことになるよね。
検索用のインターフェイスが既にあるのだから、抽出用のスプリクトでも組めば全部のデータは簡単に引けるだろうけど、キャリアが安価で提供する理由なんて少しもないのだからね。
それに提供された方はそのデータが正しいか検証しなければならない。
そう言ったことを考えると、今A社が使っている電話番号は、A社が責任を持って管理運営した方が良いと俺は思ってます。
その管理運営費をユーザーやB社が払えば良いだけですよね。
新団体のデータベースの品質が悪かったらどうします?
皆が満足する品質にするには高コストになる。競争もないからコストは高くなる。
兎に角1人も不満が出ないようにするなんて意味がないことだよね。
品質、サービス、価格などで、競争させたほうが良いんですよ。品質にこだわる奴は高い金払えば良いし、品質より価格を優先しても良い。
ところで、全部のコメントを読み直す話って何?
(下に続く)
>あなたが全部読んだら残りをコメントするね。
俺が読まないとコメントしないという宣言ですか?
別に貴方のコメントなど有っても無くても俺には大差無いけど。
と言うか、貴方が今まで議論していた相手との確証すら俺にはないし、メールのやり取りしているわけじゃないよ。