SIPって知ってるかい？ [Part 2]
■ このスレッドは過去ログ倉庫に格納されています
0001SIP
03/08/04 05:12ID:bCc6LkdD☆インターネット上において指定した相手とコンタクトする機能
☆様々なメディア・アプリにて相手とセッションを確立する機能
☆メッセージおよび種々のイベントの非同期通知を実現する機能
などのインターネット上で不可欠な基本機能の枠組みを提供するSIPについて
そのプロトコルや相互接続ならびに各アプリやシステムの動向について語りましょう
過去スレ SIPって知ってるかい？
http://pc.2ch.net/test/read.cgi/network/988207855/
0232anonymous@ flibr1-p209.hi-ho.ne.jp
03/10/02 22:23ID:???Windows Messenger5.0でRegister expires=0の200 OK受け取らないのは
ポート閉じちゃってるからでしょ。
Register expires=0送信した時点で閉じちゃってるから200 OKを受けようがない。
netstatで見たときは愕然としたもんだが。
って話はとっくの昔にｶﾞｲｼｭﾂかな。俺はついこの前知ったもんで。
0233_
03/10/03 02:38ID:???自分が出した200 OKにたいして、相手からACKがあるわけではないんだから、
相手が受け取ってくれないかどうかが、なぜ問題になるの？
もちろん、相手側(MS)が本来すべきことは、
200 OKが来るのを確認してから閉じることであり、
200 OKが来なければREGISTER再送すべきっていうのは当然わかる。
0234_
03/10/03 07:09ID:???ごめん、あなたのいう相手っていうのが何を指すのか分からないんですけど。
私の場合の問題としては、、、
サインアウトする（Register expires=0送信）->200 OK 受信せず。
こんな風になってWindows Messengerは「サインアウト中。。。」がずっと表示されたまま。
たぶん、あなたのいう相手っていうのが私にとっては自分なんだと思います。
まあ、問題ってほどでもなく、いつまでも「サインアウト中。。。」ってのが気に入らない
だけなんですけどね。
0235_
03/10/03 12:02ID:???0236234
03/10/03 19:28ID:???私（>>234）宛のレスでしょうか？
そうであればEtherealでみるかぎり、Viaポートに返ってきています。
でも、ポートをクローズしてしまっているみたいなので受信できないみたいです。
netstatで確認してみました。>>232にある通りみたいです。
0237禿
03/10/04 16:17ID:mqOLsxx3サインインします」になっても、まだREGISTER expires=0は出つづけでます。
もう一度、サインインしても、再送回数満了まで前のREGISTER expires=0は
出つづけます。問題になるのは、プレゼン機能への影響です。そのほかの
ユーザに、該当ユーザ実はログイン状態なのに、再送REGISTERのせいで、
がSIPサーバログアウトのNOTIFYを出してしまうんだわ。
234は、Viaポートとかそんなへまはやんないだろう。４．７じゃ動いてたんでしょ。
しかも、たまに、うまく動く(200OKを受け取る）こともあるんだよね。受け取ったり
受け取らなかったりするわけじゃなく、受け取るときは暫くうまく動きつづける。
だめな日は、ずーとだめなんだ。
0238rucia
03/10/04 16:34ID:???誤解してるかも知れないので、整理をお願い。
REGISTER expires=0を出しているユーザは、ログアウトしようとしてるのよね？
とすると、『該当ユーザ実はログイン状態なのに、再送REGISTERのせいで、
がSIPサーバログアウトのNOTIFYを出してしまうんだわ。』というのは？
あと、『再送回数満了まで前のREGISTER expires=0は 出つづけます』なのは、
登録サーバにとっては何度再送されてきても影響はないはずよね？
登録サーバが出した200 OKがロスしてるか受け取らないかは判断できないし。
>>236
『ポートをクローズしてしまっているみたいなので受信できない』にもかかわらず、
REGISTER expires=0の再送を繰り返すマイクロソフトさんって、いったい・・
0239anonymous@ pdda9d0.tkyoac00.ap.so-net.ne.jp
03/10/06 22:40ID:b9kBO4X0そりゃ、鯖が禿蛸だからよ。２度目のREGISTERは、１度目の奴とはCall-ID
が違うんだから無視できるっしょ。そんなヤシREGしてねえんだから。
NOTIFYでるっちゅうことは、さてはCall-ID見てねえなぁ。
0240_
03/10/07 10:54ID:???・Call-IDなどで再送されたものかどうかは区別がつく
・もう一度REGISTERした(=MS用語でサインインした)ものは別のCall-ID
・その前のREGISTER expires=0(MS用語でサインアウト)の再送は無視できる
↓ ↓ ↓
『再送REGISTERのせいでSIPサーバログアウトのNOTIFYを出してしまう』はbug!!!
もちろんそれとは別に、MSの作りがへたれなのも事実
0241_
03/10/13 04:40ID:uaQjPB81はあ？なにいってんだ？
0242anonymous@ cthrsm010136.adsl.ppp.infoweb.ne.jp
03/10/13 15:02ID:gr7fZROdhttp://book.2ch.net/test/read.cgi/bizplus/1066013221/-100
このＳＩＰフォン社ってなんか関係あるの？
0243anonymous@ YahooBB218132172007.bbtec.net
03/10/13 16:48ID:???このスレの前のほうでも話題になってる。
おれはサンディエゴから個人輸入して使っているわけだが。
このスレでSIPPhoneの話題はいいのかな？
お時間などあったら、こっちで神になってください。（ｗ
サンケイで取り上げられたり、TVでやったせいかビジネス＋にスレが立ってるけど。
【通信】通話料は無料、米版ＩＰ電話 今月末に上陸 国内外問わず発着信【革命】
http://book.2ch.net/test/read.cgi/bizplus/1066013221/
0247_
03/10/13 21:29ID:???相手のSIPアドレス(sip:[email protected])だけがわかっている状況で、
SIPphoneにて通話をすることってできる？
携帯電話みたいにアルファベット入力で電話帳登録するのかな？
あるいは、指定したSIP proxyへのユーザID用番号だけにしか発呼できない？
（つまり、[email protected]という1234567をダイヤルするのみ？）
まさか、ENUM(e164.arpa)を利用して、DNS引いてくれる？？
0248age
03/10/15 06:44ID:???たしかにインターネット電話では国別電話番号に意味はないわけだけど。
0249anonymous@ Cgifu4DS31.gif.mesh.ad.jp
03/10/16 02:57ID:x5qM3KDb0250anonymous@ p3017-ipbf07sapodori.hokkaido.ocn.ne.jp
03/10/16 20:29ID:JJuMrRZf0252馬鹿ばっか
03/10/19 17:50ID:eagIQZBl素人しか残ってないな
このスレ
0253anonymous@ b115.infiny.net
03/10/20 16:58ID:JkzxZu8Z0254 ＢＮＣ
03/10/21 12:41ID:???0255通りスガリ
03/10/26 14:58ID:???SIPphoneはよく知らないけど、
STUN使ってるなら、NAT装置に依存します。
日本のBBルータはcone NATじゃないのが多いので、STUN使うなら
cone NATかsymmetric NATかを確認するべし。
0256_
03/10/29 17:27ID:???そのURIのuserinfo部分はカラでいいの?というか、なにか付ける
必要ってあります?
Record-Route: sip:[email protected]
なのか
Record-Route: sip:1.2.3.4
なのかということです。
空でいい。
0258256
03/10/31 16:06ID:???Contactは自分のIPアドレスだと思いますが、正しいor一般的なのは
Contact: <sip:1.1.1.1>
でしょうか？
Contact: <sip:[email protected]>
でしょうか？
0259SER
03/11/01 01:06ID:jsAXPDnf宜しければ、お試しを。
http://ser.kingyo.org/
sip:192.168.0.1 とかにすると、同一アドレスのところに複数の
端末を置きにくくなります。そうゆーサービスがないならご自由に。
ふつうの実装は sip:[email protected] だよね。
0262makiko
03/11/02 18:35ID:???異なるユーザの端末が、同じIPアドレスであるはずがない
もし、あるドメインのinbound proxyならば、sip:[email protected]でありIPアドレスでない
ちっとは、SIPの基本常識と実環境を勉強しておくれ
>異なるユーザの端末が、同じIPアドレスであるはずがない
ん？、同じIPアドレスの下に複数個端末ぶら下げたいというニーズは
たっぷりとあるけど。ユーザという意味が曖昧ですね。
0265おいおい
03/11/03 10:32ID:1osjjwGXなんだかなー
別にいいけど、そんな実装みたことないぞ
0269SIＰまにあ
03/11/03 22:38ID:???ここはＳＩＰについて語るすれなので勝手に常識化しないでくれ。。。
どーかん。
0271anonymous
03/11/04 01:59ID:???そもそも、複数の異なるユーザの端末が同じIPアドレスならば、
それは、インターネットから見れば同じ端末である。
サブネットに64bitもIPアドレス空間あるのだから、
わざわざそんな複数のユーザでIPアドレス共有なんてすることはありえない。
0272_
03/11/04 02:13ID:???もうね、アホかと。
あとさ、64bitって何の寝言よ。
0274某
03/11/04 06:15ID:igJoZhhHたまにいる
しかもすでにキャリアに入ってたり…
なんかすごーくりっぱなネットワークをお持ちで・・・
うらやますぃ。IPv6が当たり前な環境にいらっしゃるのですね。
0276あぼーん
NGNG0277anonymous@ 148.86.99.219.ap.yournet.ne.jp
03/11/04 14:05ID:???Sipクライアントには、Linuxでも使えるものがいくつかありますけど、
コンソールからの操作のみで動かせるものってあるんでしょうか？
0278anonymous@ 148.86.99.219.ap.yournet.ne.jp
03/11/04 14:06ID:???0279hanon
03/11/04 22:09ID:???0280_
03/11/04 23:38ID:???0281sip
03/11/05 00:43ID:???>>271
Unixのワークステーションで複数ユーザにメールが届くのと同じで
同じIPアドレスで複数ユーザというのは別にない話じゃない。
着信メッセージのSIP-URIのuser部分で区別できるだろ。
好意的に解釈すると、発信専用なんじゃないかな・・・
0283_
03/11/05 04:49ID:???それは、そのサーバが、あるドメインのSIPサーバをしていて、
sip:ユーザ＠ドメインを受付ける場合だろ
もちろんそれ自体は複数のユーザが共有するというのは正しい
しかし、大元の質問は、そのようなSIPサーバに対して登録時に、
Contact: sip:IPアドレス だけでよいのか、
Contact: sip:user@IPアドレス とユーザが必須なのか、という話だ
もちろん、自分のIP携帯電話を登録時は、前者のIPアドレスだけで十分
0284某
03/11/05 15:07ID:BuUm6nAXいつからそんな話しになったんだ？
ちなみにIP携帯だってユーザパート必要な場合あるぞ
0285
03/11/05 19:21ID:G2iM4dA3するためにどのような仕様が有利かという話がごっちゃになって
いる気がするけど。
それで
>>271
かなりDQN。君の発想だとPSTN trunking GWをどうやって実現するんだ？、
キャリアのそれなら１時間に何万コールも来るぞ。
>>283
IP携帯電話なら大丈夫かもしれない・・・・
でも、普通はつけるんじゃないですか？
もちろんインプリの話ですよ。付けなくても済むかもしれんけど。
0288_
03/11/05 23:40ID:???元質問は、REGISTER時じゃなくてINVITE時。
0290sipping
03/11/05 23:58ID:???> どうも。すみませんがもう1点。IP電話がInitial INVITEを作成するときの
> Contactは自分のIPアドレスだと思いますが、正しいor一般的なのは
> Contact: <sip:1.1.1.1>
> でしょうか？
> Contact: <sip:[email protected]>
> でしょうか？
Contactはあくまでも自分についてであるので、
自分側がhogeなくて対応できるならば、どちらも正しい。
そういう質問しているならば前提として対応できるわけなので、前者でもちろんOK。
0292経験豊富
03/11/06 01:04ID:???一端末で複数のsipアドレスを扱うには、userInfo部分を適当に付けて振り分けるのが良いと思われる。
ちなみに、To,Fromヘッダはあまり信用が無いので、Toヘッダで振り分けず、Request-URIで振り分けるのが大前提。
0293
03/11/06 01:16ID:swUIS9bpRFC3261の19.1.1 SIP and SIPS URI Components を嫁。どちらも正しい
んじゃなくて、どのような場合に必要で、どのような場合に不要かが
書いてある。
>>292
Register の contact と Request-URIが一緒な実装ってあるんですか？
そのようにして何のメリットが？
0294_
03/11/06 01:45ID:???あんたこそちゃんとRFC嫁。
質問者>>258は、sip:1.1.1.1とsip:[email protected]の両方を挙げており、
1.1.1.1はユーザ識別をする必要のない端末であるという前提である。
| URIのuserinfo部分はオプションであり、
| デスティネーションホストがユーザという観念を持たないとき、
| またはホスト自身が特定されるリソースであるときは、省略できる[MAY]。
|
| SIP URIまたはSIPS URIに@記号が存在する場合、
| userフィールドを空にしてはならない[MUST NOT]。
つまり、その前提ではRFC的にはどちらでもOKで、省略したsip:1.1.1.1は全く問題なし。
0296nadja
03/11/06 03:24ID:???もちろん、メールと同じで、ToとFromは飾りに過ぎないのは事実ですが。
まあ、Request-URIが、メールで言うところのRCPT To:なわけで。
つまり、Proxyによって書き変わるのは、Request-URIだけであるし、
逆にいえば、Inbound ProxyはRequest-URIを必ず書き変えないとまずいわけで。
もちろん、単なるOutbound ProxyならばRequest-URIはそのまま変更せずに投げる。
0297hoge
03/11/06 20:23ID:9KPvn4Nsサーバが理解しないメッセージは通さないだとよ。
それなのにサーバの修正は行わないだと。
0298_
03/11/06 21:33ID:???> もちろん、単なるOutbound ProxyならばRequest-URIはそのまま変更せずに投げる。
Outbound Proxyがloose router なら、ですよね?
0299某
03/11/06 22:03ID:cUU5qQghキャリアの鯖じゃないだけまだいいさ、
独自拡張・ライセンス止めて…
0300usadah
03/11/07 20:02ID:???SIPサーバを開放しない、狂ったISPがいるのが問題なんだよね。
0301ま
03/11/08 16:38ID:a12aChX8そんなことしたらSIP的にまずい実相なのがばれる
0302_
03/11/08 22:39ID:???というか、実装が蛸なので制限が多いという見方のほうが正しい？
0303三鷹
03/11/09 01:23ID:q3J69/On正しい。
まぁキャリアに入ってるのは種類が限られてるケド。よくあれで納品したよなぁ
キャリア間相互接続なんて鯖が同じじゃないと無理？
0304hage
03/11/11 01:10ID:c1U+YoKg動作的にはRFCに従ってない。
って、それはメッセージをSIPからパクってるだけやん。
それでSIP準拠？？？しかもイマドキ2543だし。
アホ
0305IETF
03/11/11 05:28ID:???技術力がないのか、反抗期なのか、Standardという意味や意義を知らないのか？
いままでも自己流でやってきたようだが、
いまや時代は変わって国際標準で国境もない時代。
このままでは恥をかくのが見えているのに何故気付かないのかね？
0306フォン・リヒトフォーフェン
03/11/12 00:56ID:???IETFに従わない道もありだと思うよ、既に設備投資した分がある
とか、色々な理由があって、標準じゃない方法でやる事もあるだろ。
そもそも、IETFが標準とか言うけれど、IETFはエリアディレクタ
みたいな絶大な影響力を持っている人がどうにでも出来る世界だし。
そもそもそれを言い出すとMPLSだって、2547bisでまともに動いている
ところはないだろ。
0307フォン・リヒトフォーフェン
03/11/12 01:01ID:???どれくれい投資済みなんだ？
0308MoA
03/11/12 06:00ID:???そういう問題ではないのですよ
例えば、いかさまSMTPしか話さない質の悪いメールサーバがあって、
内部ネットワークでそれに投資して使ってきているので、
通信したいひとは、ユーザでも他のISPでも特殊仕様にしたがってね
こういう通信会社があったらみなさんどう思いますか
SMTPとメールをいうのをSIPに置き替えれば現実に存在するわけですけどね
DoCoMo の話ですか？
0310anonymous@ YahooBB219179114007.bbtec.net
03/11/12 21:52ID:wxWubrnqしらそらもら?
禿銅。あそこのスパムフィルタの独自仕様には泣かされるｗ
0313フォン・リヒトフォーフェン
03/11/14 00:59ID:???なるほど
相互接続まで引っ張られると厄介だ。
0314。
03/11/14 01:08ID:reMuXSFR多いけどね
千葉方面何とかして！
0316＜＞
03/11/16 00:24ID:Ti6Vihzt一応千葉県だけど、気分は茨城のところですか？
0318名無しさん＠お腹いっぱい
03/11/17 02:19ID:???ちょうど、会社潰れそうなんで転職したいのだが…
イラクでも南極でもどこでも逝きたいよ
0319＿
03/11/17 21:08ID:53LMUsuqﾏｼﾞでつか？
0320_
03/11/20 00:11ID:???国際電話が通じるようになるわけだから重要任務だね。
0321名無しさん＠お腹いっぱい
03/11/20 02:01ID:???0322_____
03/11/23 17:44ID:CTtb+elI0AB-Jを使ったahooと同じサービスにこだわると
独自仕様にならざるをえまへんなあ。
0323会議
03/11/25 00:33ID:???フリーソフトってある？
H.323でやるやつとかならいくつかあるんだが・・・・
0324
03/11/25 23:21ID:BoRF2ssCネタですか？
0325IETF
03/11/26 02:57ID:???なんかネタないのか？
0326_
03/11/26 03:18ID:???日本でどこかの団体が報告会？？
0327T
03/11/27 23:11ID:iK+HbBL+0328T
03/11/27 23:12ID:iK+HbBL+0329J
03/11/28 00:47ID:???RFC3261のexamples見ると少しだけ載っているけど、strict routingの
概念が見えてこない。REQUEST_URIとRoute, Record-Routeヘッダが
違うだけってことはないよね？
0330330
03/11/28 01:07ID:???lrでの接続ってやったことないんだけどうまくいくもんなの？
違いはわかるがなんでlr使うのかはいまいちわからん。
SIP端末全部が実装してるわけじゃないはず
0331331
03/11/28 23:59ID:pmjdMFItどっちかは理解してんの？
strict routingわかってないじゃんよ
■ このスレッドは過去ログ倉庫に格納されています