アカウント名:
パスワード:
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
あと、僕は馬鹿なことをするのは嫌いですよ (わざとやるとき以外は)。-- Larry Wall
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みたいな抜本的に変えたほうが良いと思う (スコア:1)
ごちゃごちゃしている、というか、DNSを利用しつつもう一段管理層を設けたのには理由があります。
ネットワークで使用する識別子としてIPアドレスやFQDNがありますが、これらはあくまで端末の識別子です。
あるユーザーの動きを見た場合
・朝は自宅でhoge1.xxx.ne.jpというPCにログイン
・昼会社に行くとhoge2.yyy.co.jpというPCにログイン
・外出しているときはhoge3.zzz.ne.jpという携帯端末を使用
というようにマシンを使い分けるかもしれないが、通信相手からすると、同じユーザーIDで通信できるようにしたい。
そこで、端末IDとは独立したユーザーの識別子という ものが必要ではないかという考えがでてきて、 foo@xxx.ne.jpみたいなIDを別途使おうということになった。
さらに、端末IDとユーザーIDの対応関係はしょっちゅう変わるのでそれに対応できるようにする必要があり、ついでに、マシン名の管理主体（会社やISPや携帯電話会社）とユーザーIDの管理主体は通常異なるので別々に管理できるようにしたほうがよい、ということになった。
で、まず、SIPでユーザーIDとそのユーザーがログインしている端末のIDの対応を解決し
次に、各々の端末の管理ドメインのDNSでその端末のFQDNからIDアドレスの対応を解決しましょうということになった。
前者の対応関係の管理にDNSではなくSIPサーバを用意したのは
・DNSには変更の反映のリアルタイム性がない
・使用している端末タイプに応じた接続手段を指定するなど DNSではできないことをやれるようにしたい。
等の理由に基づきます。
Re:IP6+DNSみたいな抜本的に変えたほうが良いと思う (スコア:1)
>・DNSには変更の反映のリアルタイム性がない
>・使用している端末タイプに応じた接続手段を指定するなど DNSではできないことをやれるようにしたい。
>等の理由に基づきます。
それを理由にSIPが導入されたのは知っています。
しかし、「DNSには変更の反映のリアルタイム性がない」って必要なのでしょうか？
例えばぷららのDDNSサービスは、「TTL10秒」と言ってます（何故か11秒だけど、公式板で質問しても10秒と言われたけど）。
10秒遅延しても良いんじゃないの？
と俺は思ってます。もっと短くも出来ますし。
10秒の場合と、SIPで引いて接続する場合とって、ms単位でも殆ど違わないよね。
電話する側のISPのdnsサーバーにあるキャッシュが利用される可能性は殆どない。
1秒毎に電話が掛かっていると言う異常な環境であっても、問い合わせするDNSサーバーがばらばらだから、問い合わせしたdnsサーバーでは10秒以上経過していてキャッシュは無効になっている。
「使用している端末タイプに応じた接続手段を指定するなど DNSではできないことをやれるようにしたい。」については、大した大きな問題とは思えない。
文字をやり取りする規格は色々あるが、DNSが答えなかったからと言って困ったことはないからです。
webのhttpですら、キープアライブなどの転送方法はヘッダーで指定できますし、htmlだけが欲しく画像ならいらない場合はヘッダーで指定出来ます。
それと、SIPとDNSで引くシステムは併用できます。
いつもSIPのこの話で思うことは、サーバーによる管理支配なんじゃないかと思ってしまう。
ついでに、
2000種類の電話の通信規格があったとして、その内半分の1000規格に対応していれば、1通信規格20文字で表現出来れば20KBで連絡出来る。
誰か（SIP）に聞いてから繋ぐか、相手に直接聞くかの違いだけでは？
未対応の問い合わせ方法ならば無視されるだけだし。SIPサーバーに管理される必要性は俺は感じないんだよね。
「時間課金のため」と言われれば理解できるけど。