SIPって知ってるかい？ [Part 2]
■ このスレッドは過去ログ倉庫に格納されています
0001SIP
03/08/04 05:12ID:bCc6LkdD☆インターネット上において指定した相手とコンタクトする機能
☆様々なメディア・アプリにて相手とセッションを確立する機能
☆メッセージおよび種々のイベントの非同期通知を実現する機能
などのインターネット上で不可欠な基本機能の枠組みを提供するSIPについて
そのプロトコルや相互接続ならびに各アプリやシステムの動向について語りましょう
過去スレ SIPって知ってるかい？
http://pc.2ch.net/test/read.cgi/network/988207855/
0002あぼーん
NGNG0003NCC
03/08/04 06:16ID:???いまどきのVoIPシステムでSUBSCRIBE/NOTIFY使う部分ある？
本スレ
http://pc.2ch.net/test/read.cgi/network/1059800593/
0006hats
03/08/05 08:08ID:???SIPの相互接続の経験の深そうなうにょ？氏の詳説に期待しています。
0007SIPについて
03/08/05 08:35ID:???1. 前スレはSIPについてのスレッド
2. VoIPスレはわざわざ新規作成しなくても既に複数存在している
3. SIPは(もちろんVoIPに使えるが)IETFが進めるInternet上位層での中心プロトコル
てなわけで、どこをどう勘違いすると削除依頼になるのか、って感じですよね。
0008新参
03/08/05 08:52ID:???(1)試験期間 2003年7月28日〜8月1日
（このうち3〜4日間で、参加会社数によって日数を決定します）
(2)試験場所 情報通信ネットワーク産業協会（CIAJ）
各参加者の装置を持ち込んでの試験とします。
参加者数とかどれくらいだったのでしょうか？
0009nothing
03/08/05 09:01ID:???従来の個別の機器及びそれらの組み合わせでは解決できなかった「SIP、品質、セキュリティ」の問題を高度に解決したらしい。
販売予定価格： 980万円〜
高すぎて試験導入すらできんが貸してくれ〜
0010名無しさん＠３周年
03/08/05 20:22ID:???0011CANCEL
03/08/05 21:26ID:???しかし相手から487 Request TerminatedがやってきてCANCELはされたようにみえる。
とはいえ200 OKが来ない以上、CANCELを再送すべきなのだろうか？
0012あぼーん
NGNG0014うにょ？
03/08/06 01:18ID:A1w3qJvL仕事柄、この件に関して詳細なことはかけないんだが・・・
詳細はI-DやRFCよんで自分で理解してくれ。
少なくとも、「9割方大丈夫」なら、相互接続は失敗する予感(w
>>8
参加者数や、企業情報、接続結果などについては
主催元の発表があるまでは秘密厳守なので聞くだけ無駄。
最近のSIP接続なら、Interopの出展社が出展前に接続確認を
やっていたが・・・・。
参加者や結果は、Interopにて公表されてたから参照してみな。
まあ、HATSはTTC系の重要な接続試験だから、あんな
イベントに比べると各社の力の入れ方も違うんだが・・・・
0015SIPSet
03/08/06 05:42ID:???>まあ、HATSはTTC系の重要な接続試験だから、
そんなこと気にしてるのお前の会社だけちゃう？
HATSとTTCが密になってるグループなんかないよ。LANなんて完全に某N社の私物だし
0016現時点まとめ
03/08/06 07:33ID:???<--- 100 Trying
<--- 180 Ringing
CANCEL --->
X--- 200 OK (CANCEL OK packet lost)
<--- 487 Request Terminated (INVITE failed)
ここで、CANCEL再送がいるかどうかという設問。
うにょ？氏曰く「仕事柄、この件に関して詳細なことはかけないんだが・・・」
うにょ？氏曰く「少なくとも、「9割方大丈夫」なら、相互接続は失敗する予感」
0017新参
03/08/06 08:54ID:???うにょさん情報ありがとうございます。
そのCIAJで行なわれた試験の主催元発表はいつ頃ありますでしょうか？
Interopの接続確認のほうは公表されてるとのことで調べてみます。
あんなイベントというのはInteropのことになりますでしょうか？
0018_
03/08/06 10:02ID:???以下のスレに統合されましたので移動をお願いします。
このスレは削除依頼済みです。
【SIP,H.323】VoIP技術統一スレッド【MGCP,Megaco】
http://pc.2ch.net/test/read.cgi/network/1059800593/
0019名無しさん＠お腹いっぱい。
03/08/06 10:09ID:???主旨も、スレッドのタイトルも、内容も異なるものを、
重複とか、統合とか、全く理解できないですよ。
それに、むちゃくちゃな削除依頼は通らないです。
0020_
03/08/06 10:18ID:???どうでもよくないか?
うにょは無視するとして、UACがRFCに従わなくても(=再送しなくても)
UASが気づかないケースだ。再送してUASがクラッシュするなら、UASが
駄目すぎなわけだが。
002120
03/08/06 10:25ID:???大方、INVITEに487返した後にCANCELが送られてきても(網
上での順序逆転)、CALCELに200/487のどちらの応答もでき
ないようなヘボいスイッチ使ってて、CANCELがバシバシ再
送されてくると見た目上、困るとかいう話なんじゃないの?
スイッチを修正してもらうのがよいのでわ。
以上、勝手な邪推でした。
0022はにゃんこ
03/08/06 10:36ID:???それが、自分の投げたCANCELにより生じたものなのか、
それとも別理由で生じたものなのか、わかるしくみはあるのかしら？
0023_
03/08/06 10:56ID:???以下のスレに統合されましたので移動をお願いします。
このスレは削除依頼済みです。
【SIP,H.323】VoIP技術統一スレッド【MGCP,Megaco】
http://pc.2ch.net/test/read.cgi/network/1059800593/
0024Y
03/08/06 10:59ID:???ただし、487(INVITE)を受け取った時点で呼の解放は出来たと判断しても良さそうだが。
0025RFC
03/08/06 11:29ID:???>>24 の言うように487(INVITE)を受け取った時点で呼の解放は出来たと判断した場合、
まずは、487に対してACKを送ることになるはず。
そして、ACKを送った時点で元々のINVITEは全て完了状態。
そのあと、CANCELに対する200 OKが来ていないので、タイマーにより、
CANCELの再送が起動されることになるが、
既に状態としてはACKまで送っている。
もしも、INVITE / 200 OK / ACKの状態であれば、
取り消したい場合にCANCELではなくBYEを送るべきことになっている。
つまり、その場合は、CANCELを送るのは間違い。
今回は、INVITE / 487 Request Terminated / ACKの状態であるので、
同様に、少なくとも、CANCELは送るべきではない、という結論になる。
0026_
03/08/06 11:49ID:???以下のスレに統合されましたので移動をお願いします。
このスレは削除依頼済みです。
【SIP,H.323】VoIP技術統一スレッド【MGCP,Megaco】
http://pc.2ch.net/test/read.cgi/network/1059800593/
0027_
03/08/06 12:51ID:???あなたはSIPがなにかを理解していないかも知れないですが、
SIPはVoIPとは関係なくセッション確立などのプロトコル。
他にも、>>1 に挙げられているような様々な機能があります。
SIPは汎用プロトコルなので、VoIPにも適用できますが、
単なるVoIP技術ではないということを理解しましょう。
ここで議論が色々と行なわれていることは、多くは、
VoIPと関係なく、他の用途でも成り立つ話なのです。
>>13
うにょさん、RFC3515にはSUBSCRIBEを使うサンプルが書かれてないので、
その時に、どういうタイミングでSUBSCRIBEするのか教えていただけませんか？
0028あぼーん
NGNG0029nothing
03/08/06 19:18ID:???ここにある、SIPやLDAPを利用して、リアルタイム性の高いコミュニケーション機能を
提供する新技術の検証、それに伴って発生する大量のトラヒックに対応した
サーバー構成、負荷分散技術、管理技術の検証って、どんなもんなんでしょ？
インターネット上のさまざまな情報収集の手段を統合的に扱える機能を持ち、
ユーザーの趣味や嗜好、プレゼンス(主観的なものを含む状態一般)に応じて
自動的に情報の選別/収集/発信を行なえるデスクトップ常駐型ソフトらしいのですが。
0030あぼーん
NGNG0031あーあ
03/08/06 21:54ID:???>>9
"接続試験したいから貸せ"っていってみれば？貸してはくれないかも知れないけど、
ネット経由で接続させてくれるかもよ(ぉ。
0032IETF
03/08/06 22:22ID:???それにしても、『全てのRFC準拠』とは大きく出たもんですな。
>> 既存商品との相互接続性（RFC準拠）による初期投資の低減
>> ・IP-PBX、PSTNゲートウェイ、SIPサーバ、SIPクライアント等の
>> 他のコンポーネントとの相互接続を実現
>> ・全てのRFC準拠 SIPクライアントに対応
0033うにょ？
03/08/07 01:03ID:MTsKrVyg0034うにょ？
03/08/07 01:14ID:MTsKrVyg25:「少なくとも、CANCELは送るべきではない」
はぁ？9章くらい正しく嫁。
CNACELトランザクション放置するんじゃねえ。
あと、TimerJが何のためにあるのか理解しろ。
0035あぼーん
NGNG0036あぼーん
NGNG0037あぼーん
NGNG0038あぼーん
NGNG0039あぼーん
NGNG0040isp
03/08/07 12:37ID:???INVITEの200 OKとクロスカウンターになった場合でも、
CANCELの再送を続けるつもりなのか？
0041あぼーん
NGNG0043_
03/08/07 13:10ID:???『送らなくても問題ない』というのも成立しているのだが。
004420
03/08/07 14:12ID:???すでに私は>>20でそう言ってます(紛糾する理由が不明すぎる...)。
>>40は「送ると問題がある」と言っているので、それは違うと指摘
したまで。
0045あぼーん
NGNG0046なあんだ
03/08/07 19:02ID:???「送らないと問題がある」→うそ
どちらも正しいのね
うにょ？ちゃんのこだわりはいったいなんなのー
004720
03/08/07 19:08ID:???RFCでしょう。だから哲学的でくだらないって言ってるのよ。
俺も、まぁRFCに従うのは好きなんだが、従っても意味が無い
という主張の香具師がこのスレにいる以上、その観点での議論
はあまりしたくない。不毛だし技術的でないし。
なお、うにょ?は技術的観点から、「送らないと問題がある」と
主張しているようだが、実例を出せないようなので無視、放置。
DQN決定。
0049新参
03/08/07 19:25ID:???InteropでのSIP接続試験の結果が公表されてるとのことで、
調べてみたのですが、ちょっとわからない状況です。
お手数をおかけしてすみませんが、教えていただけませんか？
0050あぼーん
NGNG0051うざい
03/08/07 19:46ID:???0052sage
03/08/07 20:22ID:???>>51
通信技術［レス削除］
http://qb.2ch.net/test/read.cgi/saku/1031772272/l50
0053SIPphone
03/08/07 20:40ID:???http://internet.watch.impress.co.jp/cda/news/2003/08/07/68.html
ブロードバンド接続環境さえあれば、世界中どこへかけても無料で通話が楽しめる電話サービスSIPphoneが、サービスを開始した。
SIPphoneは「SIP」と呼ばれる電話プロトコルを使用した電話機を販売し、この電話機を簡単に使用できるようにするサービスを提供する。
電話機は1組129ドルで販売され、ACアダプターとイーサネットケーブル（RJ45）が付属する。
これを自分のブロードバンド回線に接続し、電源を入れるだけで設定は完了する。
またSIPプロトコル自体が最新の圧縮技術を使用しているため、音質は携帯電話以上で場合によっては固定電話よりも音質が良いとされている。
0055sage
03/08/07 22:13ID:???グローバルアドレスくらい申請しろよ
0056_
03/08/07 22:16ID:???0057どゎっぷ
03/08/07 22:21ID:???NATなしでSIPうまく動いてますよ。
もし１つしかもらえないとしても、
その１つでSIPのポート5060を受ければいいだけだと思います。
それとも、どうしても、NATを使ってまでも、
複数機器からSIPを使いたいということでしょうか？
0058_
03/08/07 22:35ID:???自動じゃないと技術者しか使えないぞ。
0060_
03/08/07 22:44ID:???0061あ
03/08/07 23:44ID:57qsUI84自分のしっている実装しか
あたまにないやつだなぁ
0062あぼーん
NGNG0063あぼーん
NGNG0065anonymous@ 61-25-150-180.home.ne.jp
03/08/08 00:02ID:7ZKaLdo60066い
03/08/08 00:02ID:???0067あぼーん
NGNG0068dayan
03/08/08 00:26ID:7ZKaLdo6そうなの？じゃあIPv4とIPv6でも接続できるんだぁ。
0070え
03/08/08 01:01ID:???IPv6でみんな幸せ！って言いたかったんだろ
0071おま
03/08/08 01:19ID:???0073あぼーん
NGNG0075あぼーん
NGNG0076SIP
03/08/08 07:24ID:???>>68
IPv4でもIPv6でも接続できますよ。
>>69
あなたのところの製品ができないからといって、
「できません」というのはおかしいですよ。
0077あぼーん
NGNG0078test
03/08/08 10:49ID:???2003年３月11日、４月７日〜11日、４月22日の相互接続試験実施結果について、
というのを発見したのですが、そこの「発信者番号表示」や「NAT越え」について、
どのRFCやIDを参考にすればよいのかを教えてもらえませんか。
0079あぼーん
NGNG0081あぼーん
NGNG0083ちなみに
03/08/08 18:45ID:???0084_
03/08/08 20:37ID:???アク禁にするぞ
0085からあげ
03/08/08 20:39ID:???0086から
03/08/08 20:42ID:???0087名無し
03/08/08 21:22ID:???http://www.watch.impress.co.jp/internet/www/article/2002/1202/sip.htm
スウェーデンのHotsip社は、J2EEフレームワーク上に構築されたSIPソリューションを
発表した。この製品は固定及び携帯電話ネットワーク向けのもので、UNICODEによる
多言語をサポートする上、Windows上のインスタントメッセージ環境である
「Windows Messenger」と相互運用性を確保している。
0088SIP神
03/08/08 22:10ID:???Microsoft組み込みシステム部門ジェネラルマネジャーPeyton Smith氏が
基調講演に立ち、こうした展望を語った。
「SIPはすべてを変えるだろう。（SIPは）この統合を導く技術だ」。
0089何がそんなに気に入らないんだろう?
03/08/09 05:25ID:???0090ietf
03/08/09 06:09ID:???SIPが単なるVoIP技術であると信じている宗教の信者なんですよ。
もちろんVoIPにも用いることができますが、
世間一般では今後に中核となる汎用基礎技術として位置付けています。
0091停止しました。。。
03/08/09 12:40ID:???0092SIP
03/08/09 19:41ID:???0093fusion
03/08/09 21:31ID:???フュージョンがSIPを採用した理由は，端末数と発展性を考慮したためだ。
「ポイントは，マイクロソフトのWindows XPにMessengerが
プリインストールされている点。これだけで数億台の端末が存在することになる」。
これにくわえ，SIPの持つTV電話など各種マルチメディア機能や，
モビリティ機能の付加といった展開を検討している。
0094うにょ？
03/08/09 23:03ID:VHJrk+ZwRFC 3311でも嫁
0095anonymous
03/08/09 23:47ID:???> みかか様のVoIPサービスに未対応な機器を繋げてみたら、
> session-timerのre-INVITEが500 Internal Server Errorでけられたよ
> どんな独自仕様なんだろうか
みかかのSIPサーバが、『500 Internal Server Error』を返すのね。
しかし、タイムアウトのためのINVITEの再送で起こるんでしょ。
みかかの技術レベルにはお似合いだけど、ちょっとひどいすぎるのでは？
0096anonymous@ ntt1-ppp155.gunma.sannet.ne.jp
03/08/10 07:16ID:???0097nothing
03/08/10 09:55ID:???前のスレで、発信者番号は『From: [email protected]』という
感じで伝わるので大丈夫というのを見かけたきがします。
NAT越えについては、UPnPにて情報取得するのではないでしょうか？
もちろん、その相互接続試験での方法決定次第で実際はわからないのです。
0098みねあぽ
03/08/11 16:44ID:???成立していないINVITEにたいして、
SDPを変更したいときにUPDATEっていう理解でいいのかな？
>>94
re-INVITEをするには元のINVITE状態があれだし、
CANCELしてINVITEしなおすとやりなおしだしって感じ？
0099Lindows
03/08/12 11:12ID:???http://www.zdnet.co.jp/news/0308/07/nebt_09.html
通話ができるのはSIP方式を採用した電話間に限定されるが、
市内通話や国際電話を問わず通話可能。
通話時間に応じた料金や月額料金などは徴収されない。
0100CANCEL
03/08/12 12:05ID:???言い換えると、出すように作るべきだが、出さないUAもいるという前提で実装すべきな訳だ。
■ このスレッドは過去ログ倉庫に格納されています