キャリア変更でも携帯の番号引継:総務省の方針 211
ストーリー by GetSet
民族大移動の予感 部門より
民族大移動の予感 部門より
TKS.曰く、"現在は知っての通り携帯電話会社ごとに番号が割り振られている方式のため携帯電話会社を変更すれば番号も変更されますが、今朝の日経新聞の記事によると、やっとこさ、携帯電話会社を変更しても番号が変わらないようにすると総務省が方針を打ち出したそうです。開始目標は2005年。これまで番号が変わるからと会社変更を踏みとどまっていた人もやっと気軽に変更出来るようになりますね。
まだ1年以上先の話ではありますが、もし現時点で番号が変わらず変更出来るしたら皆さんはどの会社に変更するのでしょう? それとも現在の会社で満足ですか?"
(update 2003.9.8 17:33 by G) 「番号ポータル」は誤りとの指摘を受け、表現を「番号ポータビリティ実現」へ正させてもらった。
新規契約の割引がどうなるか (スコア:2, 興味深い)
電話番号を引き継ぐ際にはもちろんそれなりの手数料を取ることになるとは思うんですが。
それを機にどこかのキャリアが大規模な障害を起こしたとたん雪崩を打ってユーザが逃げるような事件が起きるようになったりするかと思うと興味津々ですがいささか恐い気もしますね。
Re:新規契約の割引がどうなるか (スコア:1, すばらしい洞察)
怖いけどそれは正しい方向だと思う。 考え方によっては障害を続けても客が逃げない現状の方が怖い。 サービス障害を続ければ客は逃げていくという当り前のことが起きるようになれば、 サービスの品質を向上させ、 なおかつ事故発生率を下げなければならないため、 その流れは消費者の利益になる。 頻繁に障害を起こしても 「電話番号変えたくないからこのまま契約を続ける」 という理由でほとんど客が逃げない現状だと、 いつまでたってもキャリアは根本的解決をしようとしない。 これは良いこととは言えない。
メールアドレスポータビリティーを伴わない番号ポータビリティーは キャリアが省庁に対して行う愛想笑いとしては十分な効果だが、 ユーザーの方を向いて笑っていないといえる。 最近では電話よりメール利用数の方が多いユーザーが増えており、 それによって電話番号と同等に(人によってはそれ以上に) メールアドレスが変わらないことを重視するユーザーも増えているため、 ポータビリティーは電話番号だけにするのではなく、 メールアドレスも対象にしなければ片方の足枷が外れただけの効果しかない。 もう片方の足枷が残る番号ポータビリティーは 本当の意味での解決とは何かを見失った竜頭蛇尾である。
Re:新規契約の割引がどうなるか (スコア:1)
手数料負担の肩代わりだったり、幾許かの割引きだったり。
基本料・通話料の競争へ (スコア:1)
サービス面でも向上して欲しいですね。
機械の問題 (スコア:1)
機械の問題ですんなりとは行かないような気がしますが、門外漢なので
専門の方の解説がほしいところです。
Re:機械の問題 (スコア:3, 参考になる)
で、FOMAとかの3GPPとかに完全に以降出来れば少しは兆しが見えるような感じだったかな。
現状、交換機には番号帯として収容されているはずで、単一番号の移管とかも結構面倒だったような。
今後は番号のキャリア間の移管が出来るような体制作りでお金が動き出すのでしょう。
GSM系列だけならキャリア間の移管も信号線を通じて行えそうですが、au陣営などとは自動とかは無理でしょうね。数日後に移管完了とかになるのかな。
または、おおもとの番号は取得したキャリアが収容し、ドメインみたいに管理料を取り、他キャリアに貸し出す。方式的には国際ローミングのそれと同じ。ま、どのみちauは無理そう…。
#もう関係無いのでID
Re:機械の問題 (スコア:1)
ちなみに2行目の、以降って移行の誤字ですTT
どのみち、これでキャリア関連の(特に加入者情報関連)下請け企業は少しは潤うのかな(笑)
某社さん、ウハウハですねー(笑)
Re:機械の問題 (スコア:1)
着呼やパケット到着の場合、以前いたキャリアのGMSC/GGSN
に到着して、HLRに問い合わせて、今いるキャリアのMSC/SGSN
へ転送ということですか?
とすると、HLRにデータを持っていなければならない
だけじゃなくて、回線もある程度使われてしまうん でしょうか?
もしそうならキャリアにとってはうれしくないですね。
あと、ユーザーが掲示板に犯罪をにおわす書き込みとかしたりすると、
IPアドレスからたどって、もといたキャリアの方に
ユーザー名の問い合わせがくるのかな。
それもなんか変。
Re:機械の問題 (スコア:1)
なっているのであれば、システム構築に1000~1500億円 [impress.co.jp]なんて記事は出ないでしょうから。
え? (スコア:1)
最近正式発表したのかな?
Re:え? (スコア:1, 参考になる)
あと、携帯の番号ポータビリティの話は2000年、2001年あたりから出てました。
現実に向けてより具体化してきているということでしょう。
今調べてみたら、アメリカでは消費者が同一番号を保持する権利 [mainichi.co.jp]が裁判で認められたみたいですね。
あの~ (スコア:1)
みんな大事なこと忘れてないかい? (スコア:1, 興味深い)
事業者はインセンティブを付けてくれて、
携帯電話がタダ同然で買えているという事を。
当然のように各社「半年未満の機種変」と同じ値段で来るでしょうね。
(手数料に転嫁させない方針ならなおさら)
Re:みんな大事なこと忘れてないかい? (スコア:2, 興味深い)
上乗せされて請求されてるんです。
番号ポータビリティが出来ればその分キャリアは通話料を
引き下げる余裕が生まれることでしょう。
1機種を長く使う類のひとは幸せになれる可能性があります:-)
# ということで個人的にはそういう点でも番号ポータビリティには
# 賛成です。
兵器で通話 (スコア:1)
「拳で語る」の現代版でしょうか?
# 影の番長がいそうなのでID
得するのは・・・ (スコア:1)
なんだけど、番号変わるとめんどくさいから使いつづけてい
る。」という奴が何人も周りにいます。逆に、そういうユーザ
をたくさん抱えていることでシェアを確保しているキャリアも
いることでしょう。
勢力分布が変わったりすると、楽しいな。
-- gonta --
"May Macintosh be with you"
IP6+DNSみたいな抜本的に変えたほうが良いと思う (スコア:1)
日本はip6への以降を積極的に進めているんだよな。
端末は買い換えるんだし、電話の設備もIPに移行するんだろ。
電話番号をFQDNの様に扱って、DNSで引く。
で、機器のIDに相当するIPアドレスが返る。
機種換えしたときに、DNSの設定を変更すれば良いだけ。
1台でいくつも電話番号持てるし、機器も安い。
Re:IP6+DNSみたいな抜本的に変えたほうが良いと思う (スコア:1)
>DNSはそれほど万能ではないことぐらい、
>実際にDNSいじった人間ならすぐに分かりそうだけど。
は?
万能と俺は言ってませんが...
安価で構築出来る実績のある分散型データベースとして評価しているだけです。
>#Aさんに電話したら全然知らないBさんに繋がりました、
IP4で、かつ、動的IPアドレスでも使っているのですか?
IP6だと、IPアドレスを使いまわす必要はないよな。
IDの代わりにIP6のIPアドレス割り振るんだから、俺にはありえないことに感じる。
DNSサーバーの故障の話か?
データベースサーバーの故障は他のシステムでもありえるから、そう言った話じゃないよな。
>#もしくはいくら電話してもかかりません、
DNSサーバーは複数設置出来るよな。キャッシュもされるわけだし。
>#そういうのが起きても普通に許容できるのなら、
>#DNSみたいな仕組みでも良いかもしれんが。
今のシステムでも、番号を引き継げる様にするには、データベースが必要だよな。
この電話番号は、ドコモとかね。
携帯キャリアは、数社しかないだろ。
ドコモからAUに移り番号を継続したら、ドコモのnsがAUのIPアドレス(ID)を答えれば良いんじゃないの?
dnsサーバー運営費をドコモはAUから貰えば良い。接続料金の様に金額が決まっていれば良いだけ。
ns自体を引っ越しても良いよね。ルートdnsサーバーを各キャリアが管理するみたいな格好でも良い。
一挙にインターネットにつなげなくても、徐々に移行したければそう言った選択も出来るよね。
IPアドレスから今使っているIDを引けるdnsサーバーを用意すれば既存のシステムの併用も出来るし、ゲートを用意することで今のシステムと繋ぐことも出来るよね。
当面はDNSサーバーとゲートを用意してシステムの併用が出来るよね。
固定電話やIP電話との接続も考えて、「.tl.jp」みたいなドメイン作って、電話番号.市外局番.tl.jpとか、電話番号.050.tl.jp、とかにしてさ。
国際ルールとか出来たら、それとの併用も出来るでしょ。
通信のネットワークは、インターネットを中心とした、直結か、ゲート経由のネットワークになってくるのは目に見えているよ。
Re:IP6+DNSみたいな抜本的に変えたほうが良いと思う (スコア:1)
IP6のIPアドレスを直接使うのも良いし、IDを振ったり振ってあるのを利用して、IDとIPアドレスをデータベースで結ぶのも良い。
PCの端末にIPアドレスを振るように、携帯端末にもIPアドレスを兎に角割り当てろって事。
個を認識するときは、FQDN経由でIPアドレスを認識するのだからその実装はどうでも良い。
現行機種でも、今あるIDに対してIPアドレスを振るデータベースを持つだけで対応出来る。
>電話をかける際にプッシュするのは電話番号ですか?
数字だけで繋がるようにするために、電話番号の数字.電話番号の090とかの数字.TL.JPからIPアドレスが引けるようにdns(データベース)を持つ。
当然引けるのはIPアドレスだけなんで、自分の保有しているドメインでtel.*****.jp(英数)とかで引ける。
fqdnは複数あろうと、引ければ良い。
>DNSのレコードは電話番号とIPアドレスの括り付けですか?
数字だけしか入力できない端末のためには、現行機種だとキャリアが数字の電話番号に.TL.JPを付けて、DNSクライアント(レゾルバ)で引けば相手先のIPアドレスは分かる。
電話番号の数字.電話番号の090とかの数字.TL.JPを利用するのはそのため。
日本の国際番号は81だったよね?
1.8.TELってドメインか、81.telって方法でも引けるように出来る。
電話番号にこだわる必要はない。www.*****.jpも併用ok。ただ、数字だけの番号のルールが必要。
>キャリアを変わっても番号は変えなくていいんですよね?
番号で管理するのではなく、FQDNでIPアドレスを引くシステム。この部分のdnsは今いつも使っている奴と共用。
ただし、数字だけしか入力できない電話機に対応するために、電話番号の数字.電話番号の090とかの数字.TL.JPの様な共通仕様が必要。
>同じ端末のままキャリア変更できますか?
それは端末の実装による。
端末のIPアドレスを変更するか、端末のIDとIPアドレスで管理している場合ではデータベースのIPアドレスを変更することで可能。
>可能な場合、端末のIPアドレスを変更しなきゃダメですか?
上と関連しているが、端末の実装による。
IP6を使うのだからやっぱり変えなきゃならない(パケットが自分所に届かないから)。
IDなどを利用しPPPやPPPoEとかでIPアドレスを割り当てる方法を採用していれば、データベースの書き換えでOK。
>>キャッシュもされるわけだし。
>
>機種変更したら変更したデータがキャッシュからクリアされるまで間違い電話ですか?
dnsを使うので、ttlとrefreshの時間は旧IPアドレスが返される可能性はあるが、機種変更間際にttlを短く設定しておけば短時間でしかない。
また、旧IPアドレスはしばらくの間使わなければ間違い電話にはならない。繋がらないだけ。
>>インターネットを中心とした、直結か
>
>直結だといんたーねっとに関係ない閉域網なんでは?
直結、IPアドレスを端末に振る。
間接、現行携帯電話とのゲートするだけ。
ついでに、
電話の通信規格は、相手先のポートに繋いで、直接連絡(ヘッダーに書けば良い。ヘッダーの規格化は必要だけど、ゆるい規格で良いんじゃないの)。
既存のdnsと切り離したsipは俺は嫌い。そのせいでごちゃごちゃしているから。
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サーバーに管理される必要性は俺は感じないんだよね。
「時間課金のため」と言われれば理解できるけど。
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人も不満が出ないようにするなんて意味がないことだよね。
品質、サービス、価格などで、競争させたほうが良いんですよ。品質にこだわる奴は高い金払えば良いし、品質より価格を優先しても良い。
ところで、全部のコメントを読み直す話って何?
(下に続く)
>あなたが全部読んだら残りをコメントするね。
俺が読まないとコメントしないという宣言ですか?
別に貴方のコメントなど有っても無くても俺には大差無いけど。
と言うか、貴方が今まで議論していた相手との確証すら俺にはないし、メールのやり取りしているわけじゃないよ。
Re:IP6+DNSみたいな抜本的に変えたほうが良いと思う (スコア:1)
>
>って事を言いたいわけでしょ?
>(ネットワークについて無知なのはともかくとして。)
そう言うことではない気がします。と言うか、IP電話のSIP規格が嫌い。
>そう言う議論であれば、個人的な見解は「まだまだムリ」かな。
>キャリアの設備も対応できないだろうし。
一挙に全部を変えるのは難しいんだよ。Bフレッツに使っている光ファイバーだって、電話用の光ファイバーの敷設があったから存在する。
何故ファイバーがあるかと言えば、既存の電話を光化させる事業が先行していたからだよね。
かなり昔から地道に積み上げてきた物。
メール、Iモード、webの閲覧、そう言った機能も徐々に追加されてきたよね。
インターネットとの連携やゲートはより深まることが求められるはず。
データベース作るのならば、将来を見越して規格化した方が良いという話。
現行機種でもゲートがIPアドレス振ってwebにアクセス出来るよね。
webサーバーからみれば、IDにIPアドレスが振られているのと大差ないよね。
もう、電話にインターネット機能が付いているのではなく、インターネット情報端末に電話機能が付いていると解釈して、電話機能も他のプロトコルの様にDNS引ける環境を整える時期だと思ってます。
>10年後ぐらいにはそう言う話も出てくるかも。
>番号より好きな文字列で電話がかけられたりしたら便利だもんね。
>そこんとこは理解できますよ :-)
いやいや、文字列で電話がかけられるって話じゃなくて、PC端末のIMで繋ぐ感覚で、固定電話へ繋いだり携帯電話に繋いだり、それらからPC端末などに機種を問わず繋がる環境。
DDNSの設定をするように、携帯宛の電話の内、あるFQDNはPC端末で受ける様に設定し、別のFQDNは携帯電話でそのまま受ける設定にして使うとか。
友達との付き合いで取り合えず電話番号教えるけど、二週間したら電話して欲しくない奴には無料のメールアドレスの教えるように違うFQDNを教える。(無料のDDNS使えばOK)
PCに電話かかってきたら、PCが相手確認して転送に設定された奴ならば携帯に繋ぐとか、秘密鍵を使った認証や暗号電話、そう言った環境。
携帯電話の機能は、携帯キャリアのゲートの機能に拘束されているんだよね。
だんだん敷居は低くなってきているけどさ、もう一息って感じがする。
Re:IP6+DNSみたいな抜本的に変えたほうが良いと思う (スコア:1)
聞いたことあるし、勉強してみましたが何か?
俺の言っている方向性と変わらないような気がしますが....
Re:IP6+DNSみたいな抜本的に変えたほうが良いと思う (スコア:1)
すなわち、端末が移動してIPアドレスが変わった場合、 Dynamic DNS等でFQDNとIPアドレスとの対応関係 更新すればいいという考えです。
しかし、DNSはFQDNとIPアドレスの対応関係の キャッシュを行います。したがって、 自分の登録先のサーバに対してFQDNとIPアドレスの 対応関係を更新しても、 他のサーバはFQDNと古いIPアドレスの対応関係を キャッシュしていて、しばらくこの値を返します。 したがって、キャッシュがはけるまでは パケットの到達性が保障されなくなります。
このようなリアルタイム性の欠如から DNSベースの方式はハンドオーバー時の通信の シームレス性が要求される本格的なモバイル環境 には向かないとされています。
#というようなことを多分、いいたかったのではないかな。
#コメントした人は。
Re:IP6+DNSみたいな抜本的に変えたほうが良いと思う (スコア:1)
その対策として端末にIPアドレスを振るんです。
IDとIPアドレスのデータベースを持つだけでも可能です。
極端な話ですが、L2で回線が作られていれば、移動後にパケット出せばARPがMACアドレスとIPアドレスの関連付けをしてくれますよね。
現行機種でもIDの位置は定期的に通信して捕捉されていますよね。
IDに対しては動的にパケットを送信出来るが、IPアドレスだと出来ないなんてことはないはずです。
どのアンテナが近いか捕捉して、それと通信する技術は既に確立されています(L2を使うって意味じゃないよ)。
キャリアのインターネット側の出口のゲートで、IDに対してIPアドレスを振るだけでも可能です(既存システムを利用しながら、IP電話だけゲートを利用する方法)。
と言うことで、移動後の対応は何の問題もない。
Re:IP6+DNSみたいな抜本的に変えたほうが良いと思う (スコア:1)
Re:IP6+DNSみたいな抜本的に変えたほうが良いと思う (スコア:1)
>無理だけど。癒着あり、覇権ありのどろどろな移動体業界じゃ。
そう言う面はあるよな。
でもDNSだけは採用して欲しいな。
足がかりが無ければどうにもならん。
まぁ、だからこそ、足がかりを排除することが覇権の維持なんだろうけど。
Re:IP6+DNSみたいな抜本的に変えたほうが良いと思う (スコア:1)
ちなみに、俺はSIPは好きじゃないです。
Re:IP6+DNSみたいな抜本的に変えたほうが良いと思う (スコア:1)
好きじゃない理由が書かれていないので、
全然違うかもしれませんが
私の場合は、SIPは
・どういうコンセプトで作られているかわかりにくい
・他プロトコルと比べて複雑
等の理由で当初好きではありませんでした。
しかし、単に電話をかけるだけならFQDNを指定して
接続すればいい、というですみますが、
・親子IP電話のあるうちにかけた場合には全電話を
一斉に鳴らす。
・電話を出先に転送するように設定する
・職場などで受けた電話を他の人に転送する
などの利用シーンを考えると、上記のやり方だけ
では不便ですね。
Genericにいうと、コミュニケーションを行う場合、単に
・セッションを張る・切る
というアクションだけでなく、
・セッション要求を複数箇所に複製する、
・セッション要求をリダイレクトする、
・現在のセッションをトランスファーする、
などさまざまなアクションがあり、
それら全てをちゃんと吟味して作られているのが
SIPなのではないかな、と。
というわけで、最近ではよく考えられたプロトコルだ
と思っています。
#というか、DNSからスタートして、ユーザーの利便性
#を考えて追加していったらこうなったんだろうなと。
Re:IP6+DNSみたいな抜本的に変えたほうが良いと思う (スコア:1)
>全然違うかもしれませんが
>
>私の場合は、SIPは
>・どういうコンセプトで作られているかわかりにくい
>・他プロトコルと比べて複雑
>等の理由で当初好きではありませんでした。
全く一緒です。
個人的には特許がらみと感じてますが、サーバーで管理するためとも思ってます。
>しかし、単に電話をかけるだけならFQDNを指定して
>接続すればいい、というですみますが、
>
>・親子IP電話のあるうちにかけた場合には全電話を
> 一斉に鳴らす。
>・電話を出先に転送するように設定する
>・職場などで受けた電話を他の人に転送する
>
>などの利用シーンを考えると、上記のやり方だけ
>では不便ですね。
対応プロトコルや接続先の内線番号などは、直接ポートにアクセスしてヘッダーに書けば良いと思ってます。
どう言った機能を盛り込むとかはSIPも柔軟ですよね。
SIPサーバー上でやり取りをするのではなく、直接ポート叩いて聞けば良いという考えです。
今だって、telnet、smtp、http、https、pop3、nntpなども勝手にポート叩いてますよね。
私がここでURIのリンク張れば、クリックするだけで勝手に叩く。
サービスが提供されているかなどお構い無しでしょ。FQDNの後に「:8080」と付ければポート番号も変えられる。80番以外でweb開いているところもあるよね。
smtpだって今では拡張されたesmtpのサーバーが殆どでしょ。
httpsだって、微妙な違いで言えば色々ありますよね。
httpだって、getとpostでは少し違う。HTTPのバージョンによっても違う。
>Genericにいうと、コミュニケーションを行う場合、単に
>・セッションを張る・切る
>というアクションだけでなく、
>・セッション要求を複数箇所に複製する、
>・セッション要求をリダイレクトする、
>・現在のセッションをトランスファーする、
>などさまざまなアクションがあり、
>それら全てをちゃんと吟味して作られているのが
>SIPなのではないかな、と。
このあたりのルールってヘッダーに書いた方が良いと俺は思っています。IMとかはその典型的ですよね。
>というわけで、最近ではよく考えられたプロトコルだ
>と思っています。
>#というか、DNSからスタートして、ユーザーの利便性
>#を考えて追加していったらこうなったんだろうなと。
IP電話もSIP方式だから、IPを使っているのにも関わらず、SIPのデータベースに依存するんだよね。
SIP方式は、SIPサーバーで管理することを前提とした規格だと俺は思ってます。
DNSを利用し直接接続する方法では、TCPとUDPパケットさえ届けば通信出来る規格です。
Re:IP電話も (スコア:1)
これを、DNSで加入者番号.事業者番号.050.TL.JPや加入者番号.事業者番号.0.5.0.TL.JPで引ければ良いんだけどね。
SIPだけではなくDNSでも。
Re:最近は (スコア:1)
9/1からJRは少し緩和しましたよね。
Re:最近は (スコア:2, 参考になる)
ちょっと意味合いは違ってきますが。
Re:最近は (スコア:1)
個人的には電話番号よりこっち。
...携帯メール端末として使っている人、最近だと結構いるんじゃないでしょうか。
Re:最近は (スコア:1)
>たいていはこれで間に合うんとちがう?
出す携帯が(自分が使う範囲で)Reply-Toを設定できて、
受けた携帯がみんな、Reply-Toを認識できるなら
それで間に合うかもしれないけどね。
Re:そうそう (スコア:1, 興味深い)
Re:そうそう (スコア:1)
やっぱり半永久的に使えるドメインが別途必要ですよね。
携帯端末のメールに限ったことじゃ無いですが。
Re:メールサーバーを選択できるようにしてほしい。 (スコア:1)
何の為に?
サブドメインを使いたい、とかでは無く?
(携帯端末の話ですよね?)
>これについて、実現を難しくしている問題ってあるんでしょうか?
大ありだと思いますが。
Re:メールサーバーを選択できるようにしてほしい。 (スコア:1)
>具体的にはどんな問題があるのでしょうか?
"/"やら"?"を含むメールアドレス。
Re:メールサーバーを選択できるようにしてほしい。 (スコア:1)
それだけで、かなり幸せなメール運用が可能に。
# 携帯のメールは受信専用なのでID
だが、いいこともあるぞ、外の天気は上々なんだ
Re:メールサーバーを選択できるようにしてほしい。 (スコア:1, すばらしい洞察)
H"はエラーをFromに返すな。
単なる愚痴なのでAC
Re:メールサーバーを選択できるようにしてほしい。 (スコア:1)
こんないつなくなってもおかしくなさそうなサービス (失礼) に依存したくない・・・。
# これと同等なものを自分でつくるべきか・・・
だが、いいこともあるぞ、外の天気は上々なんだ
Re:ところで (スコア:1)
本当かい♪本当かい♪
「ト」じゃない (スコア:1)
寝台がベットじゃなくてベッドであるのと同様に、
鞄がバックではなくバッグであるように、
「複合」はハイブリットではなくハイブリッド。
綴りはhybrid [goo.ne.jp]です。
あーそれはそうとgoogleってデフォルトであいまい検索してくれちゃうようになったんですね。
「ハイブリット」で検索してるのに「ハイブリッド」が引っかかってる。
(そもそもDDIPocket自身がドをトに間違えてるってことにはさておく)
余計なことを…こういうバカチンを甘やかす機能があると検索語での絞込みがうまくいかないんだよぅ…
Re:信者 (スコア:1)
私も周りの連中から言われ続けてるうちに意固地になってる口ですが...
auやJ持ってる人からそういわれないのはやっぱりドコモならではの信心深さなのでしょうかね?
Re:最も合理的な『国民総背番号制』? (スコア:2, おもしろおかしい)
て、恐ろしい・・・。
Re:就床ラッパ (スコア:1)
翻訳サイトで日本語に訳したものを投稿してきたんだろうけど(笑)
Re:そうしたら (スコア:1)
。。恋してる?!(マテ
Re:Tu-kaユーザーですが.... (スコア:1)
しゃべれりゃええし、満足してます。
一番不満なのが、防水の端末が無いこと。
番号は今のままで、他キャリアの防水端末買ってきて、
Tu-ka の料金で使いたい。