[過去ﾛｸﾞ] SIPって知ってるかい？ [Part 2] (984ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
21: 20 03/08/06 10:25 ID:??? AAS
20補足。どうでもいいはずの事を気にするということは、
大方、INVITEに487返した後にCANCELが送られてきても(網
上での順序逆転)、CALCELに200/487のどちらの応答もでき
ないようなヘボいスイッチ使ってて、CANCELがバシバシ再
送されてくると見た目上、困るとかいう話なんじゃないの?
スイッチを修正してもらうのがよいのでわ。
以上、勝手な邪推でした。
22: はにゃんこ 03/08/06 10:36 ID:??? AAS
UAさんは、487 Request Terminated を受け取ったときに、
それが、自分の投げたCANCELにより生じたものなのか、
それとも別理由で生じたものなのか、わかるしくみはあるのかしら？
23(1): _ 03/08/06 10:56 ID:??? AAS
ここは重複スレッドです。
以下のスレに統合されましたので移動をお願いします。
このスレは削除依頼済みです。
【SIP,H.323】VoIP技術統一スレッド【MGCP,Megaco】
2chｽﾚ:network
24(1): Y 03/08/06 10:59 ID:??? AAS
RFCに従うならCANCELは再送されるべきだね。CANCELに対するレスポンスが届いてないんだから。
ただし、487(INVITE)を受け取った時点で呼の解放は出来たと判断しても良さそうだが。
25(2): RFC 03/08/06 11:29 ID:??? AAS
とりあえず意味不明な >>23は 無視するとして、
>>24 の言うように487(INVITE)を受け取った時点で呼の解放は出来たと判断した場合、
まずは、487に対してACKを送ることになるはず。
そして、ACKを送った時点で元々のINVITEは全て完了状態。
そのあと、CANCELに対する200 OKが来ていないので、タイマーにより、
CANCELの再送が起動されることになるが、
既に状態としてはACKまで送っている。
もしも、INVITE / 200 OK / ACKの状態であれば、
取り消したい場合にCANCELではなくBYEを送るべきことになっている。
つまり、その場合は、CANCELを送るのは間違い。
省2
26(1): _ 03/08/06 11:49 ID:??? AAS
ここは重複スレッドです。
以下のスレに統合されましたので移動をお願いします。
このスレは削除依頼済みです。
【SIP,H.323】VoIP技術統一スレッド【MGCP,Megaco】
2chｽﾚ:network
27(1): _ [age] 03/08/06 12:51 ID:??? AAS
>>26
あなたはSIPがなにかを理解していないかも知れないですが、
SIPはVoIPとは関係なくセッション確立などのプロトコル。
他にも、>>1 に挙げられているような様々な機能があります。
SIPは汎用プロトコルなので、VoIPにも適用できますが、
単なるVoIP技術ではないということを理解しましょう。
ここで議論が色々と行なわれていることは、多くは、
VoIPと関係なく、他の用途でも成り立つ話なのです。
>>13
うにょさん、RFC3515にはSUBSCRIBEを使うサンプルが書かれてないので、
省1
28: あぼーん [あぼーん] あぼーん AAS
あぼーん
29: nothing 03/08/06 19:18 ID:??? AAS
http://ascii24.com/news/i/net/article/2003/03/26/642687-000.html
ここにある、SIPやLDAPを利用して、リアルタイム性の高いコミュニケーション機能を
提供する新技術の検証、それに伴って発生する大量のトラヒックに対応した
サーバー構成、負荷分散技術、管理技術の検証って、どんなもんなんでしょ？
インターネット上のさまざまな情報収集の手段を統合的に扱える機能を持ち、
ユーザーの趣味や嗜好、プレゼンス(主観的なものを含む状態一般)に応じて
自動的に情報の選別/収集/発信を行なえるデスクトップ常駐型ソフトらしいのですが。
30: あぼーん [あぼーん] あぼーん AAS
あぼーん
31(1): あーあ 03/08/06 21:54 ID:??? AAS
夏休みで自治厨が多い脳
>>9
"接続試験したいから貸せ"っていってみれば？貸してはくれないかも知れないけど、
ネット経由で接続させてくれるかもよ(ぉ。
32: IETF 03/08/06 22:22 ID:??? AAS
>>31
それにしても、『全てのRFC準拠』とは大きく出たもんですな。
>> 既存商品との相互接続性（RFC準拠）による初期投資の低減
>> ・IP-PBX、PSTNゲートウェイ、SIPサーバ、SIPクライアント等の
>> 他のコンポーネントとの相互接続を実現
>> ・全てのRFC準拠 SIPクライアントに対応
33: うにょ？ 03/08/07 01:03 ID:MTsKrVyg(1/2) AAS
>>27 RFC3515の3章嫁
34: うにょ？ 03/08/07 01:14 ID:MTsKrVyg(2/2) AAS
>>25 あほか？ここは通信技術板だぞ。RFCくらい嫁。話にならん。
25:「少なくとも、CANCELは送るべきではない」
はぁ？9章くらい正しく嫁。
CNACELトランザクション放置するんじゃねえ。
あと、TimerJが何のためにあるのか理解しろ。
35: あぼーん [あぼーん] あぼーん AAS
あぼーん
36: あぼーん [あぼーん] あぼーん AAS
あぼーん
37: あぼーん [あぼーん] あぼーん AAS
あぼーん
38: あぼーん [あぼーん] あぼーん AAS
あぼーん
39: あぼーん [あぼーん] あぼーん AAS
あぼーん
40(2): isp 03/08/07 12:37 ID:??? AAS
うにょ氏は、INVITEへのCANCELが、
INVITEの200 OKとクロスカウンターになった場合でも、
CANCELの再送を続けるつもりなのか？
上下前次1-新書関写板覧索設栞歴
あと 944 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.014s