5ちゃんねる ★スマホ版★ ■掲示板に戻る■ 全部 1- 最新50  

■ このスレッドは過去ログ倉庫に格納されています

SIPって知ってるかい?

1 :仕様書無しさん :2001/04/25(水) 23:10
SIPってプロトコル知ってるかい?

2 :名無しさん:2001/04/25(水) 23:14
VoIP に使う、セッション開始プロトコルかい?
あんまし興味ないけど。つか、常識だろ。

=============終=================

3 :仕様書無しさん :2001/04/25(水) 23:20
このようなスレを立ててしまい申し訳御座いません。
私の職場ではSIPに焦点を置いた各種プロトコル
解析ツールやボイスプロトコル関連製品の販売を
主業としており、今日も上司からSIPの知名度が
低すぎるのでもっとアピールしてこいと言われた私は
短絡的に2chだったらSIPの知名度も上がるもの
だと期待して、皆さんの興味を弾くように偉そうに
『SIPってプロトコル知ってるかい?』などとスレ
を立ててしまった浅はかな消防です。

SIPでしか凌ぎを削れない会社は特定少数ですが
今後とも暖かい気持ちで見守ってください。


4 :仕様書無しさん:2001/04/25(水) 23:24
今思えば、『SIPってどんな風に使われているの』とか
『SIPとVoIPの未来』というスレ名にすべきだった
と反省しております。ただVoIPスレでは一瞬にして
SIPなんてプロトコルは新しい話題によって打ち消され
てしまうことが明らかだったため、敢えて調子に乗った
口調で書き出してしまいました。ああ、本当に私は恥ず
かしいです。明日、上司にありのままを話して結果どう
なろうと皆様にはご迷惑を一切お掛けしないことをここで
明言致します。本当に申し訳御座いません。何度詫びを
申しても許してもらえないことは壱百も承知です。
本当に申し訳御座いません。

5 :こんなところで・・・:2001/04/25(水) 23:34
知っている人は知っているし、知らない人は知らない。


6 :anonymous:2001/04/25(水) 23:51
知名度が上がったところで解析ツール買う奴は増えたりしないだろーが。

7 :age:2001/04/26(木) 08:57
ていうか、まともに SIP の話をするスレにしようよ。

でも SIP は解析ツールいらん気がする...生パケット見りゃ全部わかるだろ?
(RTP は別ね。ひょっとして 1 さん、いま有明で展示とかしてます?)


8 :age:2001/04/26(木) 09:03
どこの softphone がいい? とかね。

Pingtel のは Java だけどなかなかいい。Hotsip もそこそこ。
まあ MS から出たら全部食われて終わりのような気もするが。


9 :某団体:2001/04/27(金) 22:31
今日、浜松町でSIPの会議やってたよ。


10 :名無しさん@そうだMAE-WESTをDDoSしよう:2001/04/30(月) 08:23
>>9
TTC ?

11 :age:2001/05/09(水) 11:14
age


12 :anonymous@h098.p112.iij4u.or.jp:2001/05/20(日) 05:19
あんまり詳しくないですが、H323とかに比べるとSIPのシステムはやっぱり
インターネット屋さんには分かりやすくていいかな?とはおもいましたね。

まあ、私の場合VOIPがあまり好きではないので、あれですが。


13 :anonymous@c204208.ppp.asahi-net.or.jp:2001/05/26(土) 19:04
H.323 元がマルチメディア。でも SIP も H.323 も向きが逆なだけで
目標は被っています。


14 :よびだし:2001/05/27(日) 03:20
フリーなSIPの実装にはどういうものがありますでしょうか?

15 :名無しさん:2001/05/28(月) 02:24
やっぱり VoIP って幻想ですか?
当面は「用途を限れば可」って感じッスかねぇ。
QoS できなきゃ、現状と同じ品質は保てないんでしょーか


16 :名無しさん@素人さんお断り:2001/06/02(土) 01:12
>>15

VoIP とVPN を組み合わせてまともに動いてかつコストダウンした事例って
存在しない筈。

17 :anonymous:2001/06/04(月) 20:54
いまどきのは、呼び出しだけSIPであとはH.323てな感じ?

18 :anonymous@:2001/06/04(月) 21:54
新生銀行(旧長期信用銀行)はどうやってるの?

19 :ななっし:2001/06/04(月) 23:47
>>17
意味不明。本屋にいって VoIP の本でも立ち読みしてこい。

SIP も H.323 も Megaco も MGCP もぜーーーんぶベアラと
いうか実信号は RTPをつかうものが殆ど。


20 :名無しSUN:2001/06/05(火) 02:53
>>19
日本語つかえ

21 :ななっし:2001/06/06(水) 10:09
>>20
日本語が通じていない(藁


22 :名無しさん:2001/06/08(金) 21:02
H.323て呼び出しとか何をやり取りするのかだけまでしか規定がないってことなのね?
RFCみたいにインターネット上に転がってないのかしら。

23 :sage:2001/06/08(金) 21:46
http://www.itu.int/


24 :anonymous@pdf4543.tokynt01.ap.so-net.ne.jp:2001/06/09(土) 11:32
>>22
ちゃんと理解するならばH.323以外にH.225.0やH.245も読む必要有り
>>23
正式版はITUからITU-T Recommendationとして買うしかないですね
Draft版なら公開しているところあった

25 :ななっし:2001/06/09(土) 14:25
>>24
>正式版はITUからITU-T Recommendationとして買うしかないですね
>Draft版なら公開しているところあった

20スイスフランでダウンロード出来るらしい。私は会社の ID
で好きなだけ落とせるのでやりませんが。
http://www.itu.int/

http://www.ttc.or.jp/ には H.323 の日本語版があります。
もちろんお金は必要。どっちが良いかは議論が分かれるところ
なので・・・・。


26 :SIP:2001/06/09(土) 21:54
>>25
会社で持ってるID使える方ならばそうですね。
(最近なぜか繋がらなくなった)Draft版のおいてあるところは、
SGのミーティングへの寄書も全てあるので、途中の経緯もわかって
良かったんですが…残念

H.323に対応したTTC標準がどうなっているかはわかりませんが、
TTC標準は日本語訳というよりは日本仕様への拡張や機能省略を含む
場合もあるけど、概要つかむのには良いかも。

# SIP、この1年ほど、I-D多すぎ。追いきれない。(^^;;;
# WG分割しようというのも納得

27 :SIP:2001/06/09(土) 22:05
>>14
http://www.cs.columbia.edu/~hgs/sip/implementations.html
を探すと(メジャーな実装ならば)載ってます。

28 :ななっし:2001/06/09(土) 22:26
>>27
イイもの教えてくれてありがとうございます。


29 :SIP:2001/06/09(土) 23:26
SIPの話題から少しそれてしまいますが…
>>19
日本の普通の本屋でVoIP関連技術解説書ってあまり置いてないですよね。
プロトコルの話だけでなく、通話品質とか音声符号化のあたりまで丁寧に解説したもの。
洋書、和書、訳本含めて。

30 :rfc2543bis:2001/06/11(月) 23:15
やっぱりSIPの話題では盛り上がらんね

31 :ななっし:2001/06/12(火) 00:49
アプリケーション層の話題って盛り上がらないのかな(T-T)。

32 :rfc2543bis:2001/06/12(火) 05:35
SIP、がんばれ! (^o^)/

33 :anonymous:2001/06/17(日) 07:45
netmeetingの呼び出しってSIPだよね

34 :200 OK:2001/06/17(日) 10:00
Microsoft NetMeetingは少なくとも音声系はH.323でしょう。
もしかして、最新のやつはSIPが使える?
それとも、ホワイトボードとかはSIPでやっている?

35 :anonymous:2001/06/17(日) 13:06
最新っつーか、次の Windows XP に付く Windows Messenger が SIP。
今の NetMeeting は H.323。


36 :ななっし:2001/06/17(日) 13:13
>>34
> Microsoft NetMeetingは少なくとも音声系はH.323でしょう。

現在入手可能なバージョンは H.323 だけ。

> もしかして、最新のやつはSIPが使える?

次のバージョンからそうなるそうです。

噂では Microsoft お得意の「無料戦術」で Windows XP Server に
H.323 の Gatekeeper とか、SIP の Proxy とかを付けてくるんじゃ
ないかというのがあって、Oki なんか戦々恐々としていたらしい・・・

どうもそこまではやらないみたいだけど・・・


37 :200 OK:2001/06/17(日) 18:45
>>35
Windows Messengerということは、VoIPといよりはIM(インスタントメッセージ)なのでしょうか?
確かに、IETFでもsimple WGではSIPのIMへの拡張をやってますからね。

38 :200 OK:2001/06/17(日) 19:01
>>35 >>36
NetMeeting、同じバージョン3や2でもDownloadする時期によって
微妙にマイナーバージョン番号が変わっているので、
もしかして、今downloadできる奴はSIPも使えるのかと思いました。

…というのも、たしか、V2の頃、初期のNetMeetingと後期のものとで
H.323プロトコルスタックのライブラリのバージョンが変わり
(これでH.323v1対応からv2対応になったらしい)、
初期の奴と後期の奴で繋ごうとしたら警告のダイアログが出た経験があるので。

39 :35:2001/06/17(日) 20:29
>>37
そうですね、Windows Messenger は MSN Messenger の後継ですから。
IM というか、Presence は SIP のキモになっていくと思います。
オンラインの相手には電話、電話がまずければ IM、オフラインなら
メールか留守電といった使い分けですね。

あと、H.323 の相互接続性って改善されてきてるんでしょうか。
SIP はその辺も優位かなと思ってるんですが。


40 :ななっし:2001/06/17(日) 20:38
> SIP はその辺も優位かなと思ってるんですが。

これから相互接続を苦労して改善するんでしょう・・・。

国産品の SIP電話ってあります?

41 :>40:2001/06/17(日) 21:01
>>40
見たことないですが、久我山方面とかどうなんでしょう?


42 :410 Gone(逝ってしまった):2001/06/17(日) 21:14
>>39
最近のSIMPLEの動きは余り追ってないのですが、
3月のミネアポリスの頃には、IMはSessionなのか?、というような
議論もされていましたね。

WinXPでPresence情報での切替えができるようになるとすると、
CPL(Caller Preference Languageだったかな)も
やっと日の目を見るのですかね。

>>40
相互接続性はどうなんでしょうね。
H.323みたいにH.323v1〜v4、各種Annex、H.450.Xなどの組み合わせの
バリエーションが少ないから楽そうな気はしますが…
SipIt(旧SIP Bakeoff)には日本からはどこが参加してるんですかね?
それともSIPスタック自体は買い物で済ませて、単に組み込みで
済ませちゃうのかも。

SIP電話機、国産品は大興電機(H.323電話機だしてるよね)とかが
だすのかな?

一部で有名なNOTASIP電話機(アダプタ)なら、ワールドアクセル?が
出してますよね。

43 :ななっし:2001/06/17(日) 23:20
>相互接続性はどうなんでしょうね。
>H.323みたいにH.323v1〜v4、各種Annex、H.450.Xなどの組み合わせの
>バリエーションが少ないから楽そうな気はしますが…

そういわれれば・・・、そうかも。プロトコル自体も簡単だし。

> SIP電話機、国産品は大興電機(H.323電話機だしてるよね)とかが
> だすのかな?

私は Oki だと思っているんですけど・・・
H.323 に足を突っ込みすぎている感も否めませんが。

44 :410 Gone:2001/06/17(日) 23:36
>>43
安くIP電話機出すには、やはり、普通の電話機作ってるところが
有利なんじゃないですかね。金型とか使いまわして、中身をIP電話機
の基盤にしちゃえばできそうだし(素人考え)

まぁ、現状の使われ方を考えると、オフィスの多機能電話機の
置き換えだろうから、少しくらい高価でも良いのかな。

45 : :2001/06/17(日) 23:51
秋からのusenのIP電話は、やっぱりNOTASIPなのかな。

46 :ななっし:2001/06/18(月) 23:59
Pingtel かっこいい!!

http://www.pingtel.com/

でもこんなもん日本のオフィスじゃ絶対売れねぇー。でかすぎ。


47 :JCL:2001/06/19(火) 07:04
デザインかっこよいよね

48 :ななっし:2001/06/20(水) 21:57 ID:T6AvrCRA
あげ

49 :>14:2001/06/21(木) 01:44 ID:lrQya6ms
>>14
いろいろ探したんだけど、ソースが自由に手に入るという意味で
フリーなのはここにあるやつだけじゃないでしょうか。
http://www.vovida.org/

50 :SIP:2001/06/21(木) 23:17 ID:lKvIbAI.
>>49
27ですが、>>27に書いたSIP生みの親(の一人)Henning Schulzrinne先生の
ところのURLで辿ると、NISTとoSIPもソースコード入手可能のようです。
ただし、どういうライセンスなのかまでは確認してません(oSIPはLGPLらしい)。

# このスレも以前に比べて書き込みが増えてきましたね。
# でも、実は数人で書いているだけだったりして…(^^;

51 :顔も名前も出さずに毎月100万円:2001/06/22(金) 12:00 ID:EtbgR9ms
この仕事の第一の特徴は、一切あなたの顔も名前も出さずに
お任せして進めることができることです。

即収入になりアップもダウンも組織も無く、
何人入らないと収入にならないとか
何段目から、オートシップ、片伸び、
一切関係の無いFuture-Webのご紹介です。
毎日少しづつ、掲示板とかMM、ML等、で
宣伝しているだけですが
一日に5件〜10件くらいの申し込みがあります。

即収入の欲しい方必見です
■詳細は今すぐこちらから
http://futuer-web.com/7823/

52 :forking イヤソ:2001/06/22(金) 14:10 ID:???
「オートシップ」ってとこが SIP と関係あるのか。

53 :age:2001/06/22(金) 17:43 ID:???
SIP のみの話題ではないですが。
http://www.zdnet.co.jp/news/0106/21/catv_2001.html?1606011e11
松下さんはひょっとして SIP やりそう?

54 :SIP:2001/06/22(金) 20:50 ID:62kHw7Jk
>>53
やりそうですね。ヤマハさんはやらないのかな。RTで。

ところで、53さんのSIP URIはちゃんとつながるですか?
mailto:になってるから、クリックしてもだめでしょうけど。

55 :SIP-T:2001/06/22(金) 21:05 ID:???
51に関してですが
http://futuer-web.com/7823/system.htm
の図を見るとSIP Proxy経由での接続の図に見えてきた。:-)

56 :age:2001/06/22(金) 21:14 ID:???
>>54
いえ、残念ながらネタです。

↓ここの sip: アドレスは持ってるけどさすがに 2 ちゃんには書けない :)
https://sippo.hotsip.com/

57 :age:2001/06/22(金) 21:23 ID:???
微妙にまちがえた → http://sippo.hotsip.com/

>>55
確かに。こういうコールフローならばっちり課金できますな。:-<

58 :SIP-BCP-T:2001/06/22(金) 21:28 ID:???
やはり(^^;;;;
たとえメイルアドレスではなくSIPのアドレスだとしても、
さすがに、ここには書けないですね。

59 :yo-suke:2001/06/25(月) 03:35 ID:NFZ4eAIk
うーん。基本的にSIPはステートレス(呼のセッションがどこにも保持されない)
のでキャリアレベルでは、オリジナルの課金システムが必要だよね。
その代わり、エンタープライズ(企業)では、その軽さが受けるんじゃないかな。
H.323でダイアルしてからつながるまで異様に時間がかかったりするし。
※今はクイックコネクトがあるからマシだけど。

Ciscoは社内の電話はSip Phoneらしいね。イーサネットのコネクタに電話を挿すと
すぐに自分専用の電話になるの。ああ、なんて先進的。
雑誌でチラと見ただけだけど、自分の机は任意で、その日の都合で机をかえられる
らしい。

あと、フュージョンがどんなVoIPのシステムを使っているか知りたくない?
何処のVoIP機器を使って、どんなシステムを使っているかとか?

60 :SIP:2001/06/25(月) 06:45 ID:RFLWWlmg
>>59
フュージョンってSonus使ってんじゃないの?

61 :anonymous@gw0.netone.co.jp:2001/07/02(月) 12:51 ID:9S..LZPo
>> 59

Cisco は Skinny Phone だよ。
Skinny は、Cisco 独自のシグナリング・プロトコル。

62 :anonymous:2001/07/02(月) 20:33 ID:???
>>61
おおっ

63 :ななっし:2001/07/03(火) 21:33 ID:RnBB0IwY
>>61
Cisco は SIP も H.323 もやっているよ。標準と独自両方
やっている。6/29 の Cisco の赤坂オフィスの見学会に
行った人いませんか?

プロトコルは何を使っているのだろう>赤坂オフィス。

64 :anonymous:2001/07/04(水) 01:14 ID:Y2y8PAVU
赤坂は Skinny です、というかテスト用を除いて全社 Skinny でやってます。
SIP は家庭向けとかに売るつもりみたい。

65 :  :2001/07/04(水) 01:32 ID:EfzCEA5I
w君?
とかいってみたり

66 :SIP&SIPPING:2001/07/12(木) 21:08 ID:???
ロンドンのIETFのdraft agendaでたね。
sipは初日の朝一からあるのか…
最終日にiptelがあるのも痛い

67 :anonymous@ d225235.ppp.asahi-net.or.jp:2001/07/20(金) 21:14 ID:O13H72yY
>>66
去年のサンディエゴの IETF では荒れまくった>SIP

ローゼンバーグおじさん元気でした?

68 :SIP&SIPPING:2001/07/22(日) 13:52 ID:???
>>67
残念ながら、去年のサンディエゴには行ってないです。
ローゼンバーグおじさんは相変わらずパワフルですね。

去年のピッツバーグは、天候が荒れまくりましたね(^^;
私はあんな思いして目的地に辿り着いたのは初めて。

69 :67:2001/07/22(日) 21:11 ID:PmaycM7w
サンディエゴ楽しかったです(藁

SIP は2日に分かれていました、ところが初日の
始め、3者通話の方式からいつの間にやら SIP WG の
運営方針で初日はパー。

2日目のアジェンダを組み直して、2日間に分かれている
ものを1日に押し込んだ形になってしまいました。それでも
一応きちんと全部発表できて質疑応答出来たのだから、
やっぱりローゼンバーグおじさんは凄い人です。

ローゼンバーグじゃない SIP に比べれば sigtran とかあっ
さりし過ぎてめちゃくちゃつまんないです。まぁ目的が
ハッキリしているから揉める要素は少ないのですが。

70 :68:2001/07/28(土) 13:11 ID:???
>>69
そういう経緯があって、SIPのコマが異常にたくさん
あったわけね(3コマ+late night session)。なっとく。
それで、SIPPPINGも分裂して生まれたわけね…

megaco、sigtranは、確かに粛々と進められていくよね。
比較的ITUよりだからなのかな。

71 :67:2001/07/29(日) 16:55 ID:c1SaTKWg
でも、サンディエゴではスコット爺から

「ITU-T でやれば?」

と言われていました> Megaco(笑)。

Megaco ≒ H.248 みたいなもんだから
言われてもしょうがないかな・・・。

72 :70:2001/07/29(日) 18:12 ID:6h5LnrPQ
>>71
>Megaco ≒ H.248 みたいなもんだから
>言われてもしょうがないかな・・・。

というか、表紙とか頁ヘッダなどの見栄えの部分を除けば、
内容はまったく同一だから、"≒"なんてものではなく"≡"
だけどね。

# あっ、RFC側の図がAsciiArtであることは違うか :-)

73 :anonymous@ host217-33-139-170.ietf.ignite.net:2001/08/06(月) 17:30 ID:4UCAxMck
IETF age

74 :アレでしょ:2001/08/06(月) 21:03 ID:???
ほれ、EPSONの98互換機でPC-9801のソフトを動かすときに
使うやつでしょ。

…つまらぬことを言った。逝く。

75 :ななっし:2001/08/06(月) 21:55 ID:XnGFGd2E
>>73
おおっ。ロンドンはどうですか?
SIP は荒れてますか(笑)?

76 :anonymous@ host217-33-146-233.ietf.ignite.net:2001/08/08(水) 17:05 ID:GkpdMUcA
>>75
ロンドンは曇ると結構肌寒いです。長袖でないとちょっとつらい…
この気候になれて帰国したら倒れそう(藁)

SIPは2コマ(計5時間)が終わりましたが、まだ、時間が足りなくて、
Bar BOFを夕食時や深夜にやるようです…ローゼンバーグおじさんも
相変わらず元気でした。(^^;;

77 :ななっし:2001/08/09(木) 02:04 ID:Ks436qBs
>>76
東京なら今週は涼しいです。30℃は越えない。

ロンドンは寒いけど SIP は暑いと云うことで
しょうね。sigtran は静かで、megaco がその
間ぐらいという感じでしょうか?

って、自分が行かないから時間割見ていない(藁

78 :anonymous@ host217-33-146-233.ietf.ignite.net:2001/08/09(木) 17:31 ID:TC.2lE12
SIP、SIMPLE、PRIM、IPTEL、IMPP、SIPPING…
SIPに関連あるとこ、どこででもRosenbergおじさんは元気です。
いやぁ〜、ほんと元気(藁

79 :nanasisi:2001/08/18(土) 14:13 ID:lomDvbYI
agarimasu

80 : :2001/08/19(日) 17:57 ID:???
■IMプロトコル「SIMPLE」が事実上の業界標準に――AOLとマイクロソフトが指示を表明
http://www.idg.co.jp/report/itreport/backnumber/200108/20010817_01_report.html

81 :2543bis4:01/08/26 17:09 ID:???
IETFおわたら、しずかになってしまた

82 :名無し:01/09/11 17:55 ID:kQvzHD4c
SIP Phoneのクライアントソフトはどこかにないで
しょうか?出来ればWindowsで動作して、フリーなら
嬉しいのですが・・・。

83 :anonymous@ i198219.ppp.asahi-net.or.jp:01/09/11 18:15 ID:rqH/bLV.
何でNTTの工事は、往々にしてL1とL2を逆に結線しているんだろう。
長年の疑問だったが、NTT仕様のモジュラーケーブルって反転型が標準なんだね。
だからだろうかね。

84 :2543bis5:01/09/11 21:12 ID:???
>>82
ttp://www.cs.columbia.edu/~hgs/sip/implementations.html
ttp://www.sipforum.org/products/
あたりが参考になるかも。
>>83
スレ違い?

85 :ななっし:01/09/12 22:47 ID:cdyyw53A
>>82
Windows XP

86 :ななっし:01/09/13 10:04 ID:Qu9URRIs
>>85
XPのmessengerのSIPってVoIPでも使うの?
>>80に書いてあるみたいにIMに使う以外に…

87 :ほい:01/09/13 12:50 ID:kfkFWH0g
SIPの呼制御は、VoIP専用というわけではない。

88 :82:01/09/14 15:12 ID:zWei2s5M
>>84
ありがとうございます。
ttp://www.sipforum.org/products/
にあったクライアントソフトを何とか使えるように設定できました。
これからいろいろ試してみます。

>>85
Windows XPの発売まで待てなかったもので。

89 :84:01/09/16 15:21 ID:???
>>88
はやく、WindowsXPで試してみたいですね。(^_^)

90 :bis-05:01/11/06 18:38 ID:???
rfc2543bis-05がでたようなのでageてみる。
ところで、誰かXPで試した人いる?

91 :シップ:01/11/08 15:31 ID:zrLmj1Fq
>>90
TTC技術書、訳し直しだそうです。

92 :無名:01/11/08 15:35 ID:zrLmj1Fq
eAccess&MicrosoftのVoIPサービス、確かSIPを使うはず
だけど、何処の会社がサーバ作ってるんですかね?MS?

93 :bis-05:01/11/08 20:19 ID:???
>>91
ありゃ、かわいそうに。
でも、まだまだ05版だしねぇ。訳しなおすのもまだ早いかも。

94 :age:01/11/11 01:04 ID:dD5FVpFV
このスレなかなか思うように上がらないねえ...

>>92
わたしも気になる。
国産でSIP対応してるのってもうある??

95 :なない:01/11/13 01:19 ID:sTRtX9Lm
>>91
SWG133 は30人ぐらいいるのでどーってことないでしょう。
私が○×の標準を訳したときは・・・・。
(書くと同業他社に特定されるので伏せ字)

96 :anonymous@ jnCliC-138-52.ppp.justnet.ne.jp:01/11/15 00:12 ID:lzvdqIg1
http://watch.impress.co.jp/internet/www/article/2001/1114/notasip.htm

97 :無名:01/11/19 19:23 ID:???
>>94
田町の会社のSoftswitchが対応しているらしいとの噂がありますね。
国産で他の会社だと。。。噂きかないからないかな?

そういえば、eAccessのって帯域100kbps使用するそうなので、コーデック
はG711を使うみたいですね。

98 :なない:01/11/20 01:09 ID:SF7dkSvE
>>97
西口 or 東口?
どっちもどっちのような気がするけど。西口のほうが人が
いっぱい居そうだから速いかもしれません。

99 :無名:01/11/20 14:37 ID:???
>>98
そう言えば、両方ともやってますね。
私が聞いた噂では、穴が空いているビルの方の会社なんですけど。

100 :100:01/11/20 20:26 ID:???
100!

101 :なない:01/11/20 22:18 ID:AKMGMXeT
>>99
私の知り合いは田町駅東西口で同じところから SIP の
プロトコルスイート買ってきているんじゃねーかと・・・

102 :無名:01/11/21 02:14 ID:???
>>101
いまさら、SIPプロトコルスタックを自社開発しても手間かかる
だけだから、ありえそうですね。

103 : :01/11/26 22:48 ID:XDoOb9Gt
>>96
NOTSIP って セッション初期化プロトコルと無関係。

104 :湿布:01/11/26 22:58 ID:???
>>103
"NOTASIP"というだけあって、
おっしゃるとおりSIPではないですね。
あくまでもシャレでしょうけど。

105 : :01/11/27 21:53 ID:lNQnToSR
>>104
ソルトレークシティーの IETF 逝く人いませんか?
ローゼンバーグおじさまにちくっておいて下さい。

106 :SIPって:01/11/30 00:56 ID:RnW2PzJL
IPv6が来るまで使えんだろ

107 :湿布:01/11/30 05:09 ID:???
>>105
今回は日本からの参加者(特に企業から)は少ないでしょうね。

NOTASIP、WG(SIPかIPTELかMMUSIC)で発表したいといったら
断られた、という話をどこかで聞いた。
あくまでもうわさ

108 :105:01/12/01 16:29 ID:2YVZrdW5
>>106
直接的には無関係。H.323 だってそれは一緒。

>>107
SIP じゃやらせてくれないでしょうね。MMUSIC 辺りが適当か?
どうせなら NOTASIP の東工大のせんせい、ローゼンバーグに
喧嘩を売りに逝けば面白いのに・・・。

折れも逝くつもりだったのに(涙)。

109 :湿布:01/12/02 02:10 ID:???
>>108
かの有名なm*h*a先生ですよね。
00版は4月1日版I-Dだと思ったのですが、
いつの間にか04版にまでなっていたんですね。

110 :105:01/12/02 17:03 ID:xrTf49rQ
違います。そんなおそれ多いことを・・・

111 :湿布:01/12/02 17:53 ID:???
>>110
あれ?でもNOTASIPを書かれた東工大の先生って、
かの有名なnecom830の先生ですよね。

もしかして、105,108,110さんて…

112 :無名:01/12/06 11:37 ID:???
いま、神戸でInteropやっているみたいですね。。。
国産勢は相互接続できるのかしら?

113 :anonymous@ YahooBB218132108001.bbtec.net:01/12/08 11:27 ID:txfrydNe
SIPよりRIP

114 : :01/12/09 15:09 ID:joW65Mld
Salt Lake City へ逝かれたみなさん。
fusianasan 付きでカキコしてください。

115 :23-200-131-12.bellhead.com:01/12/11 02:48 ID:qAuMpgV0
誰かIETFスレでも作ってよ

116 :湿布:01/12/11 05:13 ID:???
ソルトレイクはどうですか?
参加者数は例年並ですか?

117 :いきたかった・・・:01/12/11 22:28 ID:IW1ZSjvk
>>115

http://pc.2ch.net/test/read.cgi/network/1008077230/l50

作りました。

118 :SIPv6:01/12/12 23:05 ID:nmmxlbq8
http://www.watch.impress.co.jp/broadband/news/2001/12/12/yamahar.htm

119 :ななっし:01/12/13 00:14 ID:oe8rDLy0
>>118 の URL みると

『ヤマハ、ISDNルータに「VoIP」搭載ファーム』

とありますが、なんか間抜けな感じがする・・・・
ISDN で Dialup して VoIP で通話?

120 : :01/12/13 00:32 ID:???
>>119
今時、常時接続は当たり前

121 :119:01/12/13 01:54 ID:6Fy9rQyU
>>120
どうせ実装するならブロードバンドルータ(これもかなーり
意味不明な用語ですが)じゃないですかとゆーのを言いた
かったわけ。

64kbit/s に G.729 突っ込んで何がうれしい?
どうせなら ADSL とかでやらない?

122 :anonymous@ gw.softfront.co.jp:01/12/15 15:04 ID:7o0WDOQk
>>121

RTA54iはADSL/CATVに対応してるよ。

また記事では

「なお、ISDN回線に接続されていなくてもVoIPは可能という。
 たとえば、ISDNルータであるRT60wでも、ルータがネット
 ワークに接続されており、グローバルIPアドレスが割り振
 られていれば、VoIPは使用可能。」

ってんで、普通の電話をヤマハルータにつないでVoIPとか
できるんじゃないの?

123 :anonymous@ c202026.ppp.asahi-net.or.jp:01/12/15 15:21 ID:???
>>122
IP がピュア(はーと)。

124 :anonymous:01/12/15 23:42 ID:???
>>122
Pod I/F, イーサ I/Fとハード的には揃っているので
RTA54i ---- ルータ --- the Internet
も可って事だろ。

125 :名無しさん:01/12/18 04:09 ID:Dl5rGl8I
常時&定額で固定グローバルIPを取得できる場所ならば
内線を引けるってことっすね。

これでVPNにも対応したのがでたら最強やね。

超低価格でサテライトオフィス構築できる。
法人需要かなりあるね。
YAMAHAさんがんばって〜

126 :anonymous:01/12/18 22:47 ID:5/+D/tl9
何かと批判の多いヤフブブだけど。グローバルアドレス取り放題らしいので相性いいかも。

127 :anonymous@ j067129.ppp.asahi-net.or.jp:01/12/18 23:00 ID:???
>126
局にもよりますが、すでにMACアドレス数で対策されているそうです。

128 :某関係者:01/12/22 03:42 ID:S0MvbvcM
41 :>40 :2001/06/17(日) 21:01
>>40
>見たことないですが、久我山方面とかどうなんでしょう?
これねー、今上にも出てきたけど田町の穴明きビル関係で
大変なんよ

129 :sage:01/12/24 12:34 ID:ZBjJcVxu
某社CAとの相互接続をSIPでやれっていわれてこまっています。
SIPとSIP-Tじゃつながらないよな...

130 :age:02/01/16 00:33 ID:2LwGqaoH
たまにはageてみる。
良悪のSIP電話サービス、いつ始まるのかな?

131 :age:02/01/27 00:59 ID:???
そろそろ旬なのでage

132 :名無しさん:02/01/27 01:14 ID:???
http://bbs8.otd.co.jp/804033/bbs_plain
旬の話題

133 :湿布:02/01/29 04:52 ID:Ra6oiPH0
2543bis-06がでたよage

134 :湿布:02/02/05 21:20 ID:fW1Mwko1
2543bis-07がでたよage
とうとうlast callのようね

135 :anonymous@ c203092.ppp.asahi-net.or.jp:02/02/05 23:40 ID:OFDiy86D
>>134
TTC はどうするんだろう・・・。SWG133 だっけ。

良悪のタリフはこちら。
http://pc.2ch.net/test/read.cgi/network/1009535128/l50


136 :KFC:02/02/09 16:59 ID:???
VoIP以外のSIP利用ってどうよ。
VIDEO会議システムとか。
ポリコムあたりやってないのかな。MCU相当の機能ってあったっけ。

137 :名無しさん:02/02/09 17:04 ID:R7uZR4ym
>>136
インスタントメッセージ用のRFCがあったと思うが

138 :湿布:02/02/10 08:42 ID:fFVSBJ5a
>>136,137
SIMPLEでやってるね
でもまだI-Dでなかったかな?(usokamo...)

139 :137:02/02/10 11:20 ID:1Ku1jD5M
>>138
I-Dだったかもしれない。
SIPのドキュメントって多すぎて、最近見ていないんでわすれているYO。

ちなみに、SIPって3者通話とかCall Waiting, Call Forwardingに対応
できるのか、だれか知っていますか?
MGCP/Megacoなら簡単に出来るんだけど…

140 : :02/02/10 12:17 ID:???
どうでもいいけどよ、ip化とvoipで、日本はアメリカから、ソフト・ハード・特許とか
いろんなものを買うしかなく、この分野では、超貿易赤字だよ
この先にほんの将来は・・・

日本企業さん、もっとがんばってください

141 :SIPPSO:02/02/10 15:55 ID:???
>>139
標準化されてるかどうかは知らんが
ttp://www.cisco.com/univercd/cc/td/doc/product/voice/c_ipphon/sip7960/ug/sipuget.htm#xtocid2473327
ttp://www.cisco.com/univercd/cc/td/doc/product/voice/c_ipphon/sip7960/ug/sipuget.htm#xtocid2473328

142 :湿布:02/02/11 00:54 ID:fx7S3nMf
>>139
SIP関係の各種call flowはSIPPINGでの検討項目になっていたような…

ttp://www.ietf.org/html.charters/sipping-charter.html
によると、昨年末から今年にかけてIESGに出したようね。

143 :NW工藤:02/02/11 04:06 ID:???
NW工藤です。
いじょ!

144 :anonymous:02/02/11 05:59 ID:???
>>143
どなたでしたっけ?総務省の方ですか?

145 :anonymous@ pc-211-8-212-80.ctktv.ne.jp:02/02/11 20:24 ID:7Qqp5qIX
SIPってシーケンス的にはきれいですよね!
ただMGCPにも言えることですが、SoftSwitchが高い!!
(あとライセンスも高い!!)

146 :anonymous@ eatkyo900007.adsl.ppp.infoweb.ne.jp:02/02/14 01:41 ID:4M3yoVxx
あのソフトスイッチのすれっどがあると聞いて迷い込んだもだものですけど、
皆さん結構SIPでもりあがってますね。私的にはもうSIP終わってるって感じ
なんですけど。(YBBがあなうんすしてから、意味なし。技術者のおもちゃ。
みんなで標準おもちゃにしすぎ。3GPPとおんなじ。って感じですけど。 )
皆さんの意見はどうなんですかね。)
Megacoもおんなじ・・・多分ATMと同じ道のり・・・・

147 :137:02/02/16 01:52 ID:QZTe5ybw
>>146
一般電話としてのサービスを提供することだけを考えると、別にSIPでなくても
かまわないかと思っています。MGCPベースの中央集権的なSoftSwitchのほうが
電話キャリアとしてもサービスし易いでしょうし。

一方、端末側にインテリジェンスを持たせたPC的なコミニュケーションサービス
を提供することを考えた場合、MGCPよりSIPの方が良いように思います。MGCPは
電話だけを考えたような点が目に付きますが、SIPの方は柔軟ですから(そのため
RFCやI-Dが沢山出来ちゃうんでしょうが)。

どんなサービスを提供しようと考えるかによって、プロトコルを使い分けること
になるのではないでしょうか?(なので私的にはSIPは終わっていないです)

Megacoは…MGCPと基本思想が同じも、ITUが絡んでいるだけあって複雑ですね。
下手したらATMと同じ道を歩む可能性がありますね。みかかさんも好きそうな点
も似ている!

148 :anonymous@ c204057.ppp.asahi-net.or.jp:02/02/16 03:21 ID:FxiKReTd
>>147
>SIPの方は柔軟ですから(そのためRFCやI-Dが沢山出来ちゃうんでしょうが)

それが SIP の狙いでは?
つまり標準制定というゲームに参加しやすくすることにより普及を
測る、つまり「オモチャ」にし易くしてあると・・・・。TTC とか
早速オモチャにし始めているようですし。勘ぐりすぎかも(笑)。

>Megacoは…MGCPと基本思想が同じも、ITUが絡んでいるだけあって複雑ですね。
>下手したらATMと同じ道を歩む可能性がありますね。みかかさんも好きそうな点
>も似ている!

Megaco って適用領域が限られているから転けるとしても ATM 的な
転け方はしないと思われ。

ATM 的な転け方するのは BICC のほうでしょう(笑)。B-ISUP
と N-ISUP を統合しさらに IP にも対応なんて(CS2)・・・



149 :137:02/02/21 01:21 ID:k4rugRe6
SIP-Tってはやっているんですかね?

150 :anonimous@:02/02/21 16:23 ID:uLYit8Vc
IPマスカレードしてるNAT環境クライアントにインターネット電話
使って通話は可能でしょうか?
「UPnP使うと…」とメッセンジャーのヘルプに書いてありますけど、
このあたりのことが詳しくわかるサイトがあれば、どなたか教えて
ください

151 :anonymous@ c202009.ppp.asahi-net.or.jp:02/02/22 17:00 ID:zRn5Ftl7
>>149
TTC のオモチャと化しています。

>>150
かなーり困難とおもわれ。不可能ではないけど。

152 :湿布:02/02/22 18:15 ID:obMy2Trr
>>150
もしかすると、ここ↓もオモチャとなりつつあるのかもしれませんが、
http://www.ietf.org/html.charters/midcom-charter.html
を参考にすれ

153 :SIP,SIPPER,SIPPING:02/02/22 19:38 ID:KvHCnbdM
>>151
TTCのえらーい人達がいる会議で SIP の SWGリーダが ISUP との
インタワーク作るので協力お願いしますと ISUP のリーダにお願い
したとさ。そして ISUP にも一部変更をお願いするかもしれねーと。

そすると ISUP のリーダは激怒して、んなこった ITU-T でやれと。
それは正論だけど(笑)。日本で作ってどうする?

154 :137:02/02/23 01:09 ID:RtpXl/1O
そーすると、I-Dを元にSIP-Tを実装したら、TTC様仕様SIP-Tとつながんなく
なっちゃうんですかね?
困ったもんだTTC。

SIP-Tを使用したCA間接続しているCAってあるんですかね?Type1 CA?


155 :湿布:02/02/23 09:25 ID:w4caWaIN
なんかちょっと見ない間に
rfc2543bisのバージョンにbis-07.9とかbis-80とか出てきるね
bis-07でたあとに変更点がたくさんでたからかね
それにしても、I-Dの番号で小数点まで付くとは…

156 :SIP,SIPPER,SIPPING :02/02/23 14:11 ID:HYAZY9Sk
>>154
ん、そうしないようにしろとゆー話では?

つまりIETF SIP-T の為に TTC ISUP をいじるべきではないと・・・
IETF SIP-T の為にいじるのは ITU-T ISUP → TTC ISUP の順に
しないと変だという話。

157 : :02/02/26 16:24 ID:???
システム イン パッケージ

158 :湿布:02/03/09 07:10 ID:tuvRznjI
最近沈んでるのでageてみる

159 :SOFTFRONT:02/03/10 00:40 ID:???
>>122
IPv6対応の方はどうっすか?
Yさんと一緒にやってるんすか?
物は出来てるみたいですが納入までいってますか?


160 :しゅはるつ:02/03/12 01:35 ID:fAdvhX3w
ロー船バーグおじさんの話題はいろいろ出てますが、だいなみっく祖父との
製品のほうはどうなんすかね。特に日本での状況って?
いつでも最新ドラフトに対応してるっすか?


161 :anonymous@ p5100-adsao01sappo2-acca.hokkaido.ocn.ne.jp:02/03/15 00:27 ID:1mndVKgM
新しいSIPのRFCって何時頃でるの?

162 :湿布:02/03/24 12:31 ID:Hk+f38Om
IETF@みねあぽりす での結果報告きぼんぬage

163 :_:02/04/04 23:31 ID:5d9LbujJ
SIPの最近のドラフト読んでいないんだけど(英語不得意)、RFC版に比べ変更/追加
って結構あるの?


164 : :02/04/07 10:36 ID:hcw4F8T9
巨大IPって、SIPのcall-idみてパー死すテンスできるんだね
しらなかった

こんど遊んでみたい

165 :ぷんこ:02/04/15 12:51 ID:tLIRwLkT
巨大IP何でも出来ておっかねぇYO.

調べるの大変。。

166 :anonymous:02/04/25 15:18 ID:???
とても初心的な質問させてください。
SIP ってインターネット電話、インターネットビデオコンファレンス、インター
ネットTV、ラジオ以外の session establishment, modification, termination
の用途以外に何か使い道はあるのでしょうか??

167 :湿布:02/04/25 21:10 ID:PzvgGEpl
Instant Messaging?

168 :anonymous:02/04/26 19:33 ID:???
>>167
確かに…ですね。 実際にインプリする人がいるかどうかは別として。
まあ、あと2,3くらいはアプリケーションが出てくるのかもしれませんが、
今後需要のある技術なのかどうか、勉強しておいてもあんまり意味ないのかなあ、
とちょっとその辺がわからなくって質問してみました。って悩むほど複雑な
プロトコルでもないんでしょうが(基本は)。

169 :ISUPサイコー:02/05/03 07:28 ID:wPh8Xdr1
>>168
MIME使えるから、エンドーエンドあぷりで対応させれば、いろいろすきかって
拡張できるよう〜〜。将来的にはCPL?
あと、ルーティングは最近複雑になってきてるよう〜〜。


170 :anonymous@ adsl30216.adsl.nsk.ne.jp:02/05/10 23:44 ID:dgoSHySz
RFCのdraftに付く「bis」の意味か教えて下さい。

ちなみに最新のドラフトは、
http://search.ietf.org/internet-drafts/draft-ietf-sip-rfc2543bis-09.txt
のようです。



171 :anonymous@ adsl30216.adsl.nsk.ne.jp:02/05/10 23:46 ID:dgoSHySz
RFCのdraftに付く「bis」の意味を教えて下さい。

でした。

172 :目指せ電話代0:02/05/11 02:35 ID:???
>171
2番目とか次のという意味だったと思う。

173 :辞書轢けsage:02/05/11 09:43 ID:???
bis
━《副》
1 二度, 二回.
2 【楽】 繰り返して 《楽譜の指示またはアンコールの要求》.
【ラテン語 `twice, double' の意】
[研究社新英和中辞典]

174 :anonymous@ adsl80032.adsl.nsk.ne.jp:02/05/11 21:40 ID:GpdoUGXA
>>172,173 どうもありがとう。
てっきり略語かと思い込んでいて、
辞書で調べてませんでした。


175 :目指せ電話代0:02/05/17 02:19 ID:???
YAMAHAのRTシリーズはSIPをサポートするようになったらしいけど、
いろんな意味で、どうなのよ?


176 :あげ:02/05/19 23:33 ID:???
>175
SIPのパケットをNAT変換してくれたりするんですか?それは便利ですね

177 :>>175:02/05/19 23:46 ID:???
電話加入者権が高いので,よく電話をかける友達間で
RTA54iを使ってVoIPで電話をつかってますけど
何の問題もなく使えますよ.
いろんな意味でどうよ,って言われるとよくわかりませんが


178 : :02/05/21 01:17 ID:???
>>176
ちがう。RT自体が SIP-RGW になる。

179 :SIP初心者:02/05/21 17:39 ID:sYWMyO6y
組込み機器にSIPを載せる場合、どこの会社のスタックがいいんでしょうか?
やっぱりRADVISIONなんですかね?
このへんの世界的なシェアを知っている人がいたら是非教えて下さい。

180 :SIP初心者:02/05/21 17:50 ID:sYWMyO6y
教えて下さい。
今、組込み機器向けのSIPスタックを探しているのですが
どれがいいのか良く分かりません。やっぱり、RADVISIONでしょうか?
どなたか市場でのシェアなど詳しい情報を知っている方がいれば教えて下さい。


181 :Trilliumの使った:02/05/21 20:50 ID:sYWMyO6y
こんなスレがあったとは!
業務でバリバリSIP使いました。次も使うとか言われてます(泣)

>>179 180
世界的なシェアは分かりませんが、RADVISIONはニュースサイトでも時々出ますね。
Trilliumを前回使ったのですが、でかい・複雑・おそらく高価。

国内でも『SIP プロトコルスタック』とかやるとひっかかるようですが。

182 :湿布:02/05/21 21:48 ID:zgLBCWf+
179-181あたりを見て,久しぶりに見てみたら,
いつのまにかoSIPはFSFの配下になってしまったのね。
http://www.fsf.org/software/osip/

183 :>>178:02/05/22 00:34 ID:???
MGCPだと聞いたぞ

184 :178:02/05/22 00:48 ID:???
>>183
BB Phone はMGCPですけど、これは Yamaha のルータの話。

http://www.yamaha.co.jp/news/02051601.html

をごらんあれ。

185 :SIP興味者:02/05/27 15:38 ID:oDGmwY3b
LinuxかBSDで動くSIPのプロトコルスタックってないでしょうか?
YAMAHAのRTあたりとPCをつなげて遊んでみたいです

186 :    :02/05/27 17:51 ID:???
>>185
スタック探してそこからご自身でクライアントソフトを組まれるので
しょうか?期待しています。是非がんばってください。

187 :sipman:02/05/27 20:35 ID:???
>185
http://www.vovida.org/


188 :   :02/05/27 22:47 ID:???
>BB Phone はMGCPですけど、これは Yamaha のルータの話。
売れ残ったISDNルータのハードを、苦し紛れに使いまわししてるだけ。



189 :itu-t:02/05/28 02:43 ID:???
vovidaって会社なのかな?
どうやって儲けてるんだろ?

190 :anonymous@ amethyst.mei.co.jp:02/05/28 14:22 ID:???
oSIPが複数の呼(Call-Id)に対応しているか分からなくて苦戦中。
linphoneはソフトとして対応してないっぽいが…。

RFC,IETF準拠と言った場合には、Re-INVITEやTransfarも
必ずサポートなんですかね?



191 :sipman:02/05/29 01:55 ID:???
>190
Transferはdraftだから無しでしょ。
RFC2543準拠だけじゃ使い物にならない公算大。
bis07ぐらいまでは追わないと。

192 :こどちゃ♪:02/05/29 17:00 ID:???
>>185 じゃないけど。
OpenH323とかSIPRGとか見てて思ったけど,やっぱりVoIPのカードの定番って,
QuickNet Internet {Phone,Line}JACK-ISA Card シリーズなんだね。
LineJACK は公衆回線に繋ぐから,JATEの認可がないからまずそうだけど,
JATEの認定制度自体が廃止になりそうだから,輸入品も繋げてでウマーになれる
のだろうか。

このカード個人輸入した強者はいるかい?

193 :Quicknet:02/05/29 21:43 ID:w9/4ouI8
PhoneJACKとPhoneCARDは3年ほど前に通販で海外から買ったよ

194 :sip:02/05/30 01:32 ID:???
>184
http://www.rtpro.yamaha.co.jp//RT/ipv6/faq.html

195 :sip:02/05/30 01:34 ID:???
>194
#途中で出してしまった。
ここによると、やっぱりMGCPらしい。

196 :sipman:02/05/30 01:59 ID:???
vovidのライブラリは転送出来そうだね。
oSIPはだめそう。

197 :register:02/05/30 02:10 ID:???
>>196
Vovida Software Licenseてのは、
copyright noticeさえ保持すれば、煮ても焼いてもOKてこと?

198 :こどちゃ♪ ◆KchAbnts :02/05/30 04:32 ID:???
>>193
あのカードって,発売されたのは結構前だったから,持ってる人もいるんだね。
今から個人輸入するには(゚д゚)ウマー ではない?

199 :age:02/05/30 14:04 ID:Bn1vO2hO
>>197 うん。BSD のライセンスと大体同じもののように見える。

200 :URI:02/05/31 03:45 ID:2W1kMnuS
現状ではプロバイダなどが提供するサービスをあまり聞かないのですが
自分でSIPサーバを立ち上げるしか手がないのでしょうか

201 :184:02/05/31 11:17 ID:???
>>195
ん?、1年前の話じゃないですか?
しかも IPv6 ・・・・

202 :sipman:02/05/31 18:42 ID:???
>201
パケットキャプチャで調べたら、MGCPだったよ。


203 :sipman:02/05/31 19:13 ID:???
MS MessengerとはSIPで通信し、機器間アナログ通話アプリとはMGCPで
通信する模様。

204 :sap:02/06/02 01:51 ID:???
>>203
SIP REGISTERとかは用いられていない?
SIPの使用はMS Messengerとの間だけ?

205 : ◆SIPA.qBM :02/06/02 12:00 ID:???
>>203
んなこたぁない

206 :      :02/06/02 13:48 ID:???
>>205
というより >>203 て意味が良くわかんないですけど・・・
RT って SIP-MGCP コンバータなの?、それって SIP そのもの
を作るより難しそう。

207 :sipman:02/06/02 16:36 ID:???
>204
Messenger以外のSIP端末とも通信できるらしいが、YAMAHAからは提供されていない。
SIPソフトバンドルしてくれ>YAMAHA

>んなこたぁない
あなたが否定しても、太陽が西から昇るわけではありません。

>206
コンバートするとは言ってない。
両方動くと言ってるだけ。
コンバートするのかしないのかは知らん。
でもパケットの中見たら、かなり似てたのでそう難しくなさそう。


208 :    :02/06/02 16:52 ID:???
>>207
>でもパケットの中見たら、かなり似てたのでそう難しくなさそう。

MGCP と SIP が?、冗談は休み休みお願いしますよ。

MGCP ってゆーのは実際何処から判断しているんですか?


209 :Y:02/06/02 22:42 ID:ezKN4KNK
RT内部での通話にはMGCPを用いております。
VoIP機能はSIPを用いております。
なわけで、SIPとMGCPの変換をやってVoIP機能を実現しています。
TEL-(MGCP)-RT-(SIP)--[internet]---Messenger こんな感じ

210 :わらた:02/06/02 23:06 ID:in1PvbmC
>>207
MGCPとSIPのどこがどのように似ているか詳しく述べよ!

211 :H.248:02/06/03 05:28 ID:9KGSGOJ7
207ではないけど,Megaco/H.248のText encodingならば,
SDPを使っているということで,少し似ている,とも言えなくも無い。
MGCPはmediaの記述には何使ってるんだっけ?

>>207
もしかして似てるってのはText encodingだということ?
Binary encodingに比べたら確かに難しくはなさそうな気もする。

212 :名無しさん@嘘八百:02/06/03 19:17 ID:gC1KTvXz
MGCPのメディア記述はSDP
そういう点ではSIPもSDP使っているから同じといえるが。。。

213 :184:02/06/03 19:27 ID:???
>>209
>TEL-(MGCP)-RT-(SIP)--[internet]---Messenger こんな感じ

なんで電話機と RGW(=RT) の間に MGCP が入るの????

214 :sipman:02/06/03 23:07 ID:???
YAMAHAのルーターがMGCP使ってると言うことより、
MGCPとSIPが似てるかどうかの方が、食いつきいいですね。

似てると言ったのは、パケット見て、テキストだし、SIPのヘッダの短縮形(?)と
フォーマットが似てたので、解析ルーチンが使いまわせるかなと言う気がしたからです。
そんなんじゃ似てるとは言えないという方を説得する気はございません。

SDPはパケット見た限りじゃ見当たらなかったですが、使えるみたいですね。


215 :sipman:02/06/04 00:01 ID:???
>208
>MGCP ってゆーのは実際何処から判断しているんですか?

パケット見たから。
#って前に書いたぞ

mgcp 1.0って書いてあったんだから、それ以上疑う理由も無いでしょ。


216 :H.248:02/06/04 06:15 ID:gT39nLWC
>>213
MGCPはMGとMGCの間の制御プロトコルだから,
TEL=MG
RT=MGC
とつながっているのでは?
もちろん,TELがMGCP対応IP電話機の場合ね?:-)

217 :IETF横浜うぇ〜:02/06/04 07:03 ID:7WJIUfgi
>>203
MGCとP2Pのプロトコルをは、各々の処理機能部の機器への配置構成が
違うと思われ。
私の思うにこのヤマハの製品は:

MGCP - RGWとして機能させた場合に使用。
SIP - Routerとして機能させた場合にSIPを通すNAT機能を提供。
よってMessengerのみ対応。

もしくは、MGCPとSIP両スタック対応のRGWと思われ。

#個人的な興味の対象は、MGCP利用時にどこのコントローラ使用してるかですね。
#このスレとは関係なくなってしまいますが。




218 :IETF横浜うぇ〜:02/06/04 07:08 ID:7WJIUfgi
>>214
SDPなかったら、お話できないYO。
MGCPのSDPを含まないメッセージ種類をたまたま見たと思われ。


219 :anonymous@ amethyst.mei.co.jp:02/06/04 08:45 ID:QzsdbKGb
両方対応なら、両方対応ってうたった方が
受けがイイと思うんだけどなぁ<SIPとMGCP

WinXPのMessengerとRTでのシグナリング時のパケットdumpキボンヌ(笑)
# やっぱり実物がナイと話がぁゃιぃ

220 :219:02/06/04 08:46 ID:QzsdbKGb
晒しどーにかならんかな…(泣)

221 :sipman:02/06/04 10:43 ID:???
>218
そのとおり。
よく見たら、SDPありました。


222 :sipman:02/06/04 20:07 ID:???
通話が出来たのは
機器間アナログ通話アプリ--(MGCP:LAN)-->RT--(ISDN)-->一般電話
電話機==(アナログポート)RT--(SIP:LAN)-->MSMessenger
の二つ。
MSMessenger--(SIP)-->RT--(ISDN)-->一般電話
は出来るのかが良く分からない。


223 :anonymous@ i038224.ap.plala.or.jp:02/06/07 18:39 ID:hy44+Re7
なんとなく一昨日からbis09を眺めてるんだけど、全体によくわかんない。
特に87ページからの14章。re-INVITEでのremote target URIの変更って
一体何に使うの?

わかる人いてる?


224 :sm:02/06/07 20:53 ID:qgljikaB
>>223
http://www.ietf.org/mail-archive/working-groups/sip/current/msg03908.html

| Here is an example. I send an INVITE with a Cotnact header of
| sip:<my-piece-of-state>@<my-FQDN>. The call is established. A BYE,
| re-INVITE, or other mid-dialog request will arrive to me with this URI
| in the request URI. I can use that for whatever purposes I like. If I
| wish to change it, I can issue a re-INVITE, which updates it at the
| other side.
|
| -Jonathan R.
|

一つの dialog の中で自分の Contact: をころころ変えて遊べる、
ということでしょうか。


225 :anonymous@ i038224.ap.plala.or.jp:02/06/07 21:31 ID:hy44+Re7
>>224
thanks.

でも、dialog中に remote URI を
Contact: sip:foo@xxx.bar.com
に変更したとします。

でも、んなことしたら、IPアドレスを一つ
しか持たないふつーのUAは、以降のmid-dialog
requestを受け取れなくなるよねえ。xxx.bar.com
に端末がいたとしても、対応するdialogが
見つからないと不平を言うだけだろうし。

そのへんどうなってるんすか。

俺にはその状況が想像できないんだけど、
なんらかのかなり特殊な状況でしか使わ
ないと考えて良い?


226 :age:02/06/29 00:17 ID:???
こんなの見つけました。
http://ftp.digex.net/pub/rfc/authors/rfc3261.txt


227 :SIP SIPPER SIPEST:02/06/29 15:24 ID:???
RTA55i に プロアナ咬ましてみたけど、見事に SIP でした
けど・・・・。INVITE だとか 200OKだとか BYE だとかを
採取できました。

MGCP っていうのは結局ネタだったの?


228 :ななし:02/06/29 16:43 ID:???
>>227

機器間アナログ通話はMGCPを使っている。
機器間アナログ通話ユーティリティ を使って
PCとRTA55iの間でパケットをキャプチャしてみては?

229 :SIP SIPPER SIPEST:02/06/29 16:56 ID:KXWdlt7k
>>228
機器間アナログ通信とは何処と何処の間ですか?

よーわからん。

230 :SIP SIPPER SIPEST:02/06/29 16:57 ID:KXWdlt7k
>>227
ちなみに

TEL-----RTA55i-----DSL Modem---->

のRTA55iとDSLモデムの間にプロアナつっこみました。
「機器間アナログ通信」って何処と何処のあいだ?

231 :ななし:02/06/29 17:22 ID:???
>>228

機器間アナログ通話とは
http://www.rtpro.yamaha.co.jp/RTW65/FAQ/analog-extension.html
例はRT60wになっているけど、RTA55iでも同じ。
RT60w同士の通信にMGCPを使っている。

自分が試したのは(RTを2台もっていないので)
PCに機器間アナログ通話ユーティリティ(PCをアナログ子機にするアプリ)を
インストールして、RTの設定を「アナログ親機」に設定。
それで機器間アナログ通話ユーティリティから電話をかける。
構成は
PC---RT---一般回線(うちはISDN)
で、PCとRT間のパケットをキャプチャ。

#SIPとは違う話題でスマソ

232 :age:02/07/02 02:38 ID:???
>SIP SIPPER SIPEST
結局どっちだった?


233 :anonymous@ p6234-adsao01sappo2-acca.hokkaido.ocn.ne.jp:02/07/04 03:15 ID:???
SIPで会話の保留転送ってどうするんですか?


234 :sage:02/07/05 01:44 ID:???
>233
http://www.ietf.org/internet-drafts/draft-ietf-sip-cc-transfer-05.txt

235 :princes:02/07/06 16:12 ID:???
YAMAHA RT以外で、安いSIP対応電話サポートしてるのってないですか?

236 :sage:02/07/07 00:30 ID:???
>235
MegaBig Gear TE4126
ttp://www.megabitgear.com/Product/FproductJ.html


237 :某同人屋さん:02/07/07 00:44 ID:???
うぉ、SIPについて話あってる!珍しいスレを発見したなぁ〜。
正直、RFCの表現にまだ慣れて無くて、SIPのいいテキストが国内に無いし(あっても、まぁすぐ英語版が更新されて使い物にならなくなるだろうけど)、苦労しとります。

SIPの端末を作る時、毎回思うのだけど、WMのバグ対処をしなくてはならないのが一番イヤんだね。


238 :みどりがめ:02/07/07 06:17 ID:???
rfc3261-3265の話題は素通りかよ〜〜〜



239 :SDP:02/07/07 15:30 ID:???
>>237
Windows MessengerのSIPに関するバグについてどこか情報ないでしょうか?

>>238
RFC3266もIPv6でSIPする時に影響が?

240 :某同人屋さん:02/07/07 18:04 ID:???
>>239
自分で調べてます。
対抗試験やってるとボロボロ出てくる。
今までやってて思ったのは、WindowsMessengerは、BYEの扱いがかなりおかしいと思います。


241 :age:02/07/08 01:18 ID:???
>>240
というか、全般的な実装がおかしいとエラー吐き出すのがBYEに集約される。
経験的に…

242 :某同人屋さん:02/07/09 00:28 ID:???
>>241
え?ちょっと意味が分かりにくいです。
「経験的に、プロトコルの実装がおかしいSIP端末は、BYE関連に最も異常動作が集約される」
という事でよろしいでしょうか?

まぁ、WindowsMessengerのBYEの扱いがおかしいのは間違いないです。

……そもそもBYEに応答が必要な理由が分からないんだけどねぇ。無くてもいいだろ……


243 :sage:02/07/09 02:15 ID:???
>242
>……そもそもBYEに応答が……

UDPだから送信が成功したか確かめないと、状態が同期しないからでしょ。


244 :sage:02/07/09 02:16 ID:???
>240&241
具体例を聞いてみたい。


245 :sage:02/07/09 02:50 ID:???
未だに、ACKの代わりにBYE送るUAがある。



246 :sage:02/07/09 07:49 ID:???
CANCELじゃなくてBYEが来る。

247 :anonymous@ h197097.ppp.asahi-net.or.jp:02/07/09 09:32 ID:sLlT0mWA
21 名前:  投稿日:2002/06/03(月) 22:01
始めて裁判見てきたけど、ひろゆきって2chでの中傷について、「おいらは第三者だもんねー」ってな主張してたけど、裁判官に一喝されてた。
どうもひろゆきが企業の中傷を禁止してないことと、削除依頼を自分の意思で突っぱねたことで、当事者と判断されてる感じ。
でも裁判官も他の掲示板と2chは同じには扱っていないみたいだったから、他の掲示板には影響ないと思うけど。
それにしても、ひろゆきの顔はイベント板のタイトルに使ってる写真と全然違うのに驚いた。
あの写真は「勝負写真」なんだろうけど、あれじゃ詐欺だよ。
実物は深海魚みたいな顔だった。

248 :某同人屋さん:02/07/09 23:35 ID:???
>>243
試験した他の端末、例えば……おっと社外秘事項か、なんで某社製品と言っておくけど、セッション切断契機になるメッセージで最後に投げる時、そのメッセージを複数回投げるという端末があったよ。
具体的にはBYEを3回、BYE応答を3回。

>UDPだから送信が成功したか確かめないと、状態が同期しないからでしょ。
その理屈だと200応答にもリトライが必要になるけど、BIS09では200系のリトライは無いんだよね。

ちなみにWMのバグだけど、上記に出てるものは比較的軽いよね。もっと非道いのがたくさんある。ある条件だとBYEを絶対に受け付けなかったりする。


249 :sage:02/07/10 00:08 ID:???
>248
>その理屈だと200応答にもリトライが必要になるけど、BIS09では200系のリトライは無いんだよね。

BYEに対する200 OKを送った後に、またBYE(再送)を受信したら、
200 OKも再送しなければならないのでは?
17.2.2 Non-INVITE Server Transaction
はそう読めるが・・・

もしかしたら、
>具体的にはBYEを3回、BYE応答を3回
もそういうことかもね。
それにしても3回は多いと思うけど。


250 :sage:02/07/10 00:18 ID:???
>244/245
CANCELの代わりのBYEとACKの代わりのBYEは間違いとは言えない気もする。
もちろん、RECOMMENDEDでは無いけど。


251 :sage:02/07/10 02:17 ID:???
今まで見た一番ひどいUAは
INVITEとACKのCall-IDが違っている
ACKのCseqが増えている
To-tagを覚えないでACKを送信する
と言う319uaだな。


252 :某同人屋さん:02/07/10 22:38 ID:???
>>249
おっと、ちょい説明がわるかった。ごめん。BYEなどの非セッション系ではなく、INVITE系の200だ。
非セッションはそれ以降の受信が無いので200も再送対象に入るけど、INVITEの200はどういう事だ、と。
つまりそれだとINVITEを送るしか無いが、Transactionはきっと処理済みのCSeq番号のINVITEなのでそのまま読み捨ててしまうだろうと思う。
あるいはUAがINVITE処理中のINVITEなので483応答を返すか。

rfc読み返さないで記憶だけで書いてるので間違いあったらスマソ

253 :sage:02/07/10 23:58 ID:???
>252
INVITEの200応答も再送されるでしょ?

|13.3.1.4 The INVITE is accepted
| ACK arrives. The 2xx response is passed to the transport with an
| interval that starts at T1 seconds and doubles for each
| retransmission until it reaches T2 seconds (T1 and T2 are defined in
| Section 17). Response retransmissions cease when an ACK request for



254 :sip:02/07/13 02:32 ID:???
質問
100応答には、To-tagを付けるのですか?


255 :sage:02/07/13 23:59 ID:???
>254
付けても付けなくても良いと思うが、大抵のやつは付けてくる

256 :某同人屋さん:02/07/14 00:29 ID:???
>253
あ、本当だ。すまん。何かと記憶違いをしていたようだ……

>254
rfcには必須、オプション、付けてはいけない等の表があるのでそれ見ればいいよ。
少なくとも2chで調べるのはどうかね、君……


257 :>249:02/07/17 22:57 ID:???
漏れも3回は多いと思う。

2回が妥当でしょ。
あなたも漏れも、分かれるときはバイバイっていうじゃろ。

258 :mmusic:02/07/18 03:01 ID:???
Viaの;maddrと;receivedってどう違うの?どう使い分けたらいいの?


259 :下げ:02/07/18 23:43 ID:???
>257
妥当と言うなら、一回だろ。


260 :某同人屋さん:02/07/19 00:21 ID:???
>>259
えーっと、君はアレだ、信頼できるトランスポートとかそういう話分かるのかね


261 :下げ:02/07/19 00:27 ID:???
と言うと?
(TCPなら上位層で再送の心配は要らない、ってことぐらいは分かってるけど・・・)
も少し詳しい説明よろしく。


262 :sage:02/07/19 02:05 ID:???
>258
maddrは送信側がつけるが、receivedは受信側がつける。
viaのsent-byがFQDNだったり、実際の受信アドレスと違うときに、
受信ソースを記録しておくためのもの。
bis09
18.2.1 Receiving Requests


263 :下げ:02/07/19 02:21 ID:???
IETF総会のsipレポートキボンヌ。
薔薇山おじさん元気だった?


264 :某同人屋さん:02/07/20 00:02 ID:???
>>261
この話の一連の発言番号をたどれば分かるよ。

もしも分からなかったら、BIS09を読んでみましょう。


265 :mmusic:02/07/21 19:31 ID:???
>>262
すんません、maddrの役割は・・



266 :sage:02/07/21 21:01 ID:???
>264
一連のスレ読んでも、特に分かることはないと思うよ。
BYEが普通は再送されないから1回だと言う点に、異論の余地があるかなぁ?


267 :某同人屋さん:02/07/22 00:11 ID:???
あー、ごめん。
この端末が作られた当時、トランザクションという概念がまだBISに書かれていなかった事を書くのを忘れていた。
書いたつもりだったんだ、すまん。

過去ログ読んでというのはそういう事です。

268 :sage:02/07/22 21:54 ID:???
>265
maddrは元々マルチキャストアドレスなので、普通はViaに使わないと思う。
つまり、応答も同じマルチキャストに投げろってこと。

ただし、マルチキャストではなくても付いて来る場合はあって、その時は、
応答の送信先としてsent-byの替りに使わなければならないらしい。


269 :ia32:02/07/23 00:52 ID:???
ああ、エプソンでNECのDOSを動かす奴な。



270 :anonymous@ YahooBB219029184005.bbtec.net:02/07/23 00:57 ID:yo+0K3pH
http://www.t-cnet.or.jp/~heaven/adultranking/rankem.cgi?action=in&id=yama

271 :麒麟:02/07/23 02:01 ID:???
上げんな!


272 :SDP嬢:02/07/23 17:26 ID:???
INVITEに200が戻ってきたときのTUにおけるACKの再送間隔ってどこかにかいてありますか?

273 :某同人屋さん:02/07/23 23:56 ID:???
>>272
TUにおける再送間隔?TUが再送するの?
てっきり再送はTransactionだけしかやらない、と決めつけていたけど……


274 :sage:02/07/24 02:03 ID:???
>273
ACKの再送はトランザクション管理の自動再送ではなくて、2xx応答による都度再送。
処理はトランザクションユーザーのUACコアが一応担当するはず。


275 :272:02/07/24 02:40 ID:???
ありがとうございます>>273,274さん

...しかしながら質問を間違えました。INVITEに200を返したけどもACKが帰ってこない時のUASの200の再送間隔、でした。再送はするんですよね?


276 :某同人屋さん:02/07/24 23:57 ID:???
>>274
へぇ、TUも再送するんだね。
上位がしかけるタイマーなんてTimerCぐらいかと思っていたよ。

>>275
まぁ仕事で使うデータなら自分で調べるしか。2chが根拠で仕事するわけにはいかんでしょ。
でもひょっとして、自作SIP端末とか作るつもりなの?だったら協力してもいいけど。


277 :sage:02/07/25 00:20 ID:???
>275
2xx応答はトランザクションユーザーのUASコアが担当。
0.5,1,2,4,4,4,4,4,4,4秒間隔で再送。
最後の再送から0.5秒で諦める。
トータル32秒。


278 :sage:02/07/25 01:18 ID:???
>275
もちろん再送はUDPだけね。


279 :下げ:02/07/26 02:03 ID:???
ttp://www.ietf.org/mail-archive/working-groups/sip/current/maillist.html
ここで、色々聞けるね。


280 :__:02/07/27 03:14 ID:???
もしかして、某同人屋さんって、半可通?
と、言ってみるテスト。


281 :某同人屋さん:02/07/27 22:12 ID:???
そうだね
オレみたいのが居ると迷惑だったかな

282 :sag:02/07/29 03:24 ID:???
>277
bis09? rfc3211?


283 :sage:02/07/30 01:12 ID:???
>>282
09も3261も同じだと思う。


284 :sage:02/07/30 01:42 ID:???
>278
いや、TCPもだ。


285 :282:02/07/30 08:01 ID:???
>>283
どこに書かれてるっけ..? grepしたけどみあたらない



286 :sage:02/07/30 22:22 ID:???
>>285
RFC3261の13.3.1.4 The INVITE is accepted
です。

287 :anonymous@ p10185-adsao01tenjmi-acca.fukuoka.ocn.ne.jp:02/07/31 12:26 ID:xJ45x0RJ
http://kabu423.tripod.co.jp/deai.html
とりあえず出会いを楽しみましょう。

http://kabu423.tripod.co.jp/h.html
あなたも完全無修正を体験してみませんか?

http://kabu423.tripod.co.jp/
http://kabu423.tripod.co.jp/shop.html
http://kabu423.tripod.co.jp/top.html
↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑
こちらもどうぞ。いいですよ。





288 :sage:02/08/01 02:15 ID:???
質問
H.323もSIPも両方動作するVoIP電話機って売ってる?


289 :anonymous@ PPPa1241.tokyo-ip.dti.ne.jp:02/08/02 00:15 ID:???
BISとか探してると、H.323とSIPの共通化とか出てる事もあるよね。



290 :sage:02/08/02 01:05 ID:???
>>289
http://www.softarmor.com/sipwg/drafts/morgue/draft-agrawal-sip-h323-interworking-reqs-00.txt
http://www.softarmor.com/sipwg/drafts/morgue/draft-singh-sip-h323-00.txt
あたりのこと?


291 :SIP:02/08/02 01:51 ID:???
SIPサーバー(Softswitch)で商用に耐えられるものってありますか?

292 :anonymous@ PPPa1241.tokyo-ip.dti.ne.jp:02/08/03 01:12 ID:???
>>290
ちがうなぁ。
あ、こっちが言うdraftのURLは出てこないよ。別にそれ目当てで探した訳ではないので「へぇこんなのあるのか」と思っただけで次の検索結果に飛んでしまったので。


293 :anonymous@ PPPa1241.tokyo-ip.dti.ne.jp:02/08/06 00:19 ID:???
PRACKについて、情報収集中。
単体だと100の再送を止めるモノらしい事は分かったが、UPDATEとの絡みとか、よーわからん。



294 :anonymous@ j076229.ppp.asahi-net.or.jp:02/08/06 14:58 ID:???
あの〜 突然ですが
H.323とSIPの具体的な違いってなんですか?
誰かわかる人教えてクダサイ。
教えてチャンでスマソ。

295 :anonymous@ PPPa1241.tokyo-ip.dti.ne.jp:02/08/07 00:32 ID:???
>>294
かなり違いますけど。同じ所を探すのが難しいぐらい。
無理して共通点を探れば「VoIP に使う、セッション開始プロトコル」ぐらいじゃなかろうか。

つーかIP出てないか、いきなり。別に出て困るような会話してませんが。

296 :sage:02/08/08 00:01 ID:???
>>293
100の再送を止めるものではないです。
(100は再送しないし)
18xなどが発信UAに受信されたことを、確認する為のメッセージです。
200応答に対するACKと似た役目を果たします。

UPDTATEとも直接は関係なし。


297 :anonymous@ PPPa1241.tokyo-ip.dti.ne.jp:02/08/08 23:05 ID:???
>>296
む?rfc3262によると、rfc3261では100の再送は無いが、2.5分間に1回再送すべきだとあります。
100の再送はあり得るのでは。

PRACKの例はドラフトに多く乗っていますが、100応答に対して投げていますが18Xには投げていないように思えます。

……いや、自分の方が間違ってるかも知れませんが。
英語の書類は読み慣れてないもんでね。

298 :sage:02/08/09 01:08 ID:???
>>297
ちょっとややこしいけど、3261にはトランザクションを延長したければ、
"non-100 provisional response"を毎分送れとあります。
"non-100 provisional response"というのは101-199までの応答のこと。

それに対して、3262で提案された方法を使いreliablyに"provisional responses"を
送るのなら、間隔は2分半でいいよということです。

そして、"provisional responses"をreliablyに送るために使われるのが
PRACKです。

ついでに言っとくと、3262には100応答はreliablyに送ってはいけないとあります。
言い換えると、100応答にPRACKを投げてはいけないと言うことです。


299 :297:02/08/09 20:41 ID:???
おお、なるほど……かなり読みにくい部分があったのですが、そういう事ですか。
勝手に脳内補完していたようです。危ない。

ところで、Toのtagって、要求を受けた側が付けると思うのですが、Dialogが付けるんでしょうか?それともTU?

300 :sip:02/08/10 15:36 ID:???
>>299
「Dialgoが付ける」って一体… ちょっとどうかと思うな。


301 :300:02/08/10 15:36 ID:???
s/lgo/log/;


302 :...:02/08/10 15:40 ID:???
ACKを出す時、ルートセットを用いて送信先を決めてもよいのでしょうか?


303 :sage:02/08/11 15:40 ID:???
>>302
よいです。


304 :初心者:02/08/11 16:07 ID:???
リクエストを出す時のTCP/UDPのdestination address/portと、そのリクエストのRequestURIには何か関係があるですか?


305 :しろうと:02/08/11 18:40 ID:IP/+9tbZ
INVITEに対する183ってSIP-PSTN通話間でしか送信しちゃいけなんですかね?
お客さんには指摘されたんだけど、RFC上ではそんなこと書いていないし。
ご存知の方いますか?

306 :sage:02/08/11 19:28 ID:???
>>305
わざわざ呼出音生成して送りつけてんの?ご苦労なこって。

普通はRFCの解釈に自信がないなら機能削減の方向に気持ちが動きそうなもんだけど
逆を行く>>305さんに乾杯。


307 :sage:02/08/12 01:15 ID:???
>>304
一般的には無関係です。



308 :sage:02/08/12 01:35 ID:???
>>305
183の送信はSIP-PSTNに限定されているわけではありません。
また、SDPを必ず付けなければならないわけでもありません。
ただ、このタイミングで、SDPを付ける必要があるとすれば、
「お客様のおかけになった電話番号は・・・」
「・・・留守番電話サービスにおつなぎします」
「・・・新しい電話番号はxxxです。」
など、PSTNでは通話前にメディアの送信を開始しなければ
ならない場合があるからです。
ですから普通、呼び出し音だけなら使わないと思います。

ちなみに、SDP付きの183は普通reliablyに送ります。(298)


309 :sage:02/08/12 01:49 ID:???
>>305
追記
SDPのない183はトランザクションを延長する目的でも使われるし、
そもそも、理解できない"non-100 provisional response"は
183として解釈せよと言うのがRFCではMUST項目です。
183を返信されて文句を言うそのお客さんは要反省です。


310 :sage:02/08/12 02:04 ID:???
>>299
トランスポート、トランザクション、TUの3択だとすると
To-tagはTUのUASコアで生成すると思います。


311 :e:02/08/13 12:25 ID:???
e

312 :勉強中:02/08/13 22:03 ID:???
SIPとSIPSって何が違うの?
勧告には「SIP(又はSIPS)」みたいな表記が結構出てくるんだけど・・・


313 :sage:02/08/13 23:43 ID:???
SIPSはover SSL


314 :sage:02/08/14 01:01 ID:???
SIPS-URIが指定された通信は、トランスポートにTLSを使います。


315 :sage:02/08/14 02:36 ID:???
SSL≒TLS

316 :sage:02/08/15 02:57 ID:???
>>307
じゃぁRequest-URIなんていらないじゃないですか


317 :sage:02/08/15 09:59 ID:???
>>316
SMTPサーバにメールを送るときに、あて先書くでしょ。


318 :sage:02/08/15 10:27 ID:???
>>317
RCPT TOですか?ちょっと抽象的すぎるのでSIPにおけるRequest-URIの役割解説ぼきーん。


319 :コギャルとHな出会い:02/08/15 10:45 ID:Ep/3Snu3
http://kado7.ug.to/net/


朝までから騒ぎ!!
   小中高生
 コギャル〜熟女まで
   メル友
  i/j/PC/対応

女性の子もたくさん来てね
  小中高生大歓迎です                 
全国デ−トスポット情報も有ります。
全国エステ&ネイル情報あります。

  激安携帯情報あります。

320 :sage:02/08/15 11:53 ID:???
>>318
荒らされるから、sageでよろしく。


321 :sage:02/08/15 23:20 ID:???
>>318
送信先がproxyだとして、メッセージの送信先アドレスはプロキシのIPアドレスです。
一方、Request-URIに指定するのは例えば
sip:user@2ch.net
だったり
tel:0312345678
だったりします。
Request-URIはアドレスを指定するのではなく、宛先を指定するわけですから、
DNSでAレコードが引けるわけではありません。


322 :某同人屋さん:02/08/16 00:39 ID:???
Request-URIが何かというとだ。
「REGISTERは何するんだ?」
が解答だと思うんですが。

あ、お久〜

323 :sage:02/08/16 01:08 ID:???
>>321
To: との違いは…?



324 :sage:02/08/16 04:03 ID:???
>>323
基本的にToは宛先としては使われません。
URIが無くて表示名だけでも良いぐらいです。
(定義では許されませんが)


325 :某同人屋さん:02/08/17 00:46 ID:???
というか、RouteSetとかproxyのforkingとか、
RequestURIを活用する場面はいくらでもあるでしょ。

具体的には「要求送信時」にtransactionは
「OutboundProxyを使っていない時に限り」
要求はRequestURIのアドレスに送るんですよ。

要求を送信するのに、ネットワーク構成上、どうしても
A-P1-P2-B
という経路で要求を送信しなければならない時、
Aの要求送信先(RequestURI)はP1になる。
けどそれだけだと、P1はそれを受け取っても次にどこに送ればいいのかわからない。
だからToを見る。P1はBに要求を送る場合、P2に送らなければならない事を、
LocationServerからの情報で知っているので、次はP2に送信する。
P2はBからREGISTERを受信して、Bのアドレスを知っているので、
TOにBが指定されている要求を受信したら、Bに転送する事ができる。

という訳で、TOの宛先は、アドレス必須なんだよ。>>324
オレでも役に立てたかい。

326 :某同人屋さん:02/08/17 00:48 ID:???
げっ、間違い発見。Transaction->Transportだし。
「2chだからいいかなぁ」と見直さずにupしたせいですな。

という訳で、参考程度に見てくれ。やっぱりRFC読んで理解せーへんと。


327 :sage:02/08/17 09:32 ID:???
女子供はすっこんでろ


328 :sage:02/08/19 03:06 ID:???
>>323 ていうか、Request-URI は hop-by-hop、To: は end-to-end。それが違い。

329 :すする:02/08/19 23:36 ID:???
Record-routeの使い道がよく分からない。
requestに対するresponseの経路はViaで示されるものと
思ってるんですが、じゃあ何の為にRecord-route残すんでしょうか?


330 :某同人屋さん:02/08/19 23:53 ID:???
>329
AがBに要求を出した時、ContactがCだったとしよう。
その場合、Bは次にAに要求を出す時はCに送る。
”Record-Routeが無ければ”。そうだよね?


331 :すする:02/08/20 00:31 ID:???
>330
早速のレスありがとうございます。
つーことは、Record-Routeがあれば、BからAへの要求はContactのC宛てではなく、
Record-Routeを付加した経路を逆に辿っていく、という事になるのでしょうか。


332 :sage:02/08/20 01:12 ID:???
>>325
繰り返しになりますが、
基本的にToはRoute処理に使われません。

Request URIが受信したproxy自身を指す場合は、既にRoute Setが
決定済みで、次ルートが"Routeヘッダ"で示されているはずです。
ただし、これは古い(sl?)のルート処理で、3261の新しい(lr)
ルート処理ではRequest URIは送信先UAを指しています。

RFC3261
Figure 1: SIP session setup example with SIP trapezoid
の例から、もう一度読み直そう。


333 :sage:02/08/20 01:43 ID:???
rfc3261の分りやすい和訳無いか?
もう英文見るのイヤになってきた。


334 :sage:02/08/20 03:01 ID:???
>>330
ちなみに、Record-Routeが無い場合、ACKもContact宛ね。
(SIP-Triangleと言うのだろう)


335 :sage:02/08/20 03:52 ID:???
同人さんよ、あンた、RouteとRecord-RouteとRouteSet、これらの語を正確に
使い分けているかい?


336 :某同人屋さん:02/08/21 00:18 ID:???
>>332
あー、それは君が僕の書いてる事を読み違えてるんだ。
RouteSetナシでも、A->P1->P2->Bというルートを通る事があるだろう。その例だ。
そもそも>325にはRouteSetの事なんぞどこにも書いてないぞ。先入観でモノを見るな。

>>335
使い分ける必要が「2chという場所」で、あるのかい?
まぁ厳密に言うなら、330はRouteSetが存在したらという事だね。
しかし、Bの立場からすると、Aから受け取ったメッセージにRecord-Route
があるか無いかって観点で見た方がわかりやすいかと思って
ああ書いただけ。

実際、君の説明と僕の説明、どっちが理解しやすい?
プログラマってぇのは人と接するのがどうも苦手なんだね。オレ自信もそうなんだが。

337 :sage:02/08/21 01:00 ID:???
>>336
>RouteSetナシでも、A->P1->P2->Bというルートを通る事があるだろう。その例だ。

RFC3261
Figure 1: SIP session setup example with SIP trapezoid
がRouteSetなしでA->P1->P2->Bを通る例です。
そして、その場合A->P1に送られるINVITEのRequestURIはBのSIP-URIです。

>そもそも>325にはRouteSetの事なんぞどこにも書いてないぞ。先入観でモノを見るな。

あなたが
>A-P1-P2-B
>という経路で要求を送信しなければならない時、
>Aの要求送信先(RequestURI)はP1になる。

と書いたので、A->P1のRequestURIがP1になるのは、RouteSetが
決まっているときだと書いたのです。

もっとはっきり言うと、あなたの325の説明は間違っていると言うことです。


338 :sage:02/08/21 01:07 ID:???
>>336
>実際、君の説明と僕の説明、どっちが理解しやすい?

Mr.335はRecord-Routeについて説明してないと思いますが。
何と比べてるんですか?

それから、分かり易い説明も大事ですが、まず正しい説明を心がけましょう。


339 :某同人屋さん:02/08/21 23:49 ID:???
ちょ、ちょっと待て!!!
何だよ、さっきから同一人物かと思っていたが、複数人なのか?sageって。
正直、こちらは何に返事をすべきか分からなくなった。何か交流したけりゃ
別の捨てコテハンでも使って、どの発言が統一された意見かを述べてくれ。
同じコテハンばかりでこちらが混乱しないと思ってるなら恐ろしいぐらい
コミュニケーション能力欠如だぞ、おい。

で、>337だけど、あんたoutboundProxyとSIP proxyの区別ついてるかい?
オレの説明でP1はどちらだと判断したんだよ。
どちらだと思ったのか、またその明確な根拠を述べてくれ。
多分、あんたは、そこを思いこみで語ってる。

更に言えば、今まで一度も通ってないルートにRouteSetが先に存在してるわけなかろうが。
あんたこそRouteSetの言葉の使い方間違ってるぞ。

sageばかりで発言をゴッチャにしていたら失礼。
でも、それは混乱させてる状況をそっちが作ってる事で了解だよな?

340 :sagex(!=337):02/08/22 01:07 ID:???
>>339
俺は、337には何処にも間違いが無いように思うけどな。

>更に言えば、今まで一度も通ってないルートにRouteSetが先に存在してるわけなかろうが。
せめて、「一度も通っていないルートを表現するRouteSet」くらいの文章にしてくれ。
意味がわからん。


341 :俺も暇だな(337):02/08/22 03:28 ID:???
>>339
>で、>337だけど、あんたoutboundProxyとSIP proxyの区別ついてるかい?

Outbound ProxyもSIP Proxyだと言うことぐらいは、
同意してもらえますよね?

>オレの説明でP1はどちらだと判断したんだよ。
>どちらだと思ったのか、またその明確な根拠を述べてくれ。
>多分、あんたは、そこを思いこみで語ってる。

Outbound Proxyとは考えていませんでした。
>>325
>要求を送信するのに、ネットワーク構成上、どうしても
>A-P1-P2-B
>という経路で要求を送信しなければならない時、

とあったので、定かではない理由により、AはP1にリクエストを
送るのだと考えただけです。


342 :sage:02/08/22 23:39 ID:???
>>339
すごいな。
IDが同じ=同一人物
と勝手に思い込んでいたのに、
「恐ろしいぐらいコミュニケーション能力欠如だぞ、おい。」
とか
「でも、それは混乱させてる状況をそっちが作ってる事で了解だよな?」
とか書いてる。
自分は正しくて、悪いのは相手だ信じ込んでいるところが厨ですなぁ。


343 :某同人屋さん:02/08/22 23:39 ID:???
>>341
おいおい、OutboundProxyとSIP Proxyの区別付いてないの?
OutboundProxyがSIP proxy、だから何?
動作が全く違う。特に今回の話に関わる部分で動作が違う。一緒にするな。
両者は、Request-URIに関する扱いは、全く一緒なのか?
PRESENSEサーバに送るRequestURIのホストは何を指定するんだっけ?

掲示板で何か言い争うってのは嫌いだから、正直、この辺でやめたいんだよな。

あと、335だけど、あんたはオレよりRouteSetの事が分かってない。
ContactもRouteSetを構築する要素の一つのはずだ。
だからRecord-Routeとの違いを説明する為には、330の説明でいいんだろうが?
「RouteSetがRequest-URIに影響を及ぼす」のは大前提として、その上での優先順位を語っているのだから、
330は全く問題が無い。
335は完全にこれを論破する確たる証明をするように。ケチつけたんだから。

344 :某同人屋さん:02/08/22 23:43 ID:???
>>342
ハァ……あんた、SIPについて語りなよ。
人を煽るぐらいなら、オレを知識で言い負かせなよ。やり方が厨だぜ。
少なくともオレのように、SIPについて語るならともかく、
態度にケチ付けるんなら、単なる邪魔モンだ。

ちなみに
>すごいな。
>IDが同じ=同一人物
>と勝手に思い込んでいたのに、
これ、当然だと思うけど。
どこが当然じゃないのか、キッチリ論破してくれよ、厨。

345 :sage:02/08/23 00:00 ID:???
同人屋厨兵衛の語るところのSIPモドキのナニカの実装を見た事がある俺。
どうもお久しぶりです。逝ってよし。



346 :341:02/08/23 00:07 ID:???
>>339
>更に言えば、今まで一度も通ってないルートにRouteSetが先に存在してるわけなかろうが。
>あんたこそRouteSetの言葉の使い方間違ってるぞ。

RFC 3261
8.1.1.1 Request-URI
の"pre-existing route set"についての説明によれば、
今まで一度も通ってないルートにRouteSetが先に存在することはあるのです。
更に、"pre-existing route set"はRouteヘッダで処理するとか、
Outbound Proxyは、そのURIを"pre-existing route set"として処理するとか書いてあります。

ですから、
>>336
>そもそも>325にはRouteSetの事なんぞどこにも書いてないぞ。先入観でモノを見るな。
とありますので、やはりP1をOutbound Proxyとは考えてなかったんですよね?

とすると、やはり
>>337
>RFC3261
>Figure 1: SIP session setup example with SIP trapezoid
>がRouteSetなしでA->P1->P2->Bを通る例です。
>そして、その場合A->P1に送られるINVITEのRequestURIはBのSIP-URIです。

と言う結論に達するのが、妥当では?

そろそろ、
>Aの要求送信先(RequestURI)はP1になる。
と言う主張の根拠を知りたいんですが?
その自信はどこからくるの?

347 :346(!=335):02/08/23 00:44 ID:???
>>343
>おいおい、OutboundProxyとSIP Proxyの区別付いてないの?
>OutboundProxyがSIP proxy、だから何?
>動作が全く違う。特に今回の話に関わる部分で動作が違う。一緒にするな。
>両者は、Request-URIに関する扱いは、全く一緒なのか?

Outbound Proxyというのは、UAがリクエストを最初に投げるSIP Proxyです。
それは、UAの都合であって、proxyにとっては、Outbound Proxyだと
"思われているかどうか"で動作を変えたりはしません。
Request-URIに関する扱いは、全く一緒です。

ところで、結局あなたは、A->P1->P2->BのP1をOutbound Proxyだとして、
説明をしていたんですか?それとも違うの?

>PRESENSEサーバに送るRequestURIのホストは何を指定するんだっけ?
PRESENSEサーバに送るSUBSCRIBEリクエストのRequestURIはPRESENSEサーバのRequestURIです。
[A->PresenceServer]
SUBSCRIBE sip:doujin@2ch.com SIP/2.0
(ttp://www.ietf.org/internet-drafts/draft-ietf-simple-presence-07.txt)

PRESENSEサーバはproxyではなくUAですから、もちろ[んA->P1->PresenceServer]と言う場合の
A->P1のRequestURIもPRESENSEサーバのRequestURIです。

>掲示板で何か言い争うってのは嫌いだから、正直、この辺でやめたいんだよな。
言い争いではなく、SIPについての議論だと思っています。


348 :sage:02/08/23 01:06 ID:???
掲示板で何か言い争うってのは嫌いだから、正直、この辺でやめたいんだよな。
でも、要望には応えなくちゃね。

>>344
>どこが当然じゃないのか、キッチリ論破してくれよ、厨。

2chは同一人物しか同じIDを使えないシステムじゃ無いから。
Q. E. D.


349 :347:02/08/23 01:30 ID:???
>>347
s/PRESENSEサーバのRequestURI/PRESENSEサーバのSIP-URI/


350 :某同人屋さん:02/08/23 23:12 ID:???
うーむ、じゃ、こっちの根拠を書き出そう。全てRFC3261からの引用。

8.1.1.1 Request-URI

The initial Request-URI of the message SHOULD be set to the value of
the URI in the To field.

Request-URIは基本的にはTOの値のコピー。だからTOにURIが設定されなくても構わないと
いうのはRequest-URIに変な文字列が設定される事を誘発させる。


16.5 Determining Request Targets

If the domain of the Request-URI indicates a domain this element is
not responsible for, the Request-URI must be placed into the target
set as the only target, and the element must proceed to the task of
Request Forwarding (Section 16.6).

つまりAはRequest-URIを常にP1に置かなければならない環境がありえるという事。


12.2.1.1 Generating the Request

The UAC uses the remote target and route set to build the Request-URI
and Route header field of the request.

つまり、Request-URIは決してTO及びRouteSetから「だけ」で作られる訳じゃない。



351 :某同人屋さん:02/08/23 23:17 ID:???
>>348
えーっと、あんたアホですね。
それを言うなら
「オレは寝たきりの自由に殺す事ができる。なぜなら、この世の物理システムが、オレが寝たきりの老人を殺す事ができるようになっているからだ」
と言ってるのとまるで変わらん。
「出来る」と「許可されてる」と「倫理的にしても良い」の区別がついてないのか?

ちなみに2chのFAQより「なりすましは禁止」とされている事は知ってるよな?
だからキャップ制度があるという事ぐらいは分かるよな?
オレが人殺しをしてはいけない理由、それは倫理的なものだ。そして、2chにも倫理がある。そして、他人と同じHNで書き込む事はFAQで禁止されている。

ちなみにマジツッコミすると、あんたQ.E.D.っていう意味、分からなくて使ってるだろ?
それを使う事が出来る条件を挙げてみて、あんたがここで使えるかどうか、もう一度考えてみな?

352 :347:02/08/24 00:31 ID:???
>>350
>Request-URIは基本的にはTOの値のコピー。だからTOにURIが設定されなくても構わないと
>いうのはRequest-URIに変な文字列が設定される事を誘発させる。

だから以下は無視するとして、To-URI=Request-URIと言うことは、
"あなたの"Aが出すINVITEは
INVITE sip:P1.domainX SIP/2.0
To: <sip:P1.domainX>
なるの?

"私"のAの出すINVITEは
To: <sip:B.domainB>
だから、
INVITE sip:B.domainB SIP/2.0
だと言ってるんですが。

>If the domain of the Request-URI indicates a domain this element is
>not responsible for, the Request-URI must be placed into the target

この章はプロキシの章だから
「Request-URIのドメインが、proxyの管理しないドメインである場合」
って、あなたの説と無関係だよね。

>The UAC uses the remote target and route set to build the Request-URI
>and Route header field of the request.
>つまり、Request-URIは決してTO及びRouteSetから「だけ」で作られる訳じゃない。

"remote target"と"route set"からRequest-URIは作られると書いてありますが?
"remote target"ってToに書くURIだよね?

指摘がいちいち的外れなんですが・・・


353 :同人ファン:02/08/24 03:49 ID:???
>344
>人を煽るぐらいなら、オレを知識で言い負かせなよ。やり方が厨だぜ。
>少なくともオレのように、SIPについて語るならともかく、

知識で言い負かされたようですが、めげずにこれからもSIPについて語ってください。


354 :某同人屋さん:02/08/24 23:05 ID:???
>>347
ハァ?脳味噌にウジわいてるのか?
>だから以下は無視するとして、To-URI=Request-URIと言うことは、
>"あなたの"Aが出すINVITEは
>INVITE sip:P1.domainX SIP/2.0
>To: <sip:P1.domainX>
>なるの?
どこをどう読めばそうなるんだよ。オレは「TOには正しいアドレスを指定する必要がある」と書いているのだよ、Request-URIの構築の為には。
>繰り返しになりますが、
>基本的にToはRoute処理に使われません。
これへのツッコミなんだよ。
自分の過去発言は無視で、オレの発言だけ曲げて読んで間違い指摘かよ、んなの誰でも出来る。

オレの書き込みの中で、どこにRequest-URIがTOを形成する、などと書いたよ?
勝手に補完するなと何度も書いたろうが。

>353
とうとう屁理屈でも完全に言い負かされたからって、それか。
いいから、Q.E.D.という言葉はいつ使っていいのか調べて、それで上記はそれに当てはまるかどうか確認したのか?
オマエ自信に、SIPの知識で言い負かされなれない限り、あんたは突っ込む権利無いんだよ。
さっさとオマエ自信が、SIPの技術的会話しろや。

355 :某同人屋さん:02/08/24 23:08 ID:???
というか、何の為にRFCの原文引用したのか、わからん。
>"あなたの"Aが出すINVITEは
>INVITE sip:P1.domainX SIP/2.0
>To: <sip:P1.domainX>
>なるの?
ここ、ちゃんとオレの引用した原文読んだ上で書いたのか?逆の事なら書いてあるが、そんな事を思わせる記述はどこにも無いだろうが。

それらしく語っても、言ってる事がグチャグチャだぞ。
でもって、第三者として煽るなら、どちらが正しいのか雰囲気ではなく、ちゃんと書き込みの内容から判断して書くように。n
んでもって技術的なツッコミを行うように。

まぁ、屁理屈でも負けてるんだからしょーがねぇ存在だよなぁ。

356 :疲れた:02/08/24 23:57 ID:???
はいはい、Request-URIにproxy指定して、Routeヘッダも付けずにINVITE出してください。
おそらく、あなたのエセSIP端末としか繋がりませんが、私は別に気にしません。


357 :sage:02/08/25 00:28 ID:???
ごちゃごちゃ書いてるが、Toを使ってルーティングするなんて、
RFCのどこに書いてるんだよ、ボケ。


358 :sage2:02/08/25 01:06 ID:???
某同人厨についての3択
1.英語が読めない
2.日本語が理解できない
3.単なる負けず嫌い

漏れは3に1北朝鮮$


359 :sasage:02/08/25 02:03 ID:???
厨さんですが
>Request-URIが何かというとだ。
>「REGISTERは何するんだ?」
>が解答だと思うんですが。
と最初に書いてる。
REGISTERのRequest-URIとINVITEのそれの区別がついてないことからして
すでにダメダメって感じ。


360 :sasage:02/08/25 02:18 ID:???
こんなのどう?

Riquest-URIにはToのURIをコピーすべきである。
ToヘッダのURIはBである。
∴Riquest-URIはBを指定すべきである。
Q.E.D.

おそらく、厨は
「"すべきである"だからしなくてもいいんだ」
と反論するであろう。(予言)


361 :IPS:02/08/25 03:10 ID:???
お疲れ。>>356

INVITE sip:P1 SIP/2.0
To: sip:B
か?
送るのは勝手だが、うちのProxyなら即刻485(Ambiguous)だぞ。


362 :sage:02/08/27 00:28 ID:???
そろそろ、違う話に移って良い?

sip:alice@there.com
というURLが分かっているだけでも、通話って出来ますか?
つまり、どこにINVITEを送ればいいの?


363 :sage:02/08/27 09:02 ID:???
>362
Outbound Proxy


364 :sage:02/08/27 21:21 ID:???
>363
では、Outbound Proxyはthere.comのプロキシをどうやって見つけるの?


365 :sage:02/08/27 22:54 ID:???
>364
DNSのSRV record?


366 :sage:02/08/28 01:03 ID:???
>365
"there.com"のSRVレコードを引くの?


367 :sage:02/08/28 02:34 ID:???
>366
ジャネーノ?わたしは全く実装を経験したことないので同人タンの降臨をまちましょ(藁


368 :sage:02/08/29 02:26 ID:???
>同人タンの降臨をまちましょ(藁
思い込みの激しい、知ったか君は暑苦しいから、不要論。


369 :sage:02/08/31 04:11 ID:???
INVITE-------->


370 :sage:02/08/31 16:06 ID:???
<--------- 100 Trying

371 :anonymous@ adsl-1-6034.adsl.nsk.ne.jp:02/08/31 22:06 ID:???
<--------- 100 Ringing

372 : :02/08/31 23:31 ID:???
無効なパケットです。破棄します。

373 :sage:02/09/01 13:54 ID:???
このままSIPで進めて間違ったらダウトをコールでいい?

374 :sage:02/09/01 15:07 ID:???
<---------------- 699 A-bone


375 :sage:02/09/02 21:27 ID:???
>374
同人を?


376 :sage:02/09/03 00:42 ID:???
>370
ダウト


377 :sage:02/09/04 18:18 ID:???
死にたい


378 :sage:02/09/05 23:46 ID:???
UPDATE------------->


379 :sage:02/09/07 03:34 ID:???
インターネットにつながってない状態で動作する
フリーのSIPアプリってないですか?
実際に流れるパケットを見てみたいです。

380 :sage:02/09/07 03:40 ID:???
>379
http://www.vovida.org/


381 :379:02/09/07 04:09 ID:???
>380
「板違いだゴルァ」とか罵倒されて終わりだと思っていました。。。
ダメもとで聞いてみて良かった

ありがとうございました。



382 :sage:02/09/07 20:59 ID:???
Voipスレから追い出されました。
>ttp://pc.2ch.net/test/read.cgi/network/1013050662/353

みなさん課金について語ってください。

383 : :02/09/07 21:43 ID:???
>>382
発呼時刻と着呼時刻をソフトスイッチで記録しておく。


384 :sage:02/09/07 22:15 ID:???
>383
切断は?

385 :新ノード最高:02/09/07 22:32 ID:???
>>383
TDMの発想だとおもわれ。
時間課金であれば実際のRTPパケットの何らかのモニタ必須。
そうでなければ時間課金でなく定額など。


386 :sage:02/09/08 01:50 ID:???
OSP(Open Settlement Protocol)だろ


387 :sage:02/09/08 02:56 ID:???
Q1.転送のためにREFERを送るダイアログは、転送するコールと
  同じダイアログにしなきゃならないの?
Q2.REFERを受けて送信されるINVITEのCall-IDは元のコールと同じもの?


388 :OKI ◆ctsTaGe2 :02/09/08 15:32 ID:???
age

389 :sage:02/09/10 13:36 ID:???
sage

390 :sage:02/09/10 14:55 ID:5Fxe5EdG
sage

391 :名無し:02/09/12 00:40 ID:vB1Xnkrs
SIPってなくなりそうじゃない? 重要なの?


392 :anonymous@ CBCba-47p162.ppp13.odn.ad.jp:02/09/12 01:15 ID:???
>392
今のとこ重要

うまくなくなれば開発費ふんだくって
動くものおさめなくてもよくなるかもYO

393 :sage:02/09/12 22:44 ID:???
>392
この給料泥棒!貴様はクビだ。

394 :391:02/09/12 23:54 ID:???
>393
いいじゃん
みんなどっかでそれを期待しながら作ってるくせに!!

なにがいいってあの納入直前の各種品質記録関連ドキュメント
をデッチアップしなくていいのがイイ!!

395 :392:02/09/12 23:57 ID:???
間違えちゃった
>394は>391じゃなくて>392です

396 :sage:02/09/14 04:37 ID:???
REFERってなんだ?

397 :sage:02/09/16 03:13 ID:???
>>396
draft-ietf-sip-cc-transfer-0?
draft-ietf-sip-refer-0?
draft-ietf-sip-referredby-0?


398 :Sipマスター タイソン:02/09/22 17:19 ID:y9GWODdF
>REFERってなんだ?
新しい勧告でてなかったけ?

399 :Sipマスター タイソン:02/09/22 17:37 ID:y9GWODdF
ここはIEFT SIP評議会、
http://www.cs.columbia.edu/~hgs/sip/drafts/draft-ietf-sip-refer-05.txt
ここにあるけど。
SIPトランザクションとともにあらんことを!!

400 :sage:02/09/23 00:50 ID:???
may sip transactions be with you!!


401 :URI:02/09/23 13:03 ID:GJK4n4jI
SIPサイコー!

402 :sage:02/09/23 21:47 ID:???
曖昧なRFCサイコー!



403 :sage:02/09/24 00:38 ID:???
先週、某○KIと打ち合わせしたら、RequestURIとRecordRouteについて
故同人屋と同じ見解だったなぁ。
大丈夫かなぁ。


404 : ◆lCTsTAGE :02/09/24 01:37 ID:???
>403
トリップの人達?

405 :sage:02/09/25 12:50 ID:???
>399
ttp://www.ietf.org/internet-drafts/draft-ietf-sip-refer-06.txt
こっちの方があたらしいよ。

406 :sage:02/09/25 21:41 ID:???
>>403
本人


407 :sage:02/09/26 18:55 ID:???
>>403
故・・か(藁


408 :sage:02/09/27 00:21 ID:???
>>407
あんな彼でも居ないとなると寂しいなぁ、なんて思ってませんか?


409 :sage:02/09/27 01:45 ID:???
善 善


410 :sage:02/09/27 02:56 ID:???
誰か会議について語ってくれ

411 :sage:02/09/28 04:14 ID:???
>381
某代理店サイトによると、RFC違反もあるようだから鵜呑みにはせんほうが
よいかもしんまい。


412 :sage:02/09/28 05:33 ID:???
           ,. ''"´    ` ` 、          
           ;'            ':..      
          ;'      ===   ====     / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
        ./        ●     ●    < ウタちゃんですが、何か?
        ./          ⌒  ▼⌒':     \________
  __  ./         彡  ∵人∵ノミ___
    ̄ ./  _         ミ   ノ"ミ ̄ ̄ ̄
   ̄ ̄ ̄ ̄ ̄━━ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
  ̄ ̄━━━ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄




413 :OKI:02/09/28 16:00 ID:mtOPfzSl
>>411
MLで指摘すればすぐ直るものを…、
って、どこにそんな情報あった?


414 :SIP:02/09/28 19:43 ID:1ajRfB4+
http://www.nortelnetworks.com/products/01/succession/cs/ims.html
こんなの発見。 使えるのかな?


415 :sage:02/09/28 19:44 ID:???
>>410
ttp://www1.ietf.org/internet-drafts/draft-ietf-sipping-service-examples-02.txt
ttp://www1.ietf.org/internet-drafts/draft-ietf-sipping-conference-package-00.txt
ttp://www1.ietf.org/internet-drafts/draft-ietf-sipping-cc-framework-01.txt
ttp://www1.ietf.org/internet-drafts/draft-ietf-sipping-cc-framework-01.txt
あたりじゃねーの


416 :sage:02/10/01 20:53 ID:???
>>414
宣伝でつか?



417 :sage:02/10/01 20:56 ID:???
>>413
某代理店サイトって ttp://www.dairiten.com:81/ のことじゃ
ないかと。googleに広告出してるみたいだけど、何を売っている
のかは良くわからない罠。




418 :anonymous@ h138.p997.iij4u.or.jp:02/10/02 00:04 ID:WTvgmc27
SIP SOP SUP

419 :sage:02/10/02 01:09 ID:???
いみなくあげんなよ
さて潜行。


420 :Reg:02/10/03 12:54 ID:b7UkrpXG
REGISTERするタイミングについて、どのような実装が存在するか教えてください。
SIPのmobility機能について興味持ってます。

・DHCPでアドレス取得できたら。。
・クライアントを起動した際
・マニュアルで。。。

等々。できればどこそこのクライアントとういう情報込みで。

421 :sage:02/10/03 15:16 ID:???
漏れはDHCPで…で実装しますたね。


422 :sage:02/10/03 15:17 ID:???
っていうかageんとるてぃーや。


423 : :02/10/04 00:00 ID:???
>420
マニュアル
起動時
アドレス取得・変更時
設定変更時

ぐらいか

424 :420:02/10/04 09:13 ID:PkG9G33N
>421 , >423 有難うございますた。


425 :ぴくぴくっ:02/10/04 23:23 ID:???
ティムポ-------INVITE------->マムポ

426 :sage:02/10/07 22:31 ID:???
家庭で使えるSIPフォンってある?

427 :sage:02/10/10 04:20 ID:???
>426
PC

428 :sage:02/10/22 10:53 ID:???
QoS関係の新しいRFC出たね。


429 : :02/10/24 23:57 ID:???
フュージョンとBIGLOBEから発表されました
SIPらしいですよ

430 :sage:02/10/28 18:53 ID:???
SIPの本が出てました。
翻訳らしいけど。
内容はどんなん?

431 :anonymous@ h138.p997.iij4u.or.jp:02/10/28 22:10 ID:???
http://ssl.ohmsha.co.jp/cgi-bin/menu.cgi?ISBN=4-274-06492-1
オーム社から出たこれやね。


マスタリングTCP/IP SIP編
Henry Sinnreich・Alan B.Johnston 共著
阪口克彦 監訳
B5 320頁 定価(本体3800円【税別】)
ISBN 4-274-06492-1

阪口克彦って誰や?

432 :anonymous@ global-user01.toshima.ne.jp:02/10/28 23:03 ID:9HFt2cfb
オリジナルは Internet Communications Using SIP みたいですね。amazon の書評は★5か。

433 :sage:02/10/29 23:17 ID:???
>431
googleで引いたら、
http://www.softfront.co.jp/company/manage.html
がトップヒット。
業務からして当たりの予感。

434 :431:02/10/31 22:43 ID:???
>433
ふぅ〜ん。
でもまぁ監訳だからねぇ。
実際の訳は近所の大学生にアルバイトさせたとかあるかも。
買った人レビューキボン。

435 :sage:02/11/03 04:12 ID:???
買って読んでる。
解説範囲は割と広い。
SIPを使ったサービスにも触れてて、初級&中級をカバーしていると思う。
オリジナルは約2年前なんで2543ベースだが、訳の段階で3261準拠にしたらしい。
って、どこが違うのか分からないけどねー。


436 :sage:02/11/05 22:51 ID:???
>435
「H.323/MPEG-4教科書」
と比べてどうよ。



437 :sage:02/11/06 01:00 ID:???
>>432
原著者の会社って倒産したんじゃ・・・


438 :sage:02/11/07 03:15 ID:???
RFC3261(2543でも可)の翻訳をダウンロードできるサイト知りません?
もちろん無料がありがたいけど有料でもいいです。


439 :anonymous@ g035040.ppp.asahi-net.or.jp:02/11/08 23:16 ID:PpU/hSRo
>>438

ここにあるよ。
http://www.softfront.co.jp/tech/sip/rfcdraft_sip.html

440 :kazu:02/11/09 16:25 ID:0qbRlpwz
ふれっつadslでc806でうまくいきません。おしえてちょ
Router#sh run
version 12.2 / ip subnet-zero
no ip domain-lookup / vpdn enable /vpdn-group 1
request-dialin /protocol pppoe /interface Ethernet0
ip address 192.168.1.1 255.255.255.0 /ip nat inside
hold-queue 100 out /interface Ethernet1
no ip address /ip nat outside
pppoe enable /pppoe-client dial-pool-number 1
interface Dialer1
ip address negotiated /ip mtu 1454
ip nat outside /encapsulation ppp
ip tcp adjust-mss 1414 /dialer pool 1
no cdp enable /ppp authentication pap chap callin
ppp chap hostname ******@******.ne.jp /ppp chap password 0 *********
ppp papsent-username *******@*****.ne.jp
ip nat inside source list 101 interface Dialer1 overload
ip classless /ip route 0.0.0.0 0.0.0.0 Dialer1
no ip http server /ip pim bidir-enable

441 :438:02/11/15 01:26 ID:???
>>439
ありがとー
他のも翻訳と薄く見えるんだけど、そのうち公開されるのかなぁ?


442 :URI:02/11/15 10:04 ID:+5e6pJZq
ソフトフロントがんばって欲しい。ってゆーかもっと注目されてもいいのに。

443 :    :02/11/27 23:43 ID:???
http://www.eaccess.net/company/press/2002/021127.html
これって SIP なの?

444 :_:02/11/28 11:01 ID:???
SIP らし http://www.rbbtoday.com/news/20021127/9611.html

445 : :02/11/29 00:44 ID:???
>>444
MGCPのBBホンを包囲するつもりなんでしょうか?

446 :anonymous@ actkyo024178.adsl.ppp.infoweb.ne.jp:02/11/30 11:01 ID:???
"N" SIPって聞いた。
ところで"N"ってどんな方言なんだろ?

447 :中根:02/11/30 13:02 ID:NWPXMWPw
SDP内のメディアフォーマットで、101って何でしょう?
RFC等で調べたんですが、分かりませんでした。
0,8,18等は、ベアラ(圧縮率)ってのは分かったんですが。。。
情報キボン

448 : :02/11/30 14:45 ID:???
>>446
NOTASIP ?

449 :SIPit:02/12/01 10:01 ID:???
>>447
ユーザ定義コーデック値だとおもうが。
SDP内にコーデック定義ない?
ない場合は、端末側が勝手に定義した値のはず。

450 :NSIPER:02/12/01 23:14 ID:???
>>446
Nanchatte SIP

451 :sage:02/12/06 00:52 ID:???
野郎ども。パークとピックアップについて語れ。


452 :sage:02/12/06 15:50 ID:???
ここに全部書いてある http://www.ietf.org/internet-drafts/draft-ietf-sipping-service-examples-03.txt

453 :sage:02/12/07 01:01 ID:???
pickupするための情報を、SUBSCRIBE/NOTIFYで知らせてもらう場合の
Eventってどこかで提案されてた?


454 :anonymous@ 203.160.226.50:02/12/07 18:48 ID:Hbx3DGPc
>>447
Content-Length: 269

v=0
o=internet_HQ 0 0 IN IP4 202.54.5.12
s=session
c=IN IP4 202.54.5.12
b=CT:1000
t=0 0
m=audio 6360 RTP/AVP 97 0 8 4 101
a=rtpmap:97 red/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:4 G723/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16


455 :_:02/12/07 22:49 ID:???
linphone で DTMF 送ると 101 だったな

456 : :02/12/09 23:51 ID:RczsFH9I
HTTP Digest認証を使う時に、
cnonce等のオプションを付けて返答するか付けないで返答するかはどうやって判断するのが良いかな?
ときどき、これらのオプションが無いとエラーを返すサーバとオプションが有るとエラーを返すサーバとがあって苦労してます。

457 ::02/12/10 08:34 ID:???
無線LANの電波を無線機で傍受、PCで変換してデータをハッキング出来る方、暗号化していてもそれを解読できる方、「ホットスポット」をピンポイントで確実に狙える方、必ずお礼はしますので、ぜひ一度メール下さい。よろしくお願いします。amanos@poppy.ocn.ne.jp


458 :おしえて:02/12/11 01:30 ID:???
strict routingとloseroutingの違いは何でしょう?


459 :sage:02/12/11 02:06 ID:???
>>454
それはDTMFだよ。

460 ::02/12/12 23:42 ID:???
http://www.sip.or.jp/


461 :hoge:02/12/13 01:25 ID:z8YGPmwb
いいからお前は IP-T の売り方必死こいて考えてろ

462 :anonymous@ proxy8.ics.ntts.co.jp:02/12/16 15:35 ID:???
test

463 : :02/12/17 22:36 ID:VBTan4PJ
http://bb.watch.impress.co.jp/cda/news/332.html
SIP通信ソフト?

464 :sage:02/12/20 00:09 ID:???
FUSIONのIP電話サービスってソフトフォンなの?ハードフォンなの?

465 :URI:02/12/20 01:48 ID:???
>>464
2ちゃんねるの通信技術板のSIPってしってるかい?というスレッドに書き込んでる人間が
フュージョンの公式サイトにたどり着けないとは思えない

466 :sage:02/12/20 03:22 ID:???
>465
そのサイトの、FUSION IP-Phone というのがソフトなのか
ハードなのかを聞いているとは考えないのか?

467 : :02/12/20 18:46 ID:???
test

468 :sage:02/12/25 01:40 ID:???
ACKって要るの?
TCPのsynとackじゃだめ?

469 : :03/01/10 16:55 ID:???
TCPだけしか使ってないノカよ

470 :sage:03/01/11 02:01 ID:???
H.323ならTCPだよね?

471 :名無しさん@お腹いっぱい。:03/01/12 01:21 ID:RkPWVmTU
VoIP関係の資料は日本語少ないね
はぁ

だれか2ch用SIP串でも作ってあそぼーよ…っていかないよな(爆

472 :山崎渉:03/01/15 22:17 ID:???
(^^)

473 :名無しさん@お腹いっぱい。:03/01/18 15:20 ID:YkYWAqEZ
SIP串の設定詳細きぼんにゅ

474 :vvv:03/01/18 16:10 ID:Q81U28BR
http://www6.ocn.ne.jp/~endou/index2.html
     ★YAHOOOプロフィール★


475 :  :03/01/18 19:26 ID:???
>>470
H.323 なら IP 使うとも書いていませんが、何か?
勧告の上では。


476 :yy:03/01/19 01:36 ID:uwMlT1VN
H.323でUDP使ってもいいし、SIPでTCP使ってもいい
それとアプリのACKとトランスポートのACKの違いがわからない奴は
ネットワークの入門書からやりなおし

477 :名無しさん@Emacs:03/01/19 08:40 ID:0HIyxwg0
>>473
siproxd
http://sourceforge.net/projects/siproxd/
ネットワークインターフェース二つ以上を使った
Linux Routerで動かすなら、これが一番設定簡単。
ドキュメントも分かりやすい。

partysip
http://www.partysip.org/
上以外なら、これも結構設定簡単。
でも
"Is there any documentation?"

"Not yet. I hope this FAQ will be useful. The first documentation will be available when the first stable version of partysip will be released."
とのこと(FAQより)

Sip Express Router
一番汎用性有り。
商業用のシステム作るならこれ。
ドキュメントも充実しているが、設定がやや難。

478 :477:03/01/19 11:37 ID:0HIyxwg0
siproxdは、LANの中で使う用みたい。
internetに公開するつもりならSip Express Routerかpartysipかな。

479 :名無しさん@お腹いっぱい。:03/01/19 12:05 ID:D7ouBCce
わお!
ありがdd

とりあえず、速いマシンを借りてきたので入れてみます(しかも2CPU

480 :  :03/01/19 13:46 ID:???
>>476
SIP だと UDP/TCP/SCTP/TLS を使うと書いてあるけど・・・
後ろ2つが使える実装あるんでしょうか?

481 :NAT:03/01/19 13:57 ID:9jqRn2mG
NATの中から外に繋ぐのにとりあえずlinuxでip_masq_sipっての
入れたけどこれって実際どうなの?

482 :sage:03/01/25 19:12 ID:???
こんなのみつけますた。でもたかいね。
ttp://www.j-techno.co.jp/semi3/sip.htm



483 :名無しさん@お腹いっぱい。:03/01/28 02:19 ID:lipDCFAA
おまいら、今月のOpenDesign読んでみれ


484 :hoge:03/01/29 23:38 ID:ku8buKIh
JAIN SIPの実装分かる人ています?
SIP SERVLETとのからみがよく分からなくて・・・・・・

485 :名無しさん@お腹いっぱい。:03/01/31 12:35 ID:9JLw1Sc4
あの痛いところに貼る奴?

486 :hoge:03/02/02 17:50 ID:KwLnmJrQ

 そうそう、それです。

 けっこう痛がってんですけど、どこに貼っていいのか
 わかんなくて・・・・・・

 なんかいい情報ないですかね

487 : :03/02/02 22:49 ID:OJPXUwqW
その貼る奴ってコーワとかいうメーカーもありましたよね。
友達から聞いたんですがお勧めらしいですよ。

488 : :03/02/03 02:00 ID:???
>>487
ひょっとしてこのスレたてた勇気あるメーカ?

489 ::03/02/07 14:53 ID:???
age

490 :名無しさん@お腹いっぱい。:03/02/09 15:14 ID:61h4T16u
漏れはトクホン派

491 :名無しさん@お腹いっぱい。:03/02/09 15:21 ID:???
はぐれ刑事純情派

492 :anonymous@ n144086.ap.plala.or.jp:03/02/09 19:26 ID:???
VPNとの相性は悪そうだが、どうだ?

493 :anonymous@ ntoska013164.oska.nt.adsl.ppp.infoweb.ne.jp:03/02/09 19:40 ID:a/mMEP88
ここで色々探すのは邪道ですか?

http://adult.misty.ne.jp/rank/enter.cgi?id=fdeai

494 : :03/02/10 02:02 ID:YV5GH/64
セッションってなに?

495 :sap:03/02/10 10:36 ID:Y0x3Yr+q
>>494
もともとSIPは、Session Invitation Protocolとして始まった。
MBoneでのsessionにinviteするしくみだな。
SDPは、SAP (Session Announce Protocol)のbodyとして始まった。

496 :anonymous@ h143.p996.iij4u.or.jp:03/02/20 20:39 ID:Ao9UuPAv
ソフトフロント もうダメポ


497 :ミケ猫:03/02/23 03:31 ID:XZYVl5mS
>>496
softfrontなんでもうだめなの?

ところで、SIP URIからnexthopのDNS解決の時に、
NAPTRを引かずにいきなりSRVを引くのはもう駄目なのですか?
最新状況での許容される挙動を誰か教えてください。

498 : :03/02/23 04:35 ID:QOnyrLmV
おいお前ら、SIPが大変ですよ
CERTョ Advisory CA-2003-06 Multiple vulnerabilities in implementations
of the Session Initiation Protocol (SIP)
http://www.cert.org/advisories/CA-2003-06.html


499 :sip sipper sippest:03/02/23 13:17 ID:???
>>497

社員半数カイーコ


500 :sip siped siped:03/02/23 14:31 ID:???
>>499
マジでっか?、社員1人雇いたいんですけど。
SIP に明るい人間キボンヌ。

いることはいるんだけど、人数が・・・・

501 :sippen:03/02/23 15:06 ID:p8pwcD7P
>>347
UAって必ずOutbound Proxyに投げなあかんの?
自分で直接相手に投げるのは禁止されとる?

>>500
SIP/VoIPに完全集中のために解雇なら意味ないやん?

502 :なまえなし:03/02/23 20:52 ID:???
>>498
ガクブル・・・

503 :(´・ω・`):03/02/23 20:56 ID:navYZVUA
ソフトフロントどうするんだろう。
ただでさえ不況の北海道がますます沈没してしまう。もうだめぽ。

http://www.bnn-s.com/bnn/bnnMain?news_genre=2&news_cd=220011025460


504 :sage:03/02/23 22:07 ID:???
>>496 >>503
ベンチャー板でも話題になってるね。
つか、情報の速さ的に関係者だろ!

http://money.2ch.net/test/read.cgi/venture/987253536/


505 :dns:03/02/24 21:46 ID:DBmD5S29
>>497
ENUMでNAPTR(u)引いてSIP URIを得てそれをNAPTR(s)引いてSRV引いてSIP鯖を得る
はずだがなんでこんなに複雑なんや!?

506 :SIP初心者:03/02/24 23:56 ID:4kb4lrIP
すんません。あほなことを聞きますが
SIPってこれから標準化されるものと、昔からあるものとあると聞きました。
RFC3261というのは後者に属するものなのでしょうか?

507 : :03/02/25 00:43 ID:NUaaJLb9
>506
マジレスすると、おそらくあなたの情報が古いと思われます。
前者がRFC3261で、後者がRFC2543でしょう。

508 : :03/02/25 01:13 ID:???
SIPに複数のセキュリティホール
http://www.zdnet.co.jp/enterprise/0302/24/epn17.html

509 : :03/02/25 16:12 ID:???
>>508
プロトコルにホールがあるのか実装にホールがあるのか

女の股にホールがあるのか

区別つけろよ

510 ::03/02/25 19:08 ID:u9CP6Wym
まあ多くのじっソウニ影響があるわけで

511 :anonymous@ j072176.ppp.asahi-net.or.jp:03/02/26 00:30 ID:KEukpMqk
NTTと郵政公社
http://www.asahi.com/business/column/K2003022500629.html
                 
NTTの担当者に家に来てもらう必要が出た。以下は電話でのNTTとのやりとりである。

「今週末に我が家に来て回線の状況を見てもらえますか」「こちらはウイークデーしかやっていません」
「えっ、では今週金曜日の18時に」「いえ就業時間中でないと困るんです。10時から5時の間にお願いします」
「それは仕事のある身には厳しいですね。昼休みに職場から家に戻ります。午後1時に来て下さい」
「2時にしてもらえませんか。食事を終えてから出ますので」「もしかして昼食時間は働かない規則ですか」
「実はそうなんです。それから当日ですが車で行きますので早く着いてしまうかもしれませんから家には1時30分ごろには居て下さい」

サービス業を生業としながら今時こんな風にやっている企業も珍しい。そう思っていたらつい先日、
電話回線の事業者間接続料金値上げを総務省が検討しているような記事を紙面で見た。

冗談ではない。通信コスト低減のためには通信事業者間の競争は不可欠で、何よりも新電電の競争力は担保しなければならない。
なすべきはNTT経営陣が労働組合を巻き込んで一層の合理化、効率化に取り組むことである。
民間企業の多くは合理化の上で賃下げもやむなしという状況にある。

遅ればせながら通信事業を追いかけ郵政事業が4月から郵政公社に衣替えとなる。
民間から総裁が起用され、客の視点による郵便局窓口の改革を実現しようとする取り組みもなされている。
だが国から独立して公社となっても競争状態がなければサービス、価格はいずれ硬直したものとなる。

民営化であってもNTT回線事業のようなことになる。要は市場における価格、品質、サービスの競争を通してしか
事業は健全化しないということである。役所仕事を考えてみればよく分かる。
郵政3事業が真の意味での民営化を必要とするゆえんである。(啄木鳥)

(02/ 25 )

512 :浜松町:03/03/01 17:59 ID:???
TTC で SIP の日本標準を作るらしい・・・


513 :IETF:03/03/01 19:29 ID:Pii2tsvu
国境のないインターネットで用いるSIPに日本標準ですか。

だれがTTCなんかに従うのでしょう?
独自拡張とかも考えていたり?

514 :浜松町:03/03/01 21:34 ID:???
>>513
事業者間で料金情報の転送を目論んでいるらしいけど。
つまり ISUP みたいのをつくるらしい。

515 : :03/03/02 01:43 ID:???
習慣だけで動いてる…

516 :SIP:03/03/02 04:20 ID:ttzBIBF4
>>501
Outbound ProxyがRedirect Serverだった場合に、
無限ループが発生しないかな?

FirewallとかでOutbound Proxy必須のときは、
専用Proxyであればよい?

517 :_:03/03/02 04:31 ID:???
VoIPとPSTNでは課金の考え方が異なるはずだけど、
PSTNと接続する限りはPSTNに引きずられちゃう
のかな。事業者間清算をTTCがどう決めるのか
気になるところ。本当にISUPみたいになるの?
3GPPみたいなのも囲い込みみたいで嫌。

518 :anonymous@ gd1-253005.gd.kcn-tv.ne.jp:03/03/02 07:20 ID:rNrKXFJ/
↓↓↓↓↓★ココだ★↓↓↓↓↓
http://www.pink-angel.jp/betu/linkvp/linkvp.html

519 :無料:03/03/02 19:20 ID:ROnCgVmo
>>517
インターネット利用がほぼ定額になりつつ時代、
いくら音声分の帯域確保交換接続などの付加価値をつけたところで、
呼毎に課金をするようではコストが無駄で、無料かせいぜい定額制がいいところ。

もちろん、帯域確保されないベストエフォートでの利用ならば、
現状すでにISPに頼らなくてもインターネット電話は使えているわけで。

課金情報を交換ということは、呼毎に課金をするつもり以外になにかメリットある?

そういえば、SIPのRegister Server兼Outbound/Inbound Proxy Server設置するだけで、
インターネット上の任意のところからMSメッセンジャーなどSIP対応のを使えば
手軽に初心者でもインターネット電話を使えているようですな。

520 :z9hg4bk:03/03/04 19:53 ID:???
RFCもドラフトもさんざん読んで数人でSIPプロトコル、スクラッチから実装して製品も出た。
だが私の千時間近い残業代は全く出ない。いまの会社に愛想が尽きたんで転職先を紹介して
くだちい。

どっか募集してないでつか?



521 :名無しさん@お腹いっぱい。:03/03/04 20:45 ID:???
>>520
GOTO 500

522 :774RR:03/03/04 21:04 ID:???
>>500
社名晒して。


523 :175RR:03/03/04 22:44 ID:???
>>519
dairiten.comの方でつか?

524 : :03/03/05 00:23 ID:???
>519
費用に占める課金コストの割合って、ばかにならない数字だった気がする。
高速道路のETCと似たような問題だね。ETCいらないから料金所なくせってやつ。
でもキャリアとしては課金システムは必須と。
高速道路の場合は料金所という目に見えるボトルネックがあるから素人にも
理解しやすいけど、課金システムの面倒くささは知らないよな。

現代のような従量制課金が導入されたのは30年くらい前だったかな。
それまでは市内は1回いくらの定額制だった。電話が一般家庭に普及しはじめて、
主婦の無駄話でクロスバ交換機がパンク。で、従量制導入。
コンピュータの発達があって初めて高度な課金が可能となった。
アメリカが定額のままいけたのは、ユーザーの圧力だけじゃなくデジタル交換機
の開発が間に合ったからか?電電公社は国産に拘って遅れたからなぁ。

525 : :03/03/05 04:06 ID:???
>>512, >>513

TTCって、日本語の翻訳規格出しているに過ぎないと思うんだが...
H323とかもそうでしょ


526 :月100円でどう?:03/03/08 02:55 ID:d9Ku7/TW
>>524
このまま10G ether主流になると、電話くらいは誤差になるとして、
DNSとSIP proxy立ててSIPアドレスさえ月100円くらいで提供すれば、
他のISPなどに依存しなくても誰でもインターネット電話できるよ?

527 :_:03/03/08 04:37 ID:???
>>526
インターネット電話同士ならできるだろうけど、
固定電話や携帯とも繋がらないと意味なし。
仲間内だけでやるならお遊び、勝手にやって。

528 ::03/03/08 05:09 ID:???
>>527
固定電話=おうちのインターネット電話
携帯電話=無線LANなど利用のモバイルでのインターネット電話

どちらも繋がりますよ?? 消え行く古典電話の心配しているの??

529 :_:03/03/08 06:52 ID:???
>>528
通信相手がみんなインターネット電話使ってるわけじゃないでしょ。
既存電話網の心配をしてるわけじゃなくて、既存電話網との
相互接続を考えなきゃインターネット電話も普及しないという話。
キャリアはそれで苦労してるのですよ。

530 :名無しさん@お腹いっぱい。:03/03/08 06:53 ID:???
>>528
田舎の人は実感沸かないんだよ

531 : :03/03/08 11:04 ID:???
>529
ほら、春だからさ…

でも、ブロードバンド回線が1000万以上となると、相互接続のやり方も変わって
くるような気がする。相互接続費用じゃなくてレガシーサービス維持費になったり。
携帯電話が固定電話を脅かすのとはわけが違う。携帯は電話の仲間だけどIPは違う。
今現在のNTT内部でのISDNの扱いが気になる。1年前は「世界に冠たるサービス」
と言ってたが…

532 :春一番:03/03/08 17:19 ID:6veLhKeO
>>530
賛同。既に脱既存電話の方向へ進み始めているとの認識。

既にISPなどへ支払いをしているのだから新たに費用を払う必要はなく、
一方、既存電話しか通じない相手には既存電話でしばらくの間はかければよい。

なぜインターネット電話でさらに課金を考えるのかが謎であるし、
仮に接続用ISPに依存しなくてもSIPアドレスだけ他からもらうこともできる。

>>531
相互接続のやり方既に世界的な標準としてENUMで動きつつあり、
相互接続費用というのは、ドメイン名管理と同じくDNS管理費用となっている。

533 :_:03/03/08 18:29 ID:???
>>532
数年後にはどうなってるか知らないけど、
今どうするかを考えてるんだよ。
キャリアも食ってかなきゃいけないし、
でもインターネット電話もやらなきゃいけないし、
結構これで大変なんだよ。
理想でいえばおれも呼毎課金なんてナンセンスだと
思ってるけどね。ましてや従量制なんて。

>>531
田舎の親が黒電話使ってるような状況で、
固定電話が迫害されるのも困るけどね(w
メタル全廃して光だけになれば状況変わるかな。
かんがれ、みかか

534 : :03/03/08 20:13 ID:???
あ、TTCは今じゃなくて数年後の為にSIPを改造しようというのか?
そりゃまったく理解不能だわ。
数年後の日本人は従量制通話があった事さえ忘れてるかもしれないのに。

>533
わざわざ迫害する必要性を思いつかないが、いつかは消え去るもの。
それに、旧式だからといって市内通話を定額にできないわけじゃない。
問題は中継回線のIP化なんだが、有線放送電話はすでにIP化してたりする。

535 :SIP初心者:03/03/08 22:04 ID:iDIN4Rlb
とりあえずみかかは既存の電話網にて定額制をはじめたほうがよいかもね。
それもIP電話と同等もしくは若干高い価格帯で。

それで十分ってユーザも多いはず。

536 : :03/03/08 23:39 ID:???
自分の語っている理想が何年後の話か書いておけよ

537 :一般ユーザ:03/03/09 01:03 ID:P3E0G+Cm
まずは、いますぐの話をしよう。

インターネットを利用してる人とは、SIPアドレスにてインターネット電話を使用。
インターネットを利用していない人とは、従来の電話のまましばらくは使用。

新たに追加費用の発生はないし、インターネットを利用していない人とも通話可能。
そのうち、みんながインターネットを利用するので、そのときに従来の電話を廃止。

おそらくその前に、インターネット電話を使用するだけで従来の電話などへも、
従来の電話の基本料金を払うよりも安く通話できるサービスが提供される。
その時点で、従来の電話の契約をやめることになると思う。

したがって、従来との電話の相互接続は必要ないし、費用もかかるので無駄。

538 :_:03/03/09 02:32 ID:???
>おそらくその前に、インターネット電話を使用するだけで従来の電話などへも、
>従来の電話の基本料金を払うよりも安く通話できるサービスが提供される。

これを相互接続って言わんか?
まあ料金についてはいろいろ思惑あるだろうけど。

539 : うにょ?:03/03/09 07:36 ID:a7ar7sBm
おまえら、通信はライフラインだってこと忘れてないか?
今のSIPごときが、いまの電話に取って代わるだけの
信頼性があるとでも思っているのか?

540 :anon:03/03/09 07:49 ID:CQEteInb
電話屋さんは、よくSIPを馬鹿にしますが、
具体的にどういう機能がSIPで問題かまでは言及できません。

電話屋さんにとってはSIPの普及は理解できぬ恐怖に見えているのです。

もちろん従来の電話と同様にSIPが完璧ではないことは明らかですが、
信頼性を問題にするにしてもきちんと明示しないと誰も納得しません。

541 :anony:03/03/09 10:59 ID:R9JaMUse
>電話屋さんは、よくSIPを馬鹿にしますが、
>具体的にどういう機能がSIPで問題かまでは言及できません。
そういうおまえも電話屋だよ。
インターネット屋さんは、たかが電話ごときSIPでもH.323でもなんでもいいんだよ。


542 : うにょ?:03/03/09 11:00 ID:a7ar7sBm
>>540
電話屋を馬鹿にしてるだろ。
H.323とかRFC 3261程度なら普通に理解してるぞ。
それぞれのプロトコルスタック実装したり、変換器つくったり。

で、SIPの話なんだが、
緊急通報(119など)の発信に十分利用できるとおもうか?
災害時などの輻輳制御は十分に検討されているか?

電話屋を馬鹿にするんなら、せめて、
電話に求められる品質や要求仕様を理解してからにするんだな。

543 :anonymous@ n161124.ap.plala.or.jp:03/03/09 12:18 ID:???
             ∩
        ∧_∧   | |   / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
       (  ´Д`)//  < 先生!こんなのを発見シマスタ!
      /       /    |
     / /|    /      \  http://saitama.gasuki.com/aomori/
  __| | .|    |         \
  \   ̄ ̄ ̄ ̄ ̄ ̄ ̄\     \_____________
  ||\             \
  ||\|| ̄ ̄ ̄ ̄ ̄ ̄ ̄|| ̄
  ||  || ̄ ̄ ̄ ̄ ̄ ̄ ̄||
     .||              ||

544 :   :03/03/09 17:22 ID:???
>>542
>緊急通報(119など)の発信に十分利用できるとおもうか?
>災害時などの輻輳制御は十分に検討されているか?

「呼び戻し」実装なしなら・・・、とおもったけでやっぱ
むりか。「呼び戻し」は携帯では実装あったんだっけ?なか
ったと思うけど。

>電話屋を馬鹿にするんなら、せめて、
>電話に求められる品質や要求仕様を理解してからにするんだな。

それだけの為に電話網維持するカネを誰が出してくれるか大いに
疑問に思う今日この頃。みかか地域さん、電話定額制始めないと
マジでじり貧ですよ。

電話屋の最後の世代として、SIP の Call Control だけは
握っておきたいなぁ。これさえ握り続ければまだ他のサービス
への展開もありそう(ないかもしれんけど)。一般ユーザが
直接 DNS 叩いて通話始めたら、電話屋は完全廃業です(藁。

545 :???:03/03/09 17:32 ID:dw0SypoM
>>544
私はべつに542じゃないけど、そのような意見は3−4年前にたくさん
聞きました。が、どうも社会インフラとしての音声通話は単純に
VoIPで音声の上に乗っければOKというものではなさそうではない、
というのが最近の流れっぽいです。はい。



546 :544:03/03/09 18:30 ID:???
>>545
「ユニバーサルサービス基金」ですか?
税金かそれに類するところからお金を引っ張るしかなさそう
ですね。

547 :anony:03/03/09 19:22 ID:R9JaMUse
>私はべつに542じゃないけど、そのような意見は3−4年前にたくさん
>聞きました。が、どうも社会インフラとしての音声通話は単純に
3~4年前ならともかく、いまどき社会インフラはインターネットで、音声通話じゃなくなりつつありますが?
>というのが最近の流れっぽいです。
どこでの流れでしょう?NTT?総務省?

548 :l:03/03/09 19:35 ID:4D2FPBNp
http://bbs.1oku.com/bbs/bbs.phtml?id=rantyan
★その目で確認すべし!!★超おすすめ★

549 : :03/03/09 20:27 ID:???
つーかざっくりリストラすればNTTだって定額制にできるのに。新技術も税金もいらない。
そうなるとアメリカみたいにADSL普及速度が鈍ることだってありえる。

でもどうあがいても最終的にはIPになっちゃうんだから、今のままマターリ定年を
待つのもいいかもね。定額を求める人はすでにADSLにいってるのだし。

550 :anony:03/03/09 20:43 ID:R9JaMUse
>でもどうあがいても最終的にはIPになっちゃうんだから、今のままマターリ定年を
>待つのもいいかもね。
というか、どうあがいても最終的にはNTTは再国有化、清算事業団化なんで、マターリしてれば?
>定額を求める人はすでにADSLにいってるのだし。
インターネット接続に定額を求めてた人は、そうだな。
今後は残りの連中が定額の電話を求めてADSLにいくことになる。


551 : うにょ?:03/03/09 22:40 ID:a7ar7sBm
>>544
「それだけの為」?
電気通信事業法でも嫁。
>>539でも書いたが、電話網はライフラインなんだよ。

もちろん、技術屋はVoIPで十分な品質を確保できるように
日夜努力しているわけだが・・・

552 :l:03/03/09 23:35 ID:4D2FPBNp
↓↓↓↓↓★ピンクエンジェル★↓↓↓↓↓
http://www.pink-angel.jp/betu/linkvp/linkvp.html

553 :なゆ:03/03/09 23:46 ID:4LcUDze2
>>551
自分のドメインでSIPサーバを上げてユーザにサービスしたら、
電気通信事業法に抵触しますか?

>>544
その呼び戻しというのは、携帯電話でいうところの、
発信者番号通知された番号へかければ相手が移動しても大丈夫に相当しますか?

554 : うにょ?:03/03/10 00:39 ID:???
>>553
前半
提供する内容とユーザによるだろ。
っつか、電気通信事業法なんて日本語で書かれてるんだから嫁。

後半
相当しない。
緊急通報ってのは、発側から呼解放できなくなってるの。
わかりやすく言えば、かけた方の受話器を置いても回線は切れないってこと。
(ハンドセットをおいたら呼び出しベルがなり続ける)

ちなみに、SIPでは切断を拒否する手段は今のところは無い・・・と思う(^^;

555 :なゆ:03/03/10 01:12 ID:PUq5IbFB
>>554
固定電話より普及しつつある携帯電話においても実現できていない呼の維持を、
どうしてインターネット電話においても実現しないといけないのですか?

携帯電話と同様に、発信者へコールバックするだけで十分ではないですか?
インターネットで呼の維持をしようとしても、擬似的なものになって、
実際にはコールバックと変わらなくなると思うのですが間違ってますか?

556 :_:03/03/10 01:39 ID:???
意思決定するのは技術を解ってる人だけじゃないからね。
技術的に無理でもその人たちを納得させるのが難しい時もある。
無理だと解っていてもやらなきゃいけない。
インターネットのように技術主導で成長してきたのと、
進化が止まって過去にしがみつくしかない既存電話じゃ、
考え方が違い過ぎる。
それでもだいぶ変わってきたんだよ。

557 : :03/03/10 01:40 ID:???
>>555
>インターネットで呼の維持をしようとしても、擬似的なものになって、

re-Invite で実装しましょう(ネタです)。



558 :re-:03/03/10 02:07 ID:RY8xI1hp
>557
話はずれるが、re-invite実装してるクライアントある?
あったらおしえてホスィ。

559 :re-:03/03/10 02:08 ID:RY8xI1hp
あ、サーバ側の対応も必要か。


560 : :03/03/10 16:01 ID:???
>556
技術先導は電話も同じなのにね。
電話がコネクション型なのは警察や消防の要請ではなく、グラハム・ベルの時代の技術の制約。
電話の強みはその方式にあるのではなく、社会に認知され技術が枯れきっている事。
ライフラインという言葉が発明されるはるか以前に完成していた。

B-ISDNになると局給電できないけど、NTTはどうするつもりだったのか。
「B-ISDNは電話ではない!」でいいの?ライフラインとか言うなら停電時でも使えるのは
かなり素晴らしいけど。

輻輳制御はSIPの出番じゃないだろ。SIPだけではどうにもならないし。
公的機関は自前の通信網を用意するのが良いと思う。通信機器が桁外れに安いのだから。
yahooがNTTに払ってる暗ファイバとコロケ費用を考えれば、今より安くなるはず。

561 :sip:03/03/10 22:31 ID:???
>>558
呼転送をサポートしているUAは、当然ながらreinviteもサポート
してますよ。pingtel他たくさん。
実装初心者さんでつか?

562 :うにょ?:03/03/11 00:35 ID:???
>>555
「どうして?」て聞かれても、
「緊急通報には必要だから」としか答えようが無いんだが?
携帯電話を緊急通報に利用することはあまり推奨されていないことは
しっているか?なるべく固定電話を使え。
固定電話の重要性をちょっとでいいから理解してやれ。

>>560
シグナリングで輻輳制御できなけりゃどのレイヤでやれと?
輻輳時のアナウンスや網としての輻輳制御なんかはせんといかんだろ。
独自網はいいんだが、各家庭までその網を張るわけにゃいかんだろ?

563 :sage:03/03/11 01:30 ID:???
ライフラインにどれだけコストをかけてもよいかは562が決める事じゃない。
定額課金のIP電話がそこそこの信頼性を得た段階で、緊急時の安心のため
だけに固定電話に毎月3k払うか?

...んま、俺は払うけどな。少なくとも俺の書いたコードが動いてる電話機
しかないなどとなったら夜安心して眠れんわ(稿



564 : うにょ?:03/03/11 01:39 ID:???
>>563
いまいち意味不明・・・。
電話網は国が国民の権利を守るために整備しているんだぞ?
コストをかけてよいかどうかは論点ではないはずだが・・・

「SIPでインターネットで電話安い〜!!」
とだけ騒いでも、結局は移行なんてできない罠。


後半に関して、気持ちは激しくわかるんだが、
「局用交換機」開発に携わったやつにどうしろと?(w

565 :_:03/03/11 01:44 ID:cd9RV2J8
>電話網は国が国民の権利を守るために整備しているんだぞ?
気のせいです。


566 :なゆ:03/03/11 02:02 ID:et87S49a
>>562
緊急通報には必要だからといっても、対応の仕方として
既存の固定電話では適していた概念や手法を、
そのまま携帯電話やインターネット電話に持ってくるのは
無理だったり意味がなかったりするんじゃないかしら?

おっしゃってる発側から呼解放できないっていうのは、
そもそも回線交換モデルでの概念でしょ?

インターネットにおいてもそれらを忠実に再現しないといけないのはどうしてなの?

567 : うにょ?:03/03/11 02:27 ID:???
緊急通報ってのは生命にかかわる。
一分どころか一秒だってあらそうこともある。

輻輳制御で具体例をだすなら、
アイドルグループのチケット予約日に救急車呼べないとか。

切断のほうは良い例が思いつかないがこんな感じ。
電話をかける。緊急通報の内容を告げる。場所をなのる。名前を・・
ってのが緊急通報の手順だと思うが何らかの理由で呼が切断されたとする。
(あわてて電話機を落としたとか、上から物が降ってきたとか)
電話をもう一度かける。お互い相手が先ほどの相手だとは限らないので、
もう一度はじめから手順を踏むことに・・・。
災害などの広範囲な緊急時なら回線が輻輳がちになり、もう最悪。

違う面からいえば、緊急通報はすべて集計されているんだが、
一度つながった呼が解放されてしまうと緊急通報に対する対応率が
どんどん役に立たないものになってしまう可能性もあり、
公共性に問題が生じる可能性もある。
(緊急電話を無視するようなとんでもない奴がいても発見しづらい)

同一の実装にする必要は無いと思うが、本来の緊急通報の目的が
達成できないと乗り換えはむりってこと。

>>565
言いたいことはよくわかる。(w
が、ネタのつもりじゃないなら電気通信事業法よめ。

568 :age:03/03/11 02:38 ID:???
東ガスの事例では、NTTデータの松田さんの記事を見ると
110/119はそれ専用のGWにリダイレクトされるように見え
ますな。家庭ではこうはいかないけども。


569 :なゆ:03/03/11 03:27 ID:et87S49a
>>567
切断のほうの例のお話だと、再び同じ相手と通信できることが目的?

単に通報者側でBYEできなくなっていれば、電話機を落としても問題なさそう。
SIPもRTPも状態維持されれば、発側から呼解放できない仕様を満たしますよね。

>>568
東ガスの事例の記事って、どこで見れるかしら。

570 :  :03/03/11 06:35 ID:???
輻輳管理もいいんだけどCACを実装してるところある?
H.323ですらまともにやってるところ少なかったように記憶してるがどうよ

571 :(=゚ω゚)ノ:03/03/11 08:52 ID:3AHrPw9d
「IP電話マンセ〜!!」と言って色々な所が某国の市民よろしく
両手上げて突っ走っている中でこういう話題になるってのもいいねぇ。
いずれは出て来ると思ってた避けて通れない話だし。

>>554さんが書いていた↓ですが、
>緊急通報ってのは、発側から呼解放できなくなってるの。
>わかりやすく言えば、かけた方の受話器を置いても回線は切れないってこと。
>(ハンドセットをおいたら呼び出しベルがなり続ける)

110番/119番におけるこの機能は、
交換機内のFPT(Fire Police Trunk)と呼ばれる部分の機能により実現されます。
(クロスバ交換機では回路としてあったのでしょうが、デジタル交換機では??)

実はホテルや旅館などに設置される火災通報装置↓もこの仕組みを利用して、
http://www.taiko-ew.co.jp/security/sde204f.html
通報終了後に一度回線を切断し、消防署側からの呼び返し(逆信)を待ちます。
(通報装置側から切断するが、交換機側で保持してるのですぐに呼び返し出来る)
呼び返しして通報者と会話したり、通報確受ランプを点灯するのに使用されます。

572 :(=゚ω゚)ノ:03/03/11 09:02 ID:???
連続カキコスマソ。長くなったので一旦切りますた。

この通報装置はISDNでは動かない事になっていたのですが
(逆信や回線保留、優先発信機能が普通のISDN用TAに実装されていない為)
それをわざわざ実装した火災通報装置用TAというのがあります。
(商品ページが消えてしまったのでぐぐったキャッシュで勘弁下さい)
http://www.google.com/search?q=cache:6SXfPw825BcC:www.taiko-ew.co.jp/information/tat/ta_t.htm+%E7%81%AB%E7%81%BD%E9%80%9A%E5%A0%B1%E8%A3%85%E7%BD%AE+TA&hl=ja&ie=UTF-8

もし同じ仕組みをIP電話でやろうとするならば…ですが、
下位レイヤの仕組みからして違うのにそこまで実装しきれるか?
そこまで実装しても莫大にコストがかかるのでは?と様々な課題があるでしょう。
もしくは、緊急通報/緊急通話の形を変える事で解決する方法もあるでしょう…
簡単なのは今の電話回線が110番/119番専用になるとか(w
SIPと関係無い話になってしまってスマソ。逝って来ます…

573 :プロマー ◆JWxe4Xlg7c :03/03/11 09:06 ID:???
朝から盛り上がってますねぇw

574 :bloom:03/03/11 09:17 ID:t34BkYXn
http://www.agemasukudasai.com/bloom/

575 : :03/03/11 09:24 ID:???
>輻輳制御で具体例をだすなら、
>アイドルグループのチケット予約日に救急車呼べないとか。

…。

576 :sage:03/03/11 09:54 ID:???
>>570
CACって?


577 :sap:03/03/11 22:33 ID:oXDKAxlZ
>>572
ISDN自体は、逆信や回線保留や優先発信機能をサポートしているってこと?
そのへんの普通のISDN用TAでサポートしていないのはどの機能?

>>571
『通報終了後に一度回線を切断し、消防署側からの呼び返し(逆信)を待ちます』
というのは、SIPとRTPで考えると、消防署側からSIPで通報者のIPアドレスへ
発呼すればいいということだろうか?

578 : :03/03/11 22:36 ID:???
             ∩
        ∧_∧   | |   / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
       (  ´Д`)//  < 先生!こんなのを発見シマスタ!
      /       /    |
     / /|    /      \  http://saitama.gasuki.com/hiroyuki/
  __| | .|    |         \
  \   ̄ ̄ ̄ ̄ ̄ ̄ ̄\     \_____________
  ||\             \
  ||\|| ̄ ̄ ̄ ̄ ̄ ̄ ̄|| ̄
  ||  || ̄ ̄ ̄ ̄ ̄ ̄ ̄||
     .||              ||

579 :sage:03/03/11 23:55 ID:???
おつかれさまでした>ALL


580 :セッション開始:03/03/11 23:59 ID:42H/syMN

−−−−INVITE−−−→

581 :sagex:03/03/12 01:08 ID:???
<--- 193 Stalking ----


582 : :03/03/12 01:16 ID:???
--- CANCEL ---->

583 :anonymous@ p6067-ipad11niigatani.niigata.ocn.ne.jp:03/03/12 01:37 ID:+3YKd8a2
http://www.f-cc.com/~momonga/

584 :(=゚ω゚)ノ:03/03/12 11:40 ID:???
>>577
>ISDN自体は、逆信や回線保留や優先発信機能をサポートしているってこと?
>そのへんの普通のISDN用TAでサポートしていないのはどの機能?

その逆で、ISDN自体がそういう機能をサポートしているのではなくて、
普通のISDN用TAがサポートしてない上記の機能をこの専用TAが模倣しています。
>>572 ぐぐったキャッシュ先参照
>デジタル(INSネット64)回線を用いてアナログ回線と同じ仕様で
>運用できます。(逆信、回線保留、優先発信機能は、通常のTAではできません)

優先発信機能は実装しているTAがかなり多いと思います。
(Bチャネルに空きが無い時は110/119通報を優先し他の呼を切断するってやつ)
逆信は回線保留は普通のTAでは絶対無理でしょうね。
これは流石に通報装置とペアで動くTAだからこそ出来るんでしょうけど…。
(その為に通報装置から起動信号をもらうようになってます)

ちなみにNTT東日本の資料は↓
http://www.ntt-east.co.jp/ISDN/tech/spec/tsuika/pdf/118tuiki3-17.pdf
これを見ると緊急電話の番号に118(海上保安庁)も増えたんだったね…。

>というのは、SIPとRTPで考えると、消防署側からSIPで通報者のIPアドレスへ
はその通りで問題無いかと思います。

この手の話題は何もSIPに限った事じゃないから、通信行政板の方が適切なのかな…。

585 :age:03/03/12 21:48 ID:???
まあここではSIP/RTPベースで考えるとして、
優先発信機能というのはチャネルもないのでインターネットでは対象外だろうか。

逆信というのは相手のIPアドレスもわかってるので逆向きにSIP/RTPするだけだな。

回線保留というのは切っても実は切れていないという話だが、
回線交換でないインターネットで意味があるのかどうか謎だ。

やはり、>>567のいうアイドルグループとの戦いのほうが重要かもしれん。
ようするに、アイドルグループよりも優先して扱う機構が実現できるか、だ。

586 : :03/03/12 23:07 ID:???
チケット買わないから世間がどうなっているのか知らないんだけど、ぴあなどは
21世紀になっても交換機を介した人間同士の通話しか予約する手段が無いのでせうか
人海戦術のほうが安いのだろうか

587 :proxy:03/03/12 23:27 ID:???
>>586
21世紀は「交換機を介した」ではなく「SIP Proxyを介した呼で通話は直接」です

588 : うにょ?:03/03/13 01:59 ID:IbdC6zbY
>>569
端末が電話先の種別を覚えておくとコストがかかる。
電話の例で言えば、端末の数と交換機の数考えてみろ。
電話番号追加(118)とかあったときにこまるだろ。
ちなみに、切断だけの話ならいいんだが、
緊急通報かどうかまで端末側の判断を行うつもりなら論外。

>>577
電話の発信元に向かって電話がつながる保障なんてないだろ。
「緊急通報の場合、発側からの切断ではダイアログはクローズしない」
みたいな実装しないかぎり呼び返しなんてできねぇ。
もうちょとセキュリティにも気を使え。

589 :anonymous@ 205.127.111.219.dy.excite.co.jp:03/03/13 02:15 ID:???
>>588
オンフックでBYEを出さなければ良いだけ


590 : うにょ?:03/03/13 02:20 ID:???
>>589
はぁ? そんなことしたら普段から電話切れねーだろ。(w
かけた電話番号が緊急用かどうかの判断が必要になるだろ。
そんなデータベースがネット上にあるわけでもなし、
端末で勝手に判断すりゃ電話番号増えたときに対応できねーし。




591 :sip:03/03/13 02:23 ID:???
> かけた電話番号が緊急用かどうかの判断が必要になる
判断すりゃええんちゃう?
> そんなデータベースがネット上にあるわけでもなし
つくればええんちゃう?



592 : うにょ?:03/03/13 02:29 ID:???
>>591
なんか話がずれてるな。
そんなことしても緊急通報でもなんでもないんだが・・・・
そんなよくわからんデータベースをわざわざ作って
メンテナンスしていくメリットってなにかあるのか?
結局、なにがやりたいんだ?>591

593 :sip:03/03/13 02:30 ID:???
>そんなことしても緊急通報でもなんでもないんだが・・・・
の部分が理解できません


594 : うにょ?:03/03/13 02:43 ID:???
>>593
ちったぁ自分で考えろよ。

緊急通報ってのは、国民の生命、財産、権利などを守るため、
優先的に取り扱うことを目的とするためのもんなんだよ。

端末が勝手に「この通信は優先してね〜」ってほざいても
誰が信用するんだよ。
自発的な切断が無くとも網の一時的な異常とか
攻撃とかで切断されると役にたたんだろ。

「(見かけ上)切れても復旧できる」ことが重要なの。

595 :ももいろ:03/03/13 03:29 ID:JuEAkCbN
>>594
宛先が緊急通報だったら信用すればいいのでは?
データベース方式でもなんでもいいけどインターネット上なら簡単

596 :(´-ω-`):03/03/13 07:50 ID:x4QE+XBE
話題のここです
http://homepage3.nifty.com/digikei/

597 :_:03/03/13 08:16 ID:???
同人屋の次はうにょでつか



598 ::03/03/13 12:08 ID:???
緊急通話の仕組みって世界共通?いつ頃から今のやり方になったの?

599 :大きな森のinvitation:03/03/13 22:32 ID:vURew3pX
>>598
番号を始めとしてなにもかもばらばら。
日本はサービス少なすぎ。

お隣の国だと火災通報と並んでスパイ通報にも番号がある。
別のお隣の国にはガス漏れ通報にも特番がある。

600 : :03/03/13 22:53 ID:???
             ∩
        ∧_∧   | |   / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
       (  ´Д`)//  < 先生!こんなのを発見シマスタ!
      /       /    |
     / /|    /      \  http://saitama.gasuki.com/sinagawa/
  __| | .|    |         \
  \   ̄ ̄ ̄ ̄ ̄ ̄ ̄\     \_____________
  ||\             \
  ||\|| ̄ ̄ ̄ ̄ ̄ ̄ ̄|| ̄
  ||  || ̄ ̄ ̄ ̄ ̄ ̄ ̄||
     .||              ||

601 : :03/03/14 01:17 ID:ovEogVDJ
>この通報装置はISDNでは動かない事になっていたのですが
って、一時はもういらんと認められてたってことじゃん。
それをいまさら持ち出してきて電話網存続の理由にするのは、いくらなんでも強弁がすぎるぞ。
ITU-T標準のH.323でできるんだったらまだしもな。
どうしてもこういうのにこだわるんだったら、RFC748でも嫁。

602 :  :03/03/14 03:41 ID:DLwXMweV

http://members.tripod.co.jp/coli2/linkrenai.htm


603 :anonymous@ proxy319.docomo.ne.jp:03/03/14 04:40 ID:3blSeZez


604 : :03/03/14 18:28 ID:???
>601
この期に及んで電話網が存続できると考えているお目出度い奴はいないと思われ。
でも市内定額にしてしまえば、IP化は数年遅れることになるかもしれん。
テレビ電話などをやるつもりがないなら、電話でも機能は十分すぎる。
NTTは延命したけりゃ定額にしろ。収入減っても交換機の償却期間は稼げる。

605 :   :03/03/14 23:26 ID:ubljlmXs
>この期に及んで電話網が存続できると考えているお目出度い奴はいないと思われ。
まだ3年くらいはもつと考えてるお目出度い奴はいると思われ。
>でも市内定額にしてしまえば、IP化は数年遅れることになるかもしれん。
長距離まで定額にしないと対抗にもなんにもならんが、市内定額を口実に基本料金値上げして、
ADSLと心中するのがほんとの狙いか?
総務省は許しても、世間とアメリカは許さんと思われ。

606 : :03/03/15 03:02 ID:???
ハァ?どう足掻いても結局はADSLと心中する事になる。
ADSLが終わる時に銅線の時代も終わるのだから。

根拠があるなら基本料値上げ大いに結構。100円上げれば年間720億円の増益だ。
だが根拠が激しく不透明なADSLの回線使用料は値下げするべきだ。
プッシュ回線使用料390円も異常だな。

市内定額になると、相互接続料はどう計算するのかな?

607 :sipping:03/03/15 15:18 ID:rbRMF0n2
>>512-525 にあるように、SIPで料金情報を送るらしいよ

608 : :03/03/15 15:36 ID:???
ISP依存のライフラインなんて終わってると思うんだけど
二重障害すら考慮してないISPなんていくらでもあるのに

NTTが生き残るかどうかはともかく、電話網はあと30年は安泰


609 : :03/03/15 16:22 ID:???
>607
誰が使うんでしょうね。それをサポートしてない機械は接続禁止?

>608
30年?銅線の寿命からしてありえない。銅線と光ファイバーのコストはすでに
並んでいるので、銅線が錆びれば光に置き換えられる。

ISPって、ダイヤルアップもyahooもusenもCATVも地域IP網もいっしょくたですか。

610 : うにょ?:03/03/15 22:11 ID:CrtBqXmY
>>595
「簡単」ときたか・・はぁ、ちっとは考えろよ。

>>601
零細企業の製品がINS対応が遅かっただけで
ISDNの存在否定にまで発展させたお前をすごいと思ったよ。
どうでもいいが、RFC 748くらい理解しろよ、ど素人。

>>609
電話網=銅線ではないと思われ。
回線交換網と言い換えたほうが良くないか?>>608


611 : :03/03/15 22:42 ID:???
>609
ネタだろ
NTTがあと9年でIPにすると言ってる。新規投資はすでに無い。
維持のことを考えると9年は長い。誰が、どうやって、維持するのか…

http://pc.2ch.net/test/read.cgi/network/990585819/426
これどうなってるの。SIP-Tは?

612 :SFO:03/03/15 23:13 ID:???
>>611
「事業者間料金精算方式検討会」ってなにもの?
SIPで国内の料金精算するのを決めようとしているのはTTCではなく?

>>610
ITU-TとIETFがENUMですべて置き換えようとしてるのが世界の流れですな

613 :sip sipper sippest:03/03/16 13:33 ID:JPlIRRcA
>>612
どこでそんなもの流れているんですか?

ENUM を何で使わなきゃいけないの?
DNS でやるんだったらわざわざ電話番号なんて使わなくても
よいがな。この辺 ENUM っていまいち存在意義がよくわから
ない。

ITU から見れば全部 DNS でやられるとまずいんで ENUM と
いうのは存在意義ありなんです。


614 :大亮 ◆TRIPPERJCo :03/03/16 13:39 ID:???
宣伝書き込みーですー。
2ちゃんねるっぽい、2ちゃんねるに似た、2ちゃんねるのようなの作りましたー
板がいろいろあります、、、過疎板も。。
http://zeta.ns.tc/
どうかな?
いいかな?


615 :小亮:03/03/16 15:09 ID:NrcrcRy4
ぜんぜん2ちゃんぽくない
明日で消滅すんからね

616 :(=゚ω゚)ノ:03/03/17 15:53 ID:???
亀レスでスマソ。今日の日経ITニュースを見ていたら
まるでここの住人が書いたんじゃないかと思えるようなタイムリーな話題が。
http://it.nikkei.co.jp/it/njh/njh.cfm
住人の該当者はfusianasanしてみて下さい(誰もしないって)。

漏れは維持費用が莫大な交換機はいい加減廃棄されても仕方無いと思う。
現にNTTはノーテル製DMS-10を2003年度以降順次廃棄すると発表↓
http://www.asahi.com/tech/nikkanko/K2003010300030.html
これよりも20年選手なD60、D70系は特に尚更問題だろう。

だが、交換機が廃棄されたとしても後釜はどうする!?となった時に、
ユニバーサルサービス(特に緊急通報)を代替し得る技術はあるのか!?と。
現在の所、IP電話で全部巻き取れる訳では無いのに誰もがIP電話マンセーと
突っ走っている現状を見ていると、ただ突っ走るだけで良いのかと。
早急に空いてしまう溝を補完出来るような技術やシステム作りをしなければ
まずいんじゃないんでしょうか…。>>601みたいな香具師が居る限りは無理か(w

617 :sage:03/03/18 00:54 ID:???
>610
同人屋さん久しぶりー
元気だった?


618 : うにょ?:03/03/18 01:34 ID:???
>>617
?スマソ
人違いでは?

619 :mason:03/03/18 02:55 ID:???
>>613
電話番号→URIをDNSでやる方法が、まさにENUMなのですが。
ENUMのことをちゃんと理解してる?

もちろん、数字の電話番号にいつもでもこだわるべきか、というのは別途ある。

620 :m:03/03/18 05:46 ID:QIEh7t1Q
★ココで決まり★男の掲示板★大人のリンク集★
 ↓ ↓ ↓ ↓ ↓ ↓ ↓ ↓ ↓ ↓
 http://www.pink-angel.jp/betu/index.html

621 : :03/03/18 14:58 ID:???
>616
新ノードでさえ3年なのか…
C&Wは出ていっちゃうし。マイラインの時点での決まってたのかもしれないが。
中国では今でも固定電話が急成長中らしいが、どこの交換機使ってるのだろう。

日経の記事はバックナンバーに移動してる。
http://it.nikkei.co.jp/it/njh/njh.cfm?i=20030314s2000s2
>現在の所、IP電話で全部巻き取れる訳では無いのに誰もがIP電話マンセーと
國領氏は携帯があるだろって言ってるな。
固定電話の延命より、携帯とIP電話の組み合わせのほうが合理的だ。
携帯キャリアは大喜びでやるだろう。
そのサイトの翌日の記事は韓国の暴走っぷりについてだが、
http://it.nikkei.co.jp/it/njh/njh.cfm?i=20030317s2000s2
携帯の可能性に文句はないだろ。固定電話だとLモード止まりw
しかし、誰か止める奴はいなかったのか韓国…

韓国の緊急通話には、コンピュータウィルスにやられた時に通報する番号も
あるってホントか。通報されてもどうしようもないだろうに…

622 :_:03/03/20 01:57 ID:???
age

623 : :03/03/20 04:27 ID:???
   ,.´ / Vヽヽ
    ! i iノノリ)) 〉
    i l l.´ヮ`ノリ <先生!こんなのがありました!
    l く/_只ヽ    
  | ̄ ̄ ̄ ̄ ̄|
http://saitama.gasuki.com/aomori/

624 :(´-ω-`):03/03/20 06:12 ID:1wk/ed0+
サンプルムービー集
http://homepage3.nifty.com/digikei/
アップローダーはここ
画像http://www.pink-angel.jp/imgbbs2/imgboard.cgi
動画http://mav.nifty.com/ahp/mav.cgi?place=digikei&no=3727

625 :anonymous@ 61-21-148-226.home.ne.jp:03/03/20 07:39 ID:???
最新の音楽情報満載。音楽ファン必見のサイト
音楽ギフト券の全プレあり
http://camellia16.fc2web.com/ongakudb.html

626 : :03/03/20 15:14 ID:???
>>1
サロン

627 :交換機:03/03/21 17:29 ID:H6DbFSQB
>>621
韓国ではスパイ通報センターが118番ですな。特番は国によって様々。

IP電話どうこう以前に、固定電話は携帯電話によって駆逐されつつあるので、
IP電話に回線保留機能がないとかいう以前に、携帯電話はどうするんだろう?

ようするに通報者がが受話器をおろしても回線が維持されるという機能は、
回線交換時代の名残りにすぎないと思われ。発信者番号通知があれば、
折り返しかければいいだけのことで、携帯電話ではそういう認識で運用。

そもそもSIPなどで回線保留をしようとしても、IP電話の通話自体には
SIPは関与せずにend to endでRTPのパケットが流れているだけなので、
携帯電話と同様に、そういう環境にて回線保留機能ってナニ?

628 : うにょ?:03/03/21 19:00 ID:alfD7w0T
>>627
end to endで直接IP通信ができる保証なんて何処にも無いわけだが?
そもそも、SIPにおける発信者電話番号なんてものが保証されないぞ?
閉じた世界の回線交換方式の携帯電話と比べられてもねぇ。

・・・コールバックを使った高優先のDoSアタックとかできそうだな。(w

629 :デブおた山崎渉 :03/03/21 19:19 ID:???
  ∧_∧
  ( ´;^;ё;^;)<これからも僕を殺して下さいね( ´;^;ё;^;)。
=〔~∪ ̄ ̄〕
= ◎――◎                     デブおた山崎渉



630 : :03/03/21 19:29 ID:???
>受話器をおろしても回線が維持されるという機能は、回線交換時代の名残り

盲腸みたいに言うな。できないほうがおかしい。

>通話自体にはSIPは関与せずにend to endでRTPのパケットが流れているだけ

だからSIPは欠陥プロトコル。完全なQoS無しに緊急通話はできん。

631 :少女H:03/03/21 19:30 ID:HkWdJzvC
おこってる?
ここで癒されてください
http://www.medianetjapan.com/2/16/internet_computer/goldenrich/

632 :SIP派:03/03/21 20:35 ID:???
>>628
電話番号なんて古くさいものが必要なんですか?
メールですら、ユーザ@ドメインですよ?音声やりとりも同じ。

633 : うにょ?:03/03/21 20:44 ID:alfD7w0T
>>632
はぁ?
日本語よめねーのか。そんなことが論点じゃねーだろ。ぼけ。


一応 マジレスしといてやるが、
電話の乗せ替えなら、電話番号は必須だろ。
今までの電話番号どうするんだよ。世界中同時にSIPに乗り換えるとか
おめでたいことほざくんじゃないだろうな。
なんのためにENUMなんてものが議論されてると思ってんだ?

634 : :03/03/21 22:10 ID:???
番号ポータビリティって日本人にはSFの世界の技術だなぁ。

635 :enumer:03/03/21 22:10 ID:???
>>633
ENUMによって電話番号が何に変換されるか御存知ないんですかー!?

636 : うにょ?:03/03/21 22:16 ID:alfD7w0T
>>635
ユーザビリティ考えろ。
変換後がどうのとか言ってると全部「電気信号」で終わりだろ。

変換後がどうであれ利用客にとっては、「電話番号」なんだよ。

637 :最近の電話屋さん:03/03/21 22:26 ID:???
>>636
もう、基本は sip:user@domain URIになっています。

電話番号しか使えない旧ユーザからも電話がほしい人は、
ENUM service providerから電話番号を割り当ててもらって、
自分の sip:user@domain URIを登録してもらいます。

これで、黒電話からも sip:user@domainへと電話がかかるというしくみです。
もはや電話番号は飽くまでも旧ユーザとの通話のためだけの存在になっています。

一方、sip:user@domain URIを持つインターネット利用者は、
もちろん通話だけでなく文字や映像など多彩なコミュニケーションができます。

638 : うにょ?:03/03/21 23:11 ID:alfD7w0T
>>637
「基本は」ってより、「SIP上は」ってことだよな?

現状は電話番号が割り当たってないから仕方なく使ってるだけで、
電話番号がちゃんと割り当てられたら
SIP URIより電話番号のほうが使われると思うんだが。
英数字より数字だけのほうが入力インタフェース簡単だろ。

ついでに突っ込んでおくと、ENUM使ってても
音声以外のコミュニケーションに対してなんら制限は無いが?
レイヤの違う話題を一緒くたに並べるのは辞めねーか?


639 :素人:03/03/21 23:16 ID:7CMAvAbl
メールでも、user@domain使ってますよー。
数字の方が覚えにくいし、どうせ知合いのは登録しちゃうから数字のメリットなし。

640 :tantei:03/03/21 23:18 ID:???
★あなたのお悩み解決致します!!
●浮気素行調査
彼氏、彼女、妻、夫の浮気を調査致します!!
●盗聴器盗撮機発見
あなたの部屋に誰かが仕掛けているかも!!
●行方調査
行方不明になっている家族の消息を調査致します!!
●電話番号から住所割り出し
一般電話、携帯から住所を割り出し致します!!
●ストーカー対策
社会問題ともなっているストーカーを撃退致します!!
その他人生相談からどんなお悩みでも解決いたします!!
 直通  090−8505−3086
URL  http://www.h5.dion.ne.jp/~grobal/
メール  hentaimtt@k9.dion.ne.jp
   グローバル探偵事務局 



641 : うにょ?:03/03/22 01:25 ID:bUz3kK/J
>>639
メールと電話を同列に扱う奴、最近増えてきたな・・・

メールは文字を伝えるもんなんだから、あて先が文字でも問題ない。
( 文字入力できない環境でメールが使われることはほとんど無いだろう )

だが、音声通信ではそうはいかん。
電話かけるのにキーボードを打つ事が当たり前だと思うのか?
登録するも何も、業者などの新規のところに電話するときはどうするんだ。

電話番号で十分便利だし問題も無い。
世界中に広まった文化をわざわざ覆すメリットなんて無いんだよ。
SIP URIを使うなとはいわんが、電話番号を否定するのはただの馬鹿だよ。

642 :anonymous@ p3096-ipad02niigatani.niigata.ocn.ne.jp:03/03/22 01:33 ID:ZOZd5Lzr
http://f-cc.com/~momonga/

643 :素人:03/03/22 01:41 ID:haDCIFt4
>>641
初めてのお店にかける時でも、クリックするだけですよー。
かける先のお店などの情報もインターネットで入手しますよね。

644 : :03/03/22 02:20 ID:???
電話番号を否定したのって誰だろう
user@domainを頑なに否定してる奴ならいるが

645 : うにょ?:03/03/22 02:26 ID:bUz3kK/J
>>644
電話番号を否定したのは >>639

user@domainを否定してる馬鹿はどこ?

646 :dnsop:03/03/22 02:52 ID:Bf0hdZyq
インターネット利用できるユーザは基本的にはSIP URIを使って、
どうしても旧来の電話番号を持たないと困る人は、
ENUMサービスプロバイダー(ESP)にお願いすればいいのでは?

ESPが電話番号からSIP URIへの変換のDNSを持ってくれるわけでしょ?
ようするに電話番号は補助的に使う一種のaliasみたいなものね。

647 :yumi:03/03/22 05:49 ID:???
クリック先でこのように表示されます。
http://makiyumi.nonejunk.com/

648 :sage:03/03/22 09:33 ID:???
>>643
だから普通の電話機でどうやってクリックするんだい?
(話の流れわかってる?)

649 :anonymous:03/03/22 10:35 ID:wbqrdUge
いまどき携帯電話ですらクリックできてるぞ

21世紀になっても黒電話つかってる奴だけせっせと番号まわせばよい
数字番号ユーザからの電話でもENUMのおかげで電話できるだろう
もちろんクリックもできない黒電話からは音声のみに限定されるだろうがな

650 :名無しさん@お腹いっぱい。:03/03/22 11:46 ID:???
>>649
「IPネットワーク技術に関する研究会」に言ってみれば? 050番は必要ないって。

651 :age:03/03/22 11:59 ID:???
>>650はスレの流れが見えてないのだろうか??
あるいはみんなが言及しているENUMで050番号も含めて扱うことを知らない??

652 :名無しさん@お腹いっぱい。:03/03/22 13:41 ID:???
>>651
どっちも分かってるつもりだよ。
ライフラインとして回線保留の実装の話をしてたところに
632で電話番号(数番)が必要なの?って話がでてきた。
そんなのここで議論するまでもないでしょ。
このスレの見解じゃなく、総務省が必要だと思ってるってこと。
電話番号が必要ないっていうなら、ENUMは必要ないじゃん。

まあ、ログを読んでなかったんだろうけど
一般家庭の固定電話がIP電話に置き換わるという大筋の流れも無視してる。
637の「文字や映像など多彩なコミュニケーションができます」ってズレ過ぎだよ。

SIPスレッドとしては間違った話題じゃないけどね。

653 :anonymous@ i087178.ap.plala.or.jp:03/03/22 13:55 ID:???
おまえらアマアマだねw

654 : うにょ?:03/03/22 17:16 ID:???
どうでもいいが、ID消すのって流行か?
誰が発言してるのかわかりづらくなるからやめれ?

655 :_:03/03/22 17:59 ID:???
田舎のおじいちゃんおばあちゃんは黒電話しか持ってなくて、
東京の孫の声が聞きたくて電話を掛けようと思うけど、
馬鹿息子から教えられたのは「user@domain」なのでした。
おじいちゃんおばあちゃんは電話が掛かってくるのをただじっと
待つことしかできませんでした…

Lモードでも入れるかね。

656 : うにょ?:03/03/22 18:20 ID:bUz3kK/J
>>649
馬鹿を相手するのもいい加減飽きてきたんだが・・・・

「クリックできない→音声のみ」?あほか。
SIP関連のWGでどんな利用方法が議論されてるかくらい読んでから書け。

657 :広告張り防止のためsage推奨:03/03/22 19:02 ID:???
固定電話→IP電話は絵に描いた餅。むりやりIP電話に機能を追加するとデジタル放送
の二の舞。

NTTの計画では交換機のIP化が9年以内で、でもちゃんと維持できるのはあと3年だっけ。
IP化といってもスイッチによるコネクションレスネットワークではないのだろうから、
劇的なコストダウンは望めない。その程度のものを本当に導入するか?

アナログテレビと交換機は今後消滅するまで現状維持で、デジタル放送とIP網は
以前の経緯を無視して開発していくべきだと思う。

658 : うにょ?:03/03/22 19:44 ID:bUz3kK/J
>>657
はいはい。
総務省まで動いてる決定事項に対して文句をたれて面白いのか?
そんなことはとっくに議論され尽くされてるんだよ。
後半部分に関しては理由も書いてないし、もう世間知らずの馬鹿としか・・・・

さらしage

659 :冷静に:03/03/22 20:21 ID:+DRFvOHg
NTTの計画やみなさんの色々な立場は知らないけど、同じことを二つの見方で表現できると思う。

一つは従来のPSTN網を基準とした見方で、PSTN網ユーザからするとSIP URIなんていうのは当然指定できない。
でも050-番号ならば指定できるし、ENUMによって050-番号→SIP URIというのは
PSTN網ユーザからは見えずに意識すること無く利用できるので問題なしということ。

もう一つは基準のほうをインターネット利用者においた見方。
当然ながらお互いの通信はSIP URI(メールだとmailto URI)で行なう。
ただしこれだとPSTN網ユーザへかけたりPSTN網ユーザからかかってきたりできない。
かけてもらう方は上述と同じことになるわけだけど、
インターネット利用者の視点からはSIP URIの別名のような補助的なものとして
050-番号を割り当ててもらって用いる。マッピングは上述と同じENUM。
PSTN網ユーザへかけるほうも、いくつか方法があるわけだけど、
例えばTEL URIで古典的な数字の電話番号を指定して、
自分あるいはproxyかgatewayか運用は色々あるけどENUMで最終gatewayのURIを得る等。

だから、みなさん両者の言ってることは同じで、どちらも正しいと思う。

660 :ENUM?:03/03/22 21:15 ID:4Y+tvxXd
ENUMは駄目でしょ。ゲートウェイを指定するのが着呼側なんで。
今後はインターネットからPSTNへのゲートウェイは多数存在することになり、着呼側は全部列挙しきれない。
金払うのは発呼側なので、発呼側にとって最も安いゲートウェイを選択できないのでは、誰も納得しない。

661 :bloom:03/03/22 21:18 ID:qct2icvs
http://www.agemasukudasai.com/bloom/

662 :きゃりあ:03/03/22 21:29 ID:???
>>660
色々なモデルが考えられてるよ。
例えば、インターネット電話の一般通信は無料か定額。
非インターネット電話側のみ発着料金負担というモデル。

もちろん、誰か上の方で書いていたように一気に電話網は設備が維持されなくなり、
非インターネット電話側というのが存在するのは極短い期間だけかもしれない。

さらに、多くのISPが予想しているように、せいぜい64Kbpsしか帯域を占めない
通話というのは全体から見るとトラフィック的に誤差になるとの見込み。

従量課金システム構築によるコスト増との比較で、
定額制にもっていったプロバイダの方が有利になるとの話もよく聞く。

663 : :03/03/22 22:12 ID:???
>>662
同意。
で、>>512-になっちゃうのはなぜなんだろうねぇ
という流れなのかなこのスレは。
SIPに余計なものを追加して何がやりたいのか分からん。

664 :名無しさん@お腹いっぱい。 :03/03/22 22:48 ID:QvlIaq2W
お前らこれからはCTI抜きにSIPは語れない
とボケをかましてみるテスト

665 :anonymous@ p2251-ipad11niigatani.niigata.ocn.ne.jp:03/03/22 22:50 ID:7pxm6SU+
http://218.44.246.37/~2ch/

666 :初心者:03/03/22 22:55 ID:???
CTIってなあに?

667 : :03/03/22 23:53 ID:???
>>664
セントレックススレへ GO!!

http://pc.2ch.net/test/read.cgi/network/1033576806/l50

668 :儲け方:03/03/23 04:00 ID:???
管理や規模の面での考慮は必要だが、
基本的にはそこらへんのPCにてメールサーバ運用できるように、
インターネット電話においても特殊な設備を必要としなくなっている。
(もちろん、既存電話網との接続は、サービス契約で外に出すと仮定。)

既存の物を残しつつ移行しようとしてるところほど、
その度合いに応じて費用もかかっているというのが現状であるのも事実。

設計や設備面だけでなく、課金の考え方についても同様。
既存の物にとらわれて依存する方法ほど費用が桁違いになっているのが現状。

もちろん、考え方を切替られない顧客に対して、
複雑なシステムを売り付けることができるチャンスがあるのも否定しない。

669 :(´-ω-`):03/03/23 06:31 ID:Bf/VlaRb
エロ画像求む
http://homepage3.nifty.com/digikei/

670 :ENUM?:03/03/23 09:47 ID:MURyZZv5
>色々なモデルが考えられてるよ。
原理的に駄目なものに色々考えても、全部だめなんだけど?
>例えば、インターネット電話の一般通信は無料か定額。
「例えば」で、使えそうな例を一つでいいから挙げてみれ。
>非インターネット電話側のみ発着料金負担というモデル。
インターネットから非インターネットに着信するのに課金?ぜんぜん駄目じゃん。
一般の加入者にいきなり請求書送りつけても払うわけないから、ENUMに登録した加入者という
ことだろう。しかし、そうまでしてENUMに登録するほどインターネットに熱心な香具師が非イン
ターネット側にいるわけない。
結局インターネット内で無量通話するだけになるが、だったら既存の電話番号なんか関係ないじゃん。

671 :なーじゃ:03/03/23 10:01 ID:???
ITU-TとIETFではENUMを国際標準として進めています。

672 :anonymous@ i084195.ap.plala.or.jp:03/03/23 10:22 ID:???
             ∩
        ∧_∧   | |   / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
       (  ´Д`)//  < 先生!こんなのを発見シマスタ!
      /       /    |
     / /|    /      \  http://saitama.gasuki.com/sinagawa/
  __| | .|    |         \
  \   ̄ ̄ ̄ ̄ ̄ ̄ ̄\     \_____________
  ||\             \
  ||\|| ̄ ̄ ̄ ̄ ̄ ̄ ̄|| ̄
  ||  || ̄ ̄ ̄ ̄ ̄ ̄ ̄||
     .||              ||

673 :ENUM?:03/03/23 21:17 ID:7G1JL9BJ
>ITU-TとIETFではENUMを国際標準として進めています。
だから?
昔話ですが、ITUとISOとIETFは、OSIを国際標準として進めようとしました。
その結果は見てのとおり。

674 :奈菜子:03/03/23 21:25 ID:???
>>673
特定の一部容認受け入れを除いて、IETFがOSIを進めようとしたことありますか?
(御存知の通り、特定の一部については受け入れて国際標準になっています。)

ENUMについては既に国レベルで『国電話番号.e164.arpa.』の取得をしている
ところも多いです。日本はなぜかかなり遅れているほうだったと思いますが、
このスレッドにて否定意見が多いことと関係がありますか?

675 : うにょ?:03/03/23 23:22 ID:sVdpXd2R
>>660
どうやって発呼側が別ネットワークのユーザのGW検出するんだよ。
着呼側が、自分に繋がるGWを開示しないといけないのは明白だろ。

つか、DQN運用の一例だけを取り上げて、それを根拠に技術を否定するな。
レイヤの違う話だって事くらい理解しろ。

676 : :03/03/23 23:24 ID:???
>670
BBPhoneとか駄目なんですか

677 :名無しさん@お腹いっぱい。:03/03/24 00:32 ID:gt+JsXLf
うにょ?さんと、ENUM?さん、同じく?がつくから同じ人かと思っちゃったー。
でも批判しあってるから実は違うのね。

ENUMでのオープン運用モデルとしては、
うにょ?さんが書いているように、着呼側が自分へのGWをENUMによって開示して、
発呼側はDNSをひくだけで着呼側のGWを知ることができるというのが正解と思うの。

ただし、これらはもちろん古典的な数字の電話番号を用いる相手に対してね。
http://www.soumu.go.jp/s-news/2002/pdf/020222_3_05.pdf
総務省の研究報告書のIP電話の番号計画のところにもあるように、
インターネット電話においては数字以外のアルファベットをもちいてもよい、
とあって、これは例えばSIPのURIなどを意味してるのね。

そしてSIP URIを識別子として使うというのは現在のメールアドレスと同じで、
DNSを引いて直接相手のドメインと通信可能になる分散モデルとして有効なの。

678 :アハ!:03/03/24 02:37 ID:???
>>677
ENUM?が言ってる問題の本質を理解してないから話が噛み合わないんだと思われ。

>ENUM?
キミの言ってるのはENUMの問題じゃなくてオペレーションの問題でしょ。

679 :ENUM?:03/03/24 16:51 ID:kldXsfC5
>キミの言ってるのはENUMの問題じゃなくてオペレーションの問題でしょ。
ENUMは原理的にオペレーションできんといってるので、ENUMの問題だぞ。
>どうやって発呼側が別ネットワークのユーザのGW検出するんだよ。
別ネットワークって何だ?インターネットは一つだぞ。
別ネットワークになるのは電話網へ電話するときだけで、電話網もひとつだから、発呼側が
自分の使えるGWのうちから好きなの選ぶしかなかろ。

680 :m:03/03/24 17:57 ID:7g/G6DaW
★男はココを見るべし★女と金とサンプルムービー★
↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓
http://www.pink-angel.jp/betu/linkvp2/linkvp.html

681 :bloom:03/03/24 18:01 ID:6mTzZ6Kh
http://www.agemasukudasai.com/bloom/

682 :ニニギ:03/03/24 23:30 ID:eK4XCsQR
なるほど。

うにょ?モデルだとインターネット以外のところには複数の世界とそれらのGWがある。
極端にはそれぞれの古典電話会社が各自でGWを通じてインターネットにつないでいる。
(つまり、着呼側が自分のGWをそれぞれ指定開示している場がENUM。)

一方、ENUM?モデルだとインターネット以外のところには既存電話網ただ一つ、
ただし既存電話網とインターネットをつなぐ業者は複数いてGWは複数。
(そのため、発呼側が値段とかを見てGWを選びたい。昔の0070-付けてみたいな感じ?)

とすると、これは>>678のいうようなオペレーションの問題ではなく、
想定するモデルの違いではないか??

683 :m:03/03/24 23:42 ID:7g/G6DaW
★男はココを見るべし★女と金とサンプルムービー★
↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓
http://www.pink-angel.jp/betu/linkvp2/linkvp.html

684 : :03/03/25 11:25 ID:???
http://bb.watch.impress.co.jp/cda/news/990.html
急速に展開するIP電話サービスを比較

685 :でんわにでんわ:03/03/25 11:34 ID:???
NTT電話 公衆電話 NCC電話
国際電話 IP電話 PHS 携帯電話

NTT電話→NTT電話
NTT電話→NCC電話
NTT電話→国際電話
NTT電話→IP電話
NTT電話→PHS
NTT電話→携帯電話
公衆電話→NTT電話
公衆電話→NCC電話
公衆電話→国際電話
公衆電話→IP電話
公衆電話→PHS
公衆電話→携帯電話
NCC電話→NTT電話
NCC電話→NCC電話
NCC電話→国際電話
NCC電話→IP電話
NCC電話→PHS
NCC電話→携帯電話


686 :でんわにでんわ:03/03/25 11:35 ID:???
IP電話→NTT電話
IP電話→NCC電話
IP電話→国際電話
IP電話→IP電話
IP電話→PHS
IP電話→携帯電話
PHS→NTT電話
PHS→NCC電話
PHS→国際電話
PHS→IP電話
PHS→PHS
PHS→携帯電話
携帯電話→NTT電話
携帯電話→NCC電話
携帯電話→国際電話
携帯電話→IP電話
携帯電話→PHS
携帯電話→携帯電話


687 :anonymous@ gw.softfront.co.jp:03/03/25 17:19 ID:cqdcihU2
先見の迷惑
http://www.page.sannet.ne.jp/mnagai/msj/openmind.htm


688 :anonymooous:03/03/25 19:35 ID:???
softfront...

689 :anonymous@ o223135.ap.plala.or.jp:03/03/25 20:48 ID:???
>>687 栗鼠虎であぼ〜んされませんでしたか?(w

690 :689:03/03/25 20:52 ID:???
しまった、一緒にあぼ〜んされて来ます…

691 : :03/03/25 21:20 ID:???
>687
癒されました。リンク先にも貴方のホスト名にもw

このスレ的にはこれですね。
「この『電話』というものは欠点が多すぎて、通信に使おうと真面目に考える
ことなどできない。我々には本質的に価値のないものである。」
--- ウェスターン・ユニオンの内部文書、1876

692 :687:03/03/25 22:51 ID:???
687でつ。

やっちまいますた。


>>689

私は大丈夫...じゃなかったでつ。(´Д⊂)
でも次の就職先は見つかったので心配はないでつ。


693 :IKO:03/03/26 00:19 ID:zz4vANiI
softfrontってENUM対応してますか?

694 :_:03/03/26 01:12 ID:???
>>692
いまからSoftfront入りたいんですけどどうやったら入れますか?
金無知はサポーロだけ?


695 : うにょ?:03/03/26 02:36 ID:z7Wex95d
>>679
> 電話網もひとつだから

おまえ、もうちょっと世間の電話会社理解しろ。
携帯電話の第一種通信事業者だけで何社あると思ってるんだよ。

> 自分の使えるGWのうちから好きなの選ぶしかなかろ。

網制御とかの概念勉強しな。

>>682
モデル以前の話だろ・・・・

> 発呼側が値段とかを見てGWを選びたい

お前、電話料金くらい理解しろよ。
発端末、着端末の加入している業者がどこかと、発-着端末間の距離で
通話料金は決めてるんだよ。
おまえ、携帯電話にかけるときに何処の交換機を経由して
携帯電話会社に接続するか指定しながらかけたことあるか?
網の輻輳なんかで遠回りしたときは料金上がったりするか?

何処の経路を通すかは、キャリアが内部コスト減らすために
勝手にがんばるもんだろ。客に意識させるわきゃねーよ。

発信時に0077とかをつけるのは、発側の「業者」選択だろ。
経路の選択は指定した業者まかせなんだよ。

696 :558/559:03/03/26 02:39 ID:8a7ASf2A
>561 さん
激遅レスですみまそん。(カキコしたことすら忘れてました。。。)

re-inviteの使い方として(転送はもちろんですが)
WirelessのVoIPデバイスを想定した場合、このデバイスがサブネット間移動
(L3ローミング)をした場合、Re-inviteを使うことでセッションを保持したまま
シームレスに移動できると思いますが、これができるUAが存在してるんだろうか
という意図でした。


697 :anonymous@ U087166.ppp.dion.ne.jp:03/03/26 04:43 ID:COBNFhK0
AirH”がとても通信悪いです。
すこしでも回線速度あがる裏技ないですか?
おねがいします伊東家のみなさん

698 :hardfront:03/03/26 21:05 ID:MnKZDPJI
>>695
携帯電話の第一種通信事業者だけで何社あろうと、
古典的E.164世界のPSTN網である限りはいっしょ。

もちろん、インターネット電話が主流になった時点で、
各PSTN網会社はそれぞれがインターネットにつないでGWを別個にもつだろうから、
ENUMによって各社のGWへ抜けるという点では、うにょ?氏に賛同します。

一方、ENUM?氏のほうは以下の2点で考えが古すぎる。
一つ目はいまだに従量制課金を前提としていること。
二つ目はいまだに複数の電話網経路に対してを中継事業者を選ぶような発想。

インターネットでユーザ間はE2Eで通信する時代に、
中継事業者という概念はふさわしくない。
もちろん中継ISPは存在するだろうが、
ユーザにとって中継ISPがどこかはE2E通信にとって意識しない階層であろう。

699 :ENUM?:03/03/27 14:54 ID:PBjUvQ5k
>>685
>NTT電話 公衆電話 NCC電話
>国際電話 IP電話 PHS 携帯電話
インターネット中の電話と(古典電話会社が運営する)プライベートIP網中の電話をまとめてIP電話と
呼んでは、それ以外をいくら細かく分類しても何も意味がないぞ。

>>695
>> 電話網もひとつだから
>おまえ、もうちょっと世間の電話会社理解しろ。
>携帯電話の第一種通信事業者だけで何社あると思ってるんだよ。
世界中にISPはいぱーいあるが、インターネットはひとつしかない。同様に公衆電話網もひとつしかない。
そして、電話網内の経路は発呼(通話料払う)側が決める。

700 :ENUM?:03/03/27 15:11 ID:PBjUvQ5k
>もちろん、インターネット電話が主流になった時点で、
>各PSTN網会社はそれぞれがインターネットにつないでGWを別個にもつだろうから、
>ENUMによって各社のGWへ抜けるという点では、うにょ?氏に賛同します。
その電話がインターネット電話なら、GWなんかなしで直結だ。
PSTN電話なら課金問題が発生するが、NTT網内にある電話にかけるなら米国のGW回ったほうが安く
なるに決まってるんで、ENUMでひいたNTTのゲートウェイを使うのはバカ。
>インターネットでユーザ間はE2Eで通信する時代に、
>中継事業者という概念はふさわしくない。
E2EなのにGWなんてものを持ち出すおまえの考えのほうが古いんだよ。
念のためいっとくと、プライベートIP網中の定額制IP電話なんて中途半端なものを「インターネット
でユーザ間はE2Eで通信する時代に」わざわざ考えてもしょうがないし、GWが混んだら定額制くずれるぞ。


701 :(´-ω-`):03/03/27 16:18 ID:UByM+eqY
サンプルムービーです
http://homepage3.nifty.com/digikei/sample/sample.html

702 :m:03/03/27 16:26 ID:zYD1L8N2
★ココで決まり★男の掲示板★大人のリンク集★
 ↓ ↓ ↓ ↓ ↓ ↓ ↓ ↓ ↓ ↓
 http://www.pink-angel.jp/betu/index.html

703 :ENUM解説:03/03/27 20:02 ID:rFGrPjsO
ENUMとは?

ENUMとはITU-TとIETFが共同で進めるtelephone number mappingのしくみである。
具体的には、電話番号からインターネット上のURIへの対応付けをする枠組みである。
利用方法としては細かくは種々あるが、発信方向により大きく2種類に大別できる。

一つ目はインターネット電話ユーザがE.164番号を持つ者へ発信するときに、
そのE.164番号を持つ者のURIあるいはGWのURIを取得するには使われる。

二つ目はE.164番号しか指定できない者からインターネット電話ユーザへと
発信するときに使われる。この場合、着信側のインターネット電話ユーザは
自分のURIに対応するE.164番号を持つ必要があり、ENUMに登録しておく。

みんながもめている例は、前者なのか後者なのか、はっきりしたまえ。

704 :RFC3261:03/03/28 02:24 ID:???
おーい、ENUM の話やりたい人はスレ立ててやれや。
固定電話の将来みたいな話は通信行政板に逝ってくれ。

705 :RFC2916:03/03/28 04:12 ID:???
>>704
ENUMは、DNSを利用した、電話番号からSIP URI等への変換技術でっせ。
つまり、ここのスレの主題であるSIPと電話番号の関係についての話。

>>703にあるURIというのも電話の場合は例えばSIP URIという意味なので、
通信プロトコル技術を扱うこの板のこのスレッドで議論するのが正解。


706 :SIP:03/03/28 11:34 ID:???
NECってSIPプロキシやらなにやらいろいろ作ってるじゃないっすか。
漏れも転職してその部署で働きたいんだけどさ、どこの面接受ければ
いいんか教えてキボンぬ

707 :SOP:03/03/28 16:44 ID:L2vaXNXB
未来のネットワークについて議論してます
http://science.2ch.net/test/read.cgi/future/1022864257/


708 :NECインフロンティアのI_teamesse:03/03/28 21:12 ID:???
>>706
NECの裏事情21
http://tmp.2ch.net/test/read.cgi/company/1047079708/
さようなら 日本電気5
http://money.2ch.net/test/read.cgi/stock/1038295141/

709 :ISC:03/03/28 23:21 ID:pq3hmFKM
SIPもENUMも、どうしてDNSをひくときはNAPTRを使うの?

710 :取引先:03/03/29 12:43 ID:???
>>706
我孫子の事業部じゃないの?鯖屋でも端末屋でも。
端末屋は ADSL-Modem とおなじとこ。

711 :SIPvs平成電電:03/04/02 23:36 ID:RJDPMXD4
http://bb.watch.impress.co.jp/cda/news/1115.html
平成電電、国内3分6.8円とは。
IP電話網はこれで壊滅だね。高価なIP電話網機器も買ってもらえないからSIP屋さんも大変だ。
もちろん無料のインターネット電話はびくともしないが、高価な機器は使わんし。
「なお、NT東西に支払う回線利用料については「回線利用料というよりは管理費用という存在の
ため別途必要になるが、詳細については現在検討中」であるという」 のあたり、まだNTTと交渉
してなさそうで、紆余曲折はありそうだけど。

712 :sage:03/04/03 00:24 ID:???
>>711
その何が言いたいのか判らない日本語は、なんとかならないか?


713 :SIPvs平成電電:03/04/03 00:29 ID:ITn+2bVt
>>712
漏れに八つ当たりしても現実は変わらんのだから、早く転職考えたほうがいいぞ。

714 :名無しさん@お腹いっぱい。:03/04/03 01:45 ID:???
>>711
IP電話網が壊滅って何だろ?
NTTはIP電話網にシフトする事が確定してるし…。
平成電電が全国の回線交換網を維持するの?


715 :sage:03/04/03 01:58 ID:???
>>713
八つ当たりする気は、さらさらないんだけど…。
唐突に出てくる用語と話の繋がりが判らないので、もっと順序を追って書き込んで
くれないか? ってことを言いたかったのだが。

で、IP電話網ってなんのこと言ってんの?(一般的な用語?)


716 : :03/04/03 08:07 ID:???
>711
最後の聖域、基本料がついに…
NTTと違ってプッシュ料金別に取るなんてこともしないよな。
つーかGC1局あたり200万円って、そんな交換機この世にあったのか。

>714
この程度の値段なら旧来の方式でも実現できるわけで、交換機IP化
する必要ないんじゃない?NTTの計画は2010年とかの話でしょ。

717 :716:03/04/03 08:47 ID:???
あ、交換機じゃないじゃん…

718 :713:03/04/03 10:38 ID:2vIZ0ZuN
>NTTの計画は2010年とかの話でしょ。
ワラタヨ。
でも、NTTの体質だと最速でその頃なんだろな。納得。
こりゃ、SIPとか平成電電とか関係なく、あと2~3年で潰れだ。
ファミリー企業の皆さんも、とっとと見限ったほうがいいぞ。

719 :名無しさん@お腹いっぱい。:03/04/03 11:25 ID:???
IP電話網はこれで壊滅だね

720 : :03/04/03 15:20 ID:???
見限るもなにも、交換機の新規投資が既に止まっているの知らんのか

他社も平成電電方式真似できるが、やるとしたらyahooくらいか。

721 : :03/04/03 16:38 ID:???
>>711
>無料のインターネット電話はびくともしないが

300円を追加
して支払うことで平成電話のユーザー同士
は無料で通話できる。

722 ::03/04/03 16:42 ID:VRhJbrNn
http://yahooo.s2.x-beat.com/linkvp/linkvp.html
◆よろしく◆

723 :名無し職人:03/04/03 18:32 ID:???
SIPプロトコルのやりとりってこれでいいの?
  おばあちゃん               息子
年老いた母が電話をかける(オンフック)→電話先は息子(アドレス通知)
「最近腰が痛くて痛くて」(状況通知) ←「どうしたのおばあちゃん?」(問い合わせ)
「すまないが湿布はってもらえないかね」(本心:たまには会いに来い)→「わかったよ」(本心:しょーがねーな)
「いつ来てくれるんだい?」(遅延問い合わせ)→「次の日曜日でも」(日時設定)
「わかった。おみやげ頼むよ」(オフフック)←「じゃあそのときに」(長話カット)

724 :713:03/04/03 18:44 ID:SbnNYFoP
>見限るもなにも、交換機の新規投資が既に止まっているの知らんのか
だからといってIP電話機器の研究開発なんかしたって元は取れないから見限れといってる。
>>無料のインターネット電話はびくともしないが
>300円を追加
>して支払うことで平成電話のユーザー同士
>は無料で通話できる。
もともと電話収入あてにしてないのにびくともしないさ。むしろ、平成電電のほうがジリ貧だ。

725 : :03/04/04 21:46 ID:???
>> 723
オンフック、オフフック逆じゃねーの?


726 :sage:03/04/05 01:08 ID:???
俺も最初はよく間違えた。


727 :SS9:03/04/06 04:01 ID:9zE9Qhyb
SIPプロトコルで、それぞれどれに相当するの?

>オンフック、アドレス通知、状況通知、問い合わせ、遅延問い合わせ、日時設定、オフフック、長話カット

728 :あぼーん:03/04/06 08:37 ID:???
     ∧_∧∩ / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
    ( ´∀`)/<先生!こんなのがありました!
 _ / /   /   \___________
\⊂ノ ̄ ̄ ̄ ̄\
 ||\        \
 ||\|| ̄ ̄ ̄ ̄ ̄||
 ||  || ̄ ̄ ̄ ̄ ̄||
http://saitama.gasuki.com/saitama/

729 :あぼーん:03/04/06 08:42 ID:???
( ´∀`)/< 先生!!こんなのを見つけました。
http://muryou.gasuki.com/moe/jaz04.html
http://muryou.gasuki.com/moe/jaz03.html
http://muryou.gasuki.com/moe/jaz02.html
http://muryou.gasuki.com/moe/jaz01.html
http://muryou.gasuki.com/moe/jaz06.html
http://muryou.gasuki.com/moe/jaz05.html
http://muryou.gasuki.com/moe/jaz08.html
http://muryou.gasuki.com/moe/jaz07.html
http://muryou.gasuki.com/moe/jaz10.html
http://muryou.gasuki.com/moe/jaz09.html

730 :あぼーん:03/04/06 08:51 ID:???
          ┌┬┬┬┐
    ―――┴┴┴┴┴―――――、
.  . /  ̄ ̄ ̄//. ̄ ̄| || ̄ ̄ ̄||| ̄ ||    __________
  ./    ∧// ∧ ∧| ||      |||   ||  /
 [/____(゚_//[ ].゚Д゚,,) ||___|||   || <  こんなのが有りますた
. ||_. *  _|_| ̄ ̄ ∪|.|.       |ヽ.__||  \__________
. lO|o―o|O゜.|二二 |.|    救済病院 ||
 .| ∈口∋ ̄_l__l⌒l_|___|_l⌒l._||
   ̄ ̄`ー' ̄   `ー'  `ー'   `ー'
http://saitama.gasuki.com/koumuin/

731 :あぼーん:03/04/06 09:16 ID:???
  ∋8ノノハ.∩
   川o・-・)ノ <先生!こんなのがありました!
__/ /    /   
\(_ノ ̄ ̄ ̄\
||ヽ|| ̄ ̄ ̄ ̄||
 ...|| ̄ ̄ ̄ ̄||
http://saitama.gasuki.com/shinagawa/

732 :anonymous@ FLA1Abn148.tky.mesh.ad.jp:03/04/06 15:26 ID:YXTsNJQT
http://www5b.biglobe.ne.jp/~ryo-kyo/osu.html

http://my.vector.co.jp/servlet/System.FileDownload/download/ftp/0/279026/pack/win95/game/table/pachinko/sikisai.lzh

733 :sage:03/04/10 19:13 ID:???
相互接続か…


734 :相互接続:03/04/11 23:39 ID:7Rclzktd
SIPのレスポンスはリクエストのViaが示すIPアドレスに返すのが正しいと思っていたのですが、
RFC3261の18.2.1と18.2.2を読むと結局sourceIPアドレスに返すのが正しいように読めます。
SIPはIPヘッダやUDPヘッダ部は気にせずに処理できるものだと思っていたのに違うのでしょうか?

735 :anonymous@ 205.127.111.219.dy.excite.co.jp:03/04/12 01:54 ID:???
sentbyの話だったらそのとおりだ>>734
イキロ


736 :相互接続:03/04/12 19:46 ID:gCagLVqO
いや、receivedなんですが

737 :anonymous@ YahooBB219176243078.bbtec.net:03/04/12 20:11 ID:KTfRBBJD
http://www2.leverage.jp/start/

738 : うにょ?:03/04/13 04:50 ID:???
>>734
received付加するのにIPヘッダ読む必要なかろ。
たとえばsocketなら、ソースのIPは取得できるだろ。
どんなプロトコルスタック使ってるにしても
送信相手を指定できるレイヤなら、受信時の相手もとれるだろ。

739 :ZIP:03/04/13 14:01 ID:c8RwMFTS
>>734
もういちど18の最初から読み返そう

>>738
お前はネットワーク素人

740 :みゃんこ:03/04/15 21:30 ID:RKmW7nGX
http://e-words.jp/w/SIP.html
>> 転送機能や発信者番号通知機能など、同様のプロトコルと比べて
>> 公衆電話網に近い機能を備え、接続にかかる時間も短くなっている。

と、あるのですが、発信者番号通知機能というのは、
どういうふうに実現しているのでしょうか?
RFCを読んだのですが、該当する機能がわからなくて。

741 :まだ中身読んでないが:03/04/15 23:27 ID:???
“IP電話で110番”実現には何が足りないか?
http://www.zdnet.co.jp/broadband/0304/15/lp11.html

742 :_:03/04/16 00:26 ID:???
>>740
つうか単にFrom:のURIのuserinfo部分でしょう。


743 :050:03/04/16 01:18 ID:UsbviLIV
例えば、050-1234-5678をもらったユーザは、

  From: tel:050-1234-5678

っていう感じでSIPすれば、発信者番号通知になる??

744 :_:03/04/16 20:45 ID:???
>>743
>発信者番号通知になる?
なんどもいうが、UACが意図的に隠蔽しなければデフォルトでPSTNの
番号通知のような状態になるわけで、どう伝えるかはUACの好きにす
るなりその網の運用規則にしたがうなりすればイインジェネーノ。
知らんけど。

ちなみに、普通 tel:ではなくて From: "050-1234-5678" <05012345678@domain.name;user=phone>
とでもするんじゃ。


745 :性善説:03/04/16 21:33 ID:ePg7v4So
05012345678@domain.nameって、domain.nameは実際にはなんですか
05012345678@ntt.comとかになるんですか

From:は自己申告なので、みんなが正直に伝えれば番号通知になるわけですね

746 :sipping:03/04/16 21:39 ID:???
Proxyが妙なFromをハネてもいいし、407で蹴ってもいいし、
UASですらUA-UA認証を要求したっていいんだから生全節で
もないのでわ。


747 :sipping:03/04/16 21:40 ID:???
>>746
UASというか着呼側SIP端末


748 :pkcs:03/04/16 22:31 ID:???
>>746
Proxyは不正であるとチェックする能力/枠組みを持たない。
さらに発信側はProxyとして任意のところを使える上、
もちろんProxyを通さずに直接相手へ発信することも可能。

>>747
着呼側SIP端末が認証しようとしても、
相手の自己申告05012345678と相手のIPアドレスだけでは、
知合い以外は認証できないのでは?

749 :744:03/04/16 22:38 ID:???
> Proxyは不正であるとチェックする能力/枠組みを持たない。
ん〜、Digest認証のusernameと、Fromのuserinfoが一致していないと
リクエストを完全に無視するProxyなら存在するけど…?
これだけでは枠組とは言えないというなら残念な限りですが。

> さらに発信側はProxyとして任意のところを使える上、
普通IPレイヤでフィルタされるし、通ったとしてもそれこそ
Digest認証通らないでしょう。

> もちろんProxyを通さずに直接相手へ発信することも可能
これは、俺んとこの端末だと端末がフィルタしますね。SourceIP
によるから完全ではないことは認めるけど。

> 知合い以外は認証できないのでは?
ですね。


750 :IPTEL:03/04/16 23:48 ID:???
>>741
その総務省の研究会の報告書を見たけど、要求事項概要すらまとめられてないような。
ましてや技術的な要求事項や議論については皆無。このスレのほうがかなりまし。(藁

751 :3325:03/04/17 01:19 ID:???
>>740
RFC3325 をどうぞ。Japanese ISUP を喋るSIPシステム
の中には実装されているものがあります。というかして
いないの何処?というのは興味があります。

>>749
認証しくじったらアナウンス接続してくれる SIP鯖もありますね。

752 :ななし:03/04/17 09:03 ID:???
アナウンス接続ってなあに

753 :anonymous@ gw0.netone.co.jp:03/04/17 10:50 ID:yPloEsG8
すいません、緊急に教えて頂きたいのですが、CAC(コールアドミッションコントロール)
って何でしょうか?

754 :山崎渉:03/04/17 11:58 ID:???
(^^)

755 :きゃりぁ:03/04/17 21:02 ID:ucjgzkq0
>>749
Digest認証でのチェックくらい当然です。
しかし、それでは発番号通知(userinfo)が正しいと第三者は分かりません。

さらに、SIPやRTPがIPレイヤでフィルタされるというのは異常です。
今まで色々な商用ISPを利用してきましたが、
特定のパケットをフィルタするような無茶なISPには出会ったことはないです。

もちろん、この前の1434番ポートのフィルタといった一時的対処は別です。

基本的にユーザは、自分が利用できる任意のSIP PROXYを用いることが可能で、
これは、ISP Aにつなぎながら、ISP BのPOP/IMAPサーバを用いるのと同じです。
つまり、ISP BのSIP PROXYを用いたりREGISTERしたりすることができます。

756 :動画直リン:03/04/17 21:27 ID:eFIxM34c
http://www.agemasukudasai.com/movie/

757 :744:03/04/18 00:37 ID:???
>今まで色々な商用ISPを利用して
多分話が噛み合わないと思うわ



758 :simple:03/04/18 01:25 ID:???
>>744
特定パケットをフィルタリングしてるISPってある?

>>これは、俺んとこの端末だと端末がフィルタしますね。
専用端末でなくてPC端末を使うとどうよ?

759 :課題:03/04/18 19:26 ID:kOu/9lTR
>>741
なぜ、VoIPにおける問題点、SIPにおける問題点、
ISPやそのbackboneにおける問題点などの具体的な問題が上がってないのだろう。

そもそも解決法にしても、ISDN化を進めることで2004年に対応予定とは。

760 :うにょ?:03/04/18 20:52 ID:???
>>739
あぁ、「相手先」に反応したのね。おばかさん。
receivedで必要なレイヤくらい理解して発言しろよ。

761 :sage:03/04/18 22:43 ID:???
まじウザいな。消えろよ同人屋。


762 :fake:03/04/19 01:30 ID:/aZUBD/t
もめている >>734-739 の件だが、全員が誤解しているのか?

単純に言えば、Viaのsent-byは送り側の自己申告なので、
受け取った側はreceivedを付けておかないと返事するとき困るというだけ。
(もちろん、sent-byがIPアドレスであり嘘でない場合のみ、receivedは不要。)

で、それは >>734 のいうように相手のIPアドレス(=ソースIPアドレス)であり、
もちろん、 >>738 のいうようにgetpeernameで取得できる。
そして、 >>735 のいうようにsent-byと比較するわけで、
一致してなければ >>736 のいうようにreceivedを付加して記録。

結論としては、自己申告のsent-byになんの意味があるのか?

763 :うにょ?:03/04/19 02:33 ID:GPBe+QT7
>>762
仕様を理解してないのは>739だけだと思われ。

まぁ、IPが同じだからといって同じホストとは限らんし、
同じホストだからといってIPが同じだとは限らんわけだが・・
sent-byにFQDNを書けるってことでそれなりの意味はあるぞ?
ループチェックもそのひとつ。

sent-byとreceivedでは、利用するレイヤが違うってこった。

764 :sage:03/04/19 08:28 ID:???
まじウザいな。消えろよ同人屋。

765 :湿布:03/04/19 11:40 ID:???
>結論としては、自己申告のsent-byになんの意味があるのか?
それがキミの限界かもね(w
RFCに書かれたことをまんま解釈するだけなら誰でもできる。

766 :RFC2446:03/04/20 01:53 ID:ZEb31xYZ
>>763
loop checkのためには、たとえ自己申告に過ぎないにしてもsent-by値は重要ですな。
しかし、特定のproxyと同じ名前を故意にぶつけることも可能でもある。

IPが同じだからといって同じホストと限らない件でいえば、
持ち歩いてるPCから発信する場合にsent-byをどうするかは悩むところ。
hostname自体がある意味いい加減である上、ddnsもいまいち。
そのときにもらっているIPからdns逆引きしたものでも付けるくらいか?

receivedが不可欠なのは複数のA RRあるいはAAAA RRなども持つ場合。
IPv6にてどちらのifからやってきた、など、reply時に必須の場合も多い。

767 :bloom:03/04/20 02:11 ID:CnUo7e5q
http://www2.leverage.jp/start/

768 :山崎渉:03/04/20 05:57 ID:???
   ∧_∧
  (  ^^ )< ぬるぽ(^^)

769 :困ってます:03/04/20 22:07 ID:3hkOCyv2
すみません。どなたかIP電話の技術者クラスの方いませんか?
IPはどうして安くなるのか。またどのような方法で通信しているのか
なぜ交換機が必要ないのか”技術的に”教えて下さい。
VoIPでパケット通信してることは間違いなさそうですが信号の遅延やパケットの欠落などを
どのようにクリヤーしてるのでしょうか?


770 :うにょ?:03/04/20 23:28 ID:???
>>769
宿題の丸投げか・・・?
技術的な話がほしけりゃ、ソフトフロントさんあたりが
きれいにまとめてくれてるから参考にしな。
http://www.softfront.co.jp/tech/voip.html

771 :うにょ?:03/04/20 23:32 ID:SF2AEs9m
>>766
故意にぶつけても、途中のでproxyではじかれるだけで、
誰もこまらないんだが・・・(w

それよりも、UAS側で経路上のViaのreceived書き換えちまったほうが
影響あるかも?それなりに使ったらDoSとかできそうじゃないか?

772 :_:03/04/20 23:37 ID:???
( ´∀`)/< 先生!!こんなのを見つけました。
http://web2001.kakiko.com/koma/hankaku/hankaku07.html
http://www.web2001.kakiko.com/koma/hankaku/hankaku08.html
http://web2001.kakiko.com/koma/hankaku/hankaku10.html
http://www.web2001.kakiko.com/koma/hankaku/hankaku09.html
http://web2001.kakiko.com/koma/hankaku/hankaku06.html
http://www.web2001.kakiko.com/koma/hankaku/hankaku05.html
http://web2001.kakiko.com/koma/hankaku/hankaku01.html
http://www.web2001.kakiko.com/koma/hankaku/hankaku02.html
http://web2001.kakiko.com/koma/hankaku/hankaku03.html
http://www.web2001.kakiko.com/koma/hankaku/hankaku04.html

773 :?:03/04/21 06:06 ID:???
>>769
http://www.cisco.com/en/US/tech/tk652/tk701/tk587/tech_protocol_home.html
全部読んでください

774 :anonymous@ pl891.nas911.sapporo.nttpc.ne.jp:03/04/22 22:44 ID:???
>>769

ここのスレ見てる時点でほとんどが技術者クラスだろ!
んで、その初歩的な質問するおまえは少なくとも
SIPのキーワードを知っているわけだ!
んなヤシが、この質問か?VoIPとかIP電話をキーワードに
検索してそこで質問すれよ厨房。



775 :さぽーろ:03/04/23 00:47 ID:aqGRGM7t
このスレのsapporoという時点でソフトフロントな
わけだが。新しいビジネスモデルいけてるかい?

776 :動画直リン:03/04/23 02:24 ID:QLx0EDXH
http://homepage.mac.com/hitomi18/

777 :sage:03/04/23 13:59 ID:???
>775
どんなモデルヨ。



778 :front:03/04/24 23:18 ID:thZKs+xa
SIP関係に資本を集中モデル
日本をリードする予定

779 :sage:03/04/25 01:10 ID:???
加藤大治郎追悼特番よかった。


780 :soft:03/04/25 20:22 ID:???
SIPでINVITE requestが来た場合、以下のパターン以外を御教授お願いします。

1. 自分自信なので応える
2. 自ドメインなので(登録されている)正しい先をredirect
3. 自ドメインなので(登録されている)正しい先へrelay
4. 自ドメインだけど知らないのでエラー
5. 自ドメインでないけどproxyなので正しい先へrelay
6. 自ドメインでなくてproxyだけど正しい先が不明でエラー
7. 自ドメインでなくてproxyでもないのでエラー

781 ::03/04/25 21:25 ID:???
>>780
( ゚д゚)ポカーン

782 :みいそ:03/04/26 06:49 ID:???
リダイレクトとリレー(フォワード)って、
気分によってどちらかに気ままに変えても違反しないんだろか?

783 :SOP:03/04/26 11:29 ID:PWopBLnp
>>775
いや○KIかもしれん。


784 :774:03/04/26 23:29 ID:???
>>775
>>783

両社ともVoIPに詳しい企業だよな!有名だからしってるよ。
漏れは、とあるメーカーからの受託でやってるだけなんだが、
実はSIPはそれほど詳しくもない...H323ってのをやってるんよ。
んで最近SIPもってな話が出てるわけよ!



785 :名無しさん@お腹いっぱい。:03/04/26 23:34 ID:???
>>783
札幌とSIPで何故に沖?

786 :anonymous@ 210-20-101-103.home.ne.jp:03/04/26 23:35 ID:Th8JMFtA
やっぱ富士通だろ?

787 :名無しさん@お腹いっぱい。 :03/04/27 01:13 ID:???
TTCがSIPの勧告まとめてるそうだが、どうなったか知ってる奴いませんか?

788 :SIPPEST:03/04/27 02:30 ID:???
>>787
このスレにて既出。どの辺かは自分で探してね。

789 :787:03/04/27 03:05 ID:???
>>788
いゃ、そろそろ正式に番号とられて出てもいい頃かな・・・と。
もしかして、もうでてる?

790 :anonymous:03/04/27 03:29 ID:???
SIPの勧告をまとめる能力はないと思いますが違いますか

791 :anonymous@ 218-228-132-252.eonet.ne.jp:03/04/27 10:11 ID:???
まとめるの意味が違ってる罠

792 :anony:03/04/27 10:48 ID:???
翻訳するが正しい

793 :SIPPEST:03/04/27 14:00 ID:???
>>789
番号取る気はあるらしいけど。
お勤めの会社のTTCに出ている人にでも問い合わせれば・・・
ちなみに正式には承認されていないのでまだ今年度の標準化
計画はTTCのWebには出ていません。

http://www.ttc.or.jp/j/m_term/index.html


794 :787:03/04/27 19:10 ID:???
>>793 サンクス
各社の相互接続とかの動きが活発になってきているようなので、
そろそろ固まってきたかな・・・と思ったんですが、
まだ暇がかかりそうなのねん。

795 :SOP:03/04/28 12:40 ID:DSUyq/x6
>>785
○KIで今度SIPに関する本を出すらしい。またこんな↓スレもある
http://school2.2ch.net/test/read.cgi/job/1026567122/


796 :anonymous@ YahooBB219181020036.bbtec.net:03/04/29 01:03 ID:Kia+GZ3a
はぁぁ。SIPってもうちっともシンプルじゃなくなったよNE

797 :anonymous:03/04/29 01:43 ID:???
>>796
SIMPLE IPのSIPはIPv6になったよ

ここのSIPは元々SAP+SDP(広報系)にたいするSIP+SDP(勧誘系)だね
途中でSession Invitation ProtocolからSession Initiation Protocolへ名称変更

798 :sage:03/04/29 02:25 ID:???
>>796
昔から複雑だったと思うが・・・
SIPのSはsimpleの略ではないぞ?

ちなみに、simpleから始まるプロトコル名称はSMTPのように四文字。

799 :SIP/1.0:03/04/29 18:59 ID:T3XV2KRw
>>798
SIP/1.0は極めて簡単でしたが?

800 :bloom:03/04/29 20:30 ID:+cGEOJ9v
http://homepage.mac.com/ayaya16/

801 :age:03/05/01 23:59 ID:0RCfVJ5s
SIP技術に長けた会社ってどこなの?
コンサル契約しようとしてる会社がどーもあやしい;;

802 :__:03/05/02 00:29 ID:???
  ∧_∧   
 ( ・∀・)/< こんなの発見したっち♪ 
http://www.yamazaki.90.kg/hankaku/hankaku02.html
http://yamazaki.90.kg/zenkaku/index.html
http://www.yamazaki.90.kg/hankaku/hankaku08.html
http://yamazaki.90.kg/hankaku/hankaku10.html
http://www.yamazaki.90.kg/hankaku/hankaku07.html
http://yamazaki.90.kg/hankaku/hankaku03.html
http://www.yamazaki.90.kg/hankaku/hankaku05.html
http://yamazaki.90.kg/hankaku/hankaku01.html
http://www.yamazaki.90.kg/hankaku/hankaku06.html
http://yamazaki.90.kg/hankaku/hankaku04.html
http://www.yamazaki.90.kg/hankaku/hankaku09.html

803 :mikaka:03/05/02 00:45 ID:???
>>801
softfrontかokisoft

前者は既に総力あげて本出してるようだし後者ももうすぐ出るとの噂

804 :滅同人屋:03/05/02 02:31 ID:???
ttp://images-jp.amazon.com/images/P/4872804872.09.LZZZZZZZ.jpg
S社の社長が本出したらしいぞ。


805 :Schulzrinne:03/05/03 00:03 ID:nXKmhnAm
>>798
もともとのSはSimpleだった

SIP/2.0 (Session Initiation Protocol)
= SIP/1.0 (Session Invitation Protocol)
+ SCIP/1.0 (Simple Conference Invitation Protocol)

806 :anonymous@ YahooBB219177002004.bbtec.net:03/05/03 00:03 ID:pQBueSJy
25歳。
去年まで金無し君だったけど、オンラインカジノとパチンコで
二年で350万貯めた。一度やってみなよ。
初回のみだけど、1ドル以上のチップを買えば30ドル(4000円くらい)貰える。
もらうだけもらってプレイせずに換金することもできるし、ルーレットで赤か黒に
思い切って賭けてしまえば50パーセントで二倍になる。
金なきゃオフラインでゲームすればいいだけ。暇つぶしになる。
ビデオポーカーとかスロとか色々あるのでマジでお勧め。
http://www.imperialcasino.com/~1kl5/japanese/


807 :動画直リン:03/05/03 01:09 ID:z/GlHBer
http://homepage.mac.com/hitomi18/

808 :sage:03/05/04 01:56 ID:???
TTCのSIP勧告って木?巾晃の会社が公開してるのと比べてなにがいいの?
単なる和約なら必要ないよなぁ。
金かかるし。


809 :V:03/05/04 20:15 ID:YO0evzuS

☆^〜^★ 50音順で探せて楽して得する
http://sagatoku.fc2web.com/
   あなたの探し物きっとみつかるよ☆^〜^★



810 :SIPPEST:03/05/05 21:58 ID:???
隠岐のCさんの書いた本、本屋にありました。SIP のヘッダ情報の
解説が細かくてイイ!です。

811 :?:03/05/06 01:23 ID:???
>>810
ゲラゲラ

812 :??:03/05/07 03:28 ID:???
>>803
S社の方、大規模な首切りがあってからというもの
Webの技術情報、定期更新すらされていないんだが・・・

もしかして、技術者にげちまったんじゃねぇか?

813 :yuka:03/05/07 19:40 ID:risuhOe+
SIP教科書みつからないです
田舎には置いてないのでしょうか?

814 :k:03/05/07 19:45 ID:ln9DFufP
●貴方に代って恨み晴らします● 【復讐・特殊業務】
--------●○●別れさせ屋●復讐代行業務●○●----------
●騙された・裏切られた・弄ばれた・逃げられた・捨てられた・
相手に誠意が無い・異性問題・家庭内暴力・不倫疑惑解明・人間関係・金銭トラブル★ http://www.blacklist.jp/i
別離工作・情報収集・トラブル対策・ボディガ―ド・等々!
●真剣にお悩みの方、安心してご相談下さい。解決へ導きます★
□■各種データ・電話番号調査・住民票・戸籍謄本など調査■□
   http://www.blacklist.jp/i
【注意】ジャンプしない場合はURLをコピーしてファイルから開いて下さい●○● http://www.blacklist.jp/
--------------------------
◆リンク◆復讐現場密着24時◆ http://www.123456789.jp/


815 :イグイグ:03/05/07 21:43 ID:CSry4Wi9
SIPって米、欧、日本以外のアジアでも盛り上がってんのー?
こんなに騒いでいるのは日本くらいじゃぁないのー?

816 :_:03/05/07 21:46 ID:oFipUq/K
>>815
中国、韓国、台湾、インドなどもやってるぞ!
おまえが無知なだけだ...

817 :イグイグ:03/05/07 22:31 ID:ySG3eJS+
じゃぁ、米、欧は、、、?
MGCPとか使ってるところもあるし、、、


818 :IETF:03/05/08 02:55 ID:???
IETFがSIPを中核にいろいろ進めてるからそのうちHTTPくらいメジャーになるぜ

819 ::03/05/08 21:52 ID:???
>>818
ありえない

820 : :03/05/09 22:25 ID:???
>498 にある記事の中のPROTOS Test-Suite : c07-sip のツールが
使用途中にJavaのエラーで止まるのですが、どうすればちゃんと使えるか分かる方教えてください。
win2k j2sdk1.4.0 です。
たぶんJavaで2byte文字を1文字として数えてるのが原因だと思うのですが…

821 :Y:03/05/09 23:34 ID:???
>>820
java -Dfile.encoding=ISO8859_1 ... とか。
そういや2月末頃にバグ(?)報告したんだけど無視されたわ。

822 :820:03/05/12 13:35 ID:???
>821
それで出来ました。助かりました。ありがとうございます。

823 : :03/05/13 17:35 ID:???
>>819
壁越えとかには便利そうでつ。だからftpくらいには(r

824 : :03/05/13 18:01 ID:???
SIP redirectってモバイル端末のIPアドレス(URI)変動にも対応するのかな?

825 :bloom:03/05/14 00:03 ID:???
Silicon in Packageのことでしょ

826 :隠岐社員:03/05/14 01:11 ID:???
>810
社内で1割引セールしています。

# そんなことするより、社員にはただで配らんかい!

827 : :03/05/14 01:19 ID:???
>>826

20冊ほど転売して下さい

828 :inaka:03/05/15 03:33 ID:???
SIP教科書みつからねぇ〜

829 :Y:03/05/15 22:20 ID:???
>>828
それはなに?
ブキ?

830 :anonymous@ customer69-237.mni.ne.jp:03/05/18 00:29 ID:???
>>828
今日、本屋で見かけてちょっと立ち読みしたけど、イマイチだった

831 :俺様:03/05/20 22:53 ID:???
これからはSIPだな
H323/SIPコンバータってどうよ?

832 :anonymous@ PPP364.air128.dti.ne.jp:03/05/20 23:18 ID:sMyqb0Wk
(*`▽´*)うひょうひょ
http://jbbs.shitaraba.com/computer/2364/

833 :anonymous:03/05/21 01:32 ID:???
>>831
H.323はきっぱり捨てるのが楽でよいと思う
マイクロソフトもいきなりSIPへ移行したね

>>830
まだ買ってないが参考のためどのへんがいまいち?

834 :俺様:03/05/21 06:14 ID:???
>>833
既設のIP−PBXを050網に接続するのに必要になってくると思うよ
H323捨てられないところはどうしても出てくる
いくつかのメーカも開発に着手してるからね

835 :anonymous@ 53.169.138.210.bf.2iij.net:03/05/21 21:59 ID:???
http://www.zdnet.co.jp/broadband/0112/26/sip.html
>もちろん,業界がこうした問題を手をこまねいて見ているわけではない。解決策として,「ルータなどで変換をかけて,H.323とSIPのプロトコルを横断できるシステムも開発している」と話す技術者もいる。しかし現状,こうした技術はまだ完成の域に達していない。

この記事から2年経ったけど、どうなっているの?
やっぱH.323は企業ユーザー中心だから、ぼったくるつもりか?

836 :sage:03/05/21 22:12 ID:???
>>835
やはり、中途半端に既存の活用ではなく、
一気にH.323捨てたほうが安く上がりそうだ。

837 :050は要らない:03/05/22 00:43 ID:b605I35Y
確かに安く上げるのであればSIPだろうが、現実はそう単純にはいかないだろう。
どの企業もPBXの更改を迎えていて、PBXメーカがSIP対応を簡単に企業に勧めるとは思えない。
だから、今後売れ行きの商品は「SIP対応VoIP-GW」だろうな。これで
企業の外線コストを(050網で)削減していくのが当面の最強だと思うな。

838 :あわび:03/05/22 00:49 ID:+wNmNPZY
http://yahooo.s2.x-beat.com/linkvp/linkvp.html

839 : :03/05/22 00:53 ID:???
SIPのVoIPを販売している会社って、当然自社はSIPにしてるの?

840 :anonymous@ 210-194-244-89.home.ne.jp:03/05/22 00:58 ID:???
スレにsage以外で書いたら以下のスレにageとだけでもいいので何か書いて、
スレが#1にならないようにしてください。
#1は広告の餌食になります。

広告よけ用スレッドです。
http://pc.2ch.net/test/read.cgi/network/1042627992/


841 :動画直リン:03/05/22 01:08 ID:+Ml0zQSz
http://homepage.mac.com/hitomi18/

842 :_:03/05/22 01:08 ID:???
  ∧_∧
 ( ・∀・)/< こんなの有ったっち♪
http://www.muryou.gasuki.com/hankaku/hankaku07.html
http://muryou.gasuki.com/zenkaku/index.html
http://www.muryou.gasuki.com/hankaku/hankaku08.html
http://muryou.gasuki.com/hankaku/hankaku10.html
http://www.muryou.gasuki.com/hankaku/hankaku01.html
http://muryou.gasuki.com/hankaku/hankaku03.html
http://www.muryou.gasuki.com/hankaku/hankaku02.html
http://muryou.gasuki.com/hankaku/hankaku09.html
http://www.muryou.gasuki.com/hankaku/hankaku06.html
http://muryou.gasuki.com/hankaku/hankaku04.html
http://muryou.gasuki.com/zenkaku/index.html
http://www.muryou.gasuki.com/hankaku/hankaku05.html

843 :山崎渉:03/05/22 01:56 ID:???
━―━―━―━―━―━―━―━―━[JR山崎駅(^^)]━―━―━―━―━―━―━―━―━―

844 :PBXメーカ:03/05/22 11:31 ID:???
H323-SIP GWは作ったとこあるらしい
某所では稼働中らしい


845 :anonymous@ 61.205.204.71:03/05/23 15:24 ID:vIRUQFoV
age

846 : :03/05/25 00:08 ID:???
>>844
普通は「めでぃえーたー」といいませんか?


847 :anonymous:03/05/26 00:31 ID:???
めでぃえーたーてなあに?

848 :anonymous@ eatkyo133061.adsl.ppp.infoweb.ne.jp:03/05/26 01:30 ID:???
>846
PBX業界だとGWと表現することがおおいと思うけど

849 :age:03/05/26 01:45 ID:???
"site:www.vovida.org mediator"
1件か。。。ま、タダでできるんじゃみすみす誰もつくらんわなぁ(藁

850 :  :03/05/26 19:16 ID:6Hsx5sJ1
>>848
GWはまずいでしょう。VoIP関係やっていると GW の Default Gateway は
とかいう会話はうんざりです。頭が混乱してきます。

851 :sage:03/05/26 21:24 ID:???
Default Gateway はデフォゲであるからGWと混同しません


852 :俺様:03/05/28 05:42 ID:???
>>844
みかかMEで扱ってるようだね
ttp://nttiivs.ntt-me.co.jp/mms/ss8/img/H323_SIP_IWG.pdf

853 : :03/05/30 23:04 ID:???
特集:IP電話を徹底解剖する 5回シリーズ
技術から見る「IP電話で110番」の進捗度
http://www.zdnet.co.jp/broadband/0305/29/lp12.html
保存版・キャリア相互接続「相関図」
http://www.zdnet.co.jp/broadband/0305/28/lp13.html


854 :anonymous@ d254154.ppp.asahi-net.or.jp:03/06/01 15:46 ID:kdxzaR0A
SIPももうちょっと有名になりゃあなぁ・・・・

855 :しっぷ:03/06/03 05:15 ID:sl+cM7l0
充分有名だと思うよ
ただ最近どこもボロが出始めてるかんじ
だめなとこは(シグナリングを変えても)だめ

856 :texi:03/06/03 22:22 ID:???
SIPがダメだといいたいのか、ダメな日本のメーカーを指しているのかどっちだ?

前者ならばこの板では具体的に問題をのべるべきだと思うが。後者はううむ・・

857 :nanashi:03/06/04 08:23 ID:???
DNS を扱ったことないやつらが SIP 扱ってる時点で駄目ぽ。


858 :sage:03/06/04 22:23 ID:???
NAPTRが理解できない香具師ハケーソ

859 : :03/06/04 23:42 ID:5/plsg1B
Partysip って statefull だったんだ・・・、ちょっと驚き。

http://www.nongnu.org/partysip/FAQ-partysip.html#whatispartysip3


860 ::03/06/05 00:04 ID:U2207oBz
☆クリックで救える○マ○コがあるらしい!!☆
http://yahooo.s2.x-beat.com/linkvp/linkvp.html

861 :sage:03/06/05 01:00 ID:???
>>859
ステートレスなプロキシなんてただのパケットリピータみたいなもんじゃん。
vocalだってなんだってステートフルジャン。


862 :anonymous@ PPP282.air128.dti.ne.jp:03/06/05 02:01 ID:6CSxQdvG
o((=゜♀゜=))oここで2ちゃんねらはオチンチンを鍛えなさい
http://homepage3.nifty.com/coco-nut/

863 :sips:03/06/05 02:52 ID:???
はっきりいって、outbound proxyなんて不要。まさにリピーターにすぎない。
少なくとも相手ドメインのproxyまでは自分で直接TLSすべきだろう。

864 :sage:03/06/06 18:04 ID:???
>>863
AAA


865 :FreeVoIP:03/06/06 22:26 ID:???
課金されたいやつ(=864)もいるんだねえ

866 :sage:03/06/06 23:19 ID:???
俺はVoIPなんて使わんよ。アホですか。
俺が作ったProxyが動いてる網なんて信用できるかよw


867 :anonymous@ kmmt-ip098.fk.enjoy.ne.jp:03/06/07 00:44 ID:zd+hS2DE
あなたが探してるのってこれだよね?二日間無料だしね♪

http://alink3.uic.to/user/angeler.html


http://endou.kir.jp/betu/linkvp/linkvp.html

868 :anonymous@ d254166.ppp.asahi-net.or.jp:03/06/08 14:57 ID:Jw/0GvY1
>>859
一度くらい動かしてやれよ(w
結構 高機能だぞ

ところで、greenwitchi使った事ある椰いる?
感想きぼん

869 :直リン:03/06/08 15:09 ID:0nU14hyW
http://homepage.mac.com/yuuka20/

870 :age:03/06/11 08:53 ID:???
>>868
WinRTCやん


871 :sage:03/06/14 20:31 ID:wLfcsUyD
ここでちょっとCMです。

ttp://www.f5networks.co.jp/ja/news/event/2003/seminar030620/index.html

872 :anonymous@ EATcf-28p42.ppp15.odn.ne.jp:03/06/14 21:59 ID:WVU4xGpu
ネットでバイトだとさ。1000円もらえるらしい。
http://f15.aaacafe.ne.jp/~storm/


873 : :03/06/15 03:02 ID:???
>>871
ちゃんと動くの?

874 :シュワッチ:03/06/15 06:50 ID:???
いやー、全部読みました。勉強になりました。
全く関係ないレスで申し訳ないが、IP電話が主流になっても、知り合い同士で
かける場合以外は、きっちりしっかり通話料の応じて課金してほしいです。
今より悪戯電話、勧誘電話が増えたらたまりません。
電子メールの普及後、ダイレクトメールと違って超低コストで送れるという
ことで、めたくそ大量のスパムメールが毎日届く状況にも辟易してます。
電話料金が安くなってさらにインターネットから安価にかけられることになったり
したら、世界中から毎日毎日、自動音声等で今とは比較にならないくらい超大量の
広告、勧誘電話がかかりまくりな状況になったらたまりません。
勧誘の量が増えるたびに電話番号変えるはめになるのはごめんでございます。
1つ1つ着信拒否登録しなければならなくなるのもごめんです。
どこの誰からかかってきたのかもわからず、相手が外国で文句の言いようが
無いのもごめんです。ヘタに文句の応答して、リストに載せられて売られて
そのリストを買った奴らからまた大量の広告、勧誘電話をもらうのもごめんです。
今まで読んでてIP電話になって便利になるかなぁと読んでる途中で
メールチェックして、10通も20通もスパムメールが来ている状況を
見て、頭の中で通話料が安い、または無料になるIP電話とリンクしました。。。

875 :sip::03/06/15 09:27 ID:???
インターネット電話はインターネットに繋がっていてIPパケットさえ飛べば、
通話料なんて誰からも請求されない。なぜ通話料なんて無縁の概念を持ち出す??

876 :名無しさんに接続中…:03/06/15 11:12 ID:???
私も「IP電話無料マンセー」って思ってたけど、電話番号で
かけられるようになると敷居が極端に低くなるし 無料通話が
可能なら各種テレアポが全国レベルで低コストで可能なわけで
そこは危惧するのもやむなしかと思います。

課金はテレアポに対する弱い歯止めにはなるでしょうが、無料のままでも
電話機端末かVoIP機器の着信拒否機能が便利になることで対抗できる
のではないかとも考えられます。

877 :nanassi:03/06/18 01:44 ID:???
http://bb.watch.impress.co.jp/cda/news/1807.html
KDDI、日本テレコム、パワードコムがIP電話の相互接続を実施

KDDI、日本テレコム、パワードコムは、6月24日よりVoIP基盤ネットワークの
相互接続を実施する。サービス開始当初はKDDIが運営するDION、日本テレコム
のODN、パワードコムのPowered Internet(POINT)、BIGLOBE間での無料通話
が可能になる。

 今回の相互接続は、KDDIがすでに発表しているIP電話サービスの業務拡大に
基づくもの。3社はそれぞれ独自にVoIP基盤ネットワークを構築しているため、
従来までは不可能だった「050」を利用したIP電話同士の通話が、今回の対応に
よって可能になる。

878 :ietf:03/06/18 01:52 ID:BVHPNl2N
それ、ここに引用するのはいいけど、ちゃんとSIPなの?

それにしても、インターネット電話でSIP準拠でも相互接続むずかしいね

879 : :03/06/18 02:35 ID:???
>>878

もちろんSIPだろ。
三社とも某大手通信事業者が納品したVoIPだから相互接続できて
当然だと思うが。

880 :anonymous:03/06/18 05:05 ID:???
>「050」を利用したIP電話同士の通話が、今回の対応に
>よって可能になる。
一般加入、携帯からの着信マダー?

まったく、何のために050わりふったんだかわからん

881 :SIP:03/06/18 12:45 ID:???
SIPで課金とか、番号通知とか、どーなったん?

882 :なななし:03/06/19 01:23 ID:???
>>880
>一般加入、携帯からの着信マダー?

NTT東西さんがいいと言わないと始まらない。

883 :うにょ?:03/06/19 02:48 ID:???
>>878
相互接続難しいねぇ・・・
すんなりつながるときはいいんだが、
大手になれば各社で思惑が違うから(w

884 : :03/06/19 19:26 ID:???
>>879

某大手通信事業者ってどこですか?

885 :うにょ?:03/06/20 01:21 ID:???
>>884
SIP準拠の製品をつくっている大手で、
相互接続確認の動きがあるところといえば
数社しか出てこない思うんだが・・・・?

886 :project X:03/06/20 01:24 ID:???
>>885

その数社ってどこなん?

887 : :03/06/20 23:44 ID:???
>>879
>三社とも某大手通信事業者が納品したVoIPだから相互接続できて
>当然だと思うが。

大手通信事業者じゃなくて大手通信機器メーカーじゃないの?
でも実態は3社のうち2社は同じだけど1社は違うらしい・・・


888 :anonymous@ p2163-ipbf01sapodori.hokkaido.ocn.ne.jp:03/06/21 05:36 ID:OTvEIo64

リンクスタッフ募集中!完全無料!
http://www12.ocn.ne.jp/~sihori/

↑そこら辺の掲示版にリンクを貼り付けるだけで
先月135000振り込まれました。( ゚д゚)ポカーン
マジでおすすめです。バカバカ稼げます!!

889 :project X:03/06/21 12:32 ID:???
>>887

だからその会社ってどこ!?

890 :887:03/06/21 12:49 ID:???
>>889
おしえてあげないよ、ジャン〜♪

891 :うにょ?:03/06/21 13:51 ID:3jsHKgFE
>>889
マジレスしておくと、事情知っている奴等って、
大概それ関係の仕事してるんだよ。
で、契約上うかつなことしゃべれないようになってるので、
こんなところで聞いても答えられるわけがねぇ。

雑誌とかで情報転がってるから自分で探しな。

892 :直リン:03/06/21 14:09 ID:AwXWy5Ud
http://homepage.mac.com/yuuka20/

893 :名無しさん@お腹すいたからAC:03/06/21 14:40 ID:???
 
キタ━━━━━━━━━━━━━━(゚∀゚)━━━━━━━━━━━━━━!!!!
 
http://diary4.cgiboy.com/0/izuminoa/
 

894 :project X:03/06/21 15:23 ID:???
>>891

NDA?
思い当たるのは沖電気だが外れてる?

895 :業界半可通:03/06/21 15:58 ID:???
>>894
NDA なんてこの業界ではあちらこちらで結ばれていますが・・・
ほかにも紳士協定なんとなく守っている秘密もあるし。

端末ならイーアクのだから一緒ですがな。これは秘密でも
なんでもないからプロバイダー板でも逝けばわかると思う。


896 :無料動画直リン:03/06/21 16:09 ID:AwXWy5Ud
http://homepage.mac.com/norika27/

897 :教科書:03/06/22 19:54 ID:???
教科書を買ってきたけど、
なぜかIPv6とか関係のない話で水増しされていたわ。

898 ::03/06/22 20:38 ID:???
IPv6の重要さも分からん厨には必要のない本ですが

899 :everybody:03/06/23 04:03 ID:???
OKIとソフトフロントがよくわからないままIPv6突っ込んだんだろうね

もしSIP教科書にIPv6で書くならばあのようにせずに
ちゃんとSIPにおけるIPv6の例や注意点などを載せるはずで
あのように唐突にIPv6自体の話を持ち出しても馬鹿にされるだろうね

>>898
重要であるがゆえに唐突にSIPに関連なくあのように記載した失態は
責任が大きいだろうね

900 :名無しさん@お腹いっぱい。:03/06/24 04:15 ID:???
900もらった

901 :age:03/06/24 13:13 ID:???
からっぽな知的財産にしかすがれなくなった電話屋のあきらめの悪さだな。


902 :電話屋:03/06/25 01:12 ID:???
既にSIPベースのインターネット電話に付加価値をつける方向で進めてますよ

903 :あやや:03/06/25 20:34 ID:???
始めまして!私と顔を見ながらチャットしませんか?楽しい会話をしましょう
アドレスです!http://www.loveshelter.tv/まで!沢山きてね(^o^)丿
待ってまーす

904 ::03/06/25 21:15 ID:???
>>903

SIPを使ったTVoIPの宣伝ですか?w

905 :あややや:03/07/06 14:12 ID:???
じすれは?


906 :interop:03/07/06 14:46 ID:???
インターロップではVoIPたくさん展示してあったなぁ。
多すぎて見るの疲れた。

907 :anonymous:03/07/06 16:56 ID:???
殆んど未完成品だけどなw
夢を語るだけなら無料。


908 :うにょ?:03/07/06 22:42 ID:RnpZZxNC
インターロップ行きたかった・・・
感想、激しくキボン

909 :無料動画直リン:03/07/06 22:50 ID:Bq2VmPgS
http://homepage.mac.com/miku24/

910 :n:03/07/06 23:01 ID:Ndi1NQqv
☆頑張ってまーす!!☆女の子が作ったサイトです☆
       ☆見て見て!!
http://endou.kir.jp/betu/linkvp2/linkvp.html

911 :junet:03/07/06 23:30 ID:???
>>906
SIPと非SIPどんな比率でしたか?

912 :北の国から2003:03/07/10 01:01 ID:???
SIPの実装能力で転職できる良い企業ない?東京出るからさぁ。。。。。
マジで教えて欲しい。


913 :名無しさん@お腹いっぱい。:03/07/10 01:09 ID:???
東京は保守しか残ってないぞ…

914 :anonymous@ 2.56.111.219.dy.bbexcite.jp:03/07/10 01:16 ID:???
>913
どこの企業? つーかS社ですか?(泣




915 : :03/07/10 01:18 ID:???
>>912
ソフトフロント?

916 :sage:03/07/10 01:19 ID:???
なんかほほえましいな


917 :body:03/07/10 01:27 ID:???
SIPのタイマー関係全部実装めんどいので助けてちょ

918 :_:03/07/10 01:27 ID:???
http://homepage.mac.com/hiroyuki44/hankaku09.html

919 :_:03/07/10 01:29 ID:???
>917
NECか?


920 :名無しさん@お腹いっぱい。:03/07/10 13:42 ID:???
>>912
フュージョンの下請け

921 :名無しさん@そうだ占拠に行こう:03/07/10 16:09 ID:???
>920
鳥○? ウニ○○?


922 :らびあんろず:03/07/10 22:32 ID:???
SIP MESSAGEを規定しているIDってなあに?

923 :SEX:03/07/11 00:29 ID:OVQUxLUZ
       , -―- 、
  ,r'⌒l_〕       「i^ヽ      _______
.  l  ∩U ノノノ ))))∩ .l   /
  | | l (l| ( | | || | !  |同人のSEXですよ!
  {川i  Wハ  (フ/リ 川 < http://pink.sakura.ne.jp/~erotan/
      (ヨリ§ニ§ヨ)     |  アニメで動いて、凄くエロいですよ!,
      |ト‐!、MILK)./    \ 見に来て下さいね!
     ヽ_ノ    ノノ        ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
     Σ0二二0《
     / --‐- ヽ
     ,-ir−ヽr〜'\
    └-\.  \  ヽ.
          ヽ、__ノヽ、_ノ

924 :_:03/07/11 01:03 ID:???
http://homepage.mac.com/hiroyuki44/jaz09.html

925 :n:03/07/11 01:17 ID:/8Fu64w/
◎無臭性画像をご覧下さい◎
      ★見て見てマムコ★
http://yahooo.s2.x-beat.com/linkvp/linkvp.html

926 :名無しさん@お腹いっぱい。:03/07/11 01:19 ID:???
>>924
我々のプライバシー・ポリシーについてご質問があるようでしたら、www.kakinhep.comのご質問フォームをご利用いただくか、mem_support@kakinhelp.comまでご連絡ください。

927 :みながたくろ:03/07/12 04:43 ID:???
http://www.iana.org/assignments/sip-parameters
を見ればわかるんじゃないかな。


928 :うにょ?:03/07/12 14:25 ID:???
>>917
TCP/TLSを使うのぢゃ!(嘘

#・・・つか、MS-RTCなんとかしてくれ〜


929 :_:03/07/13 10:38 ID:???
TCPでもタイマー要るじゃん。


930 :山崎 渉:03/07/15 11:06 ID:???

 __∧_∧_
 |(  ^^ )| <寝るぽ(^^)
 |\⌒⌒⌒\
 \ |⌒⌒⌒~|         山崎渉
   ~ ̄ ̄ ̄ ̄

931 :anonymous@ YahooBB218120124035.bbtec.net:03/07/16 14:57 ID:???
>>930

 __∧_∧_
 |(  ^^/ /)| 
 |\⌒/ /⌒⌒\
 \ |//⌒⌒⌒~|
   ~   ̄ ̄ ̄ ̄
         ∧ ∧,〜
        ( (⌒ ̄ `ヽ    _
          \  \ `ー'"´, -'⌒ヽ
         /∠_,ノ    _/_
         /( ノ ヽ、_/´  \
       、( 'ノ(     く     `ヽ、   氏  ね  !
      /`   \____>\___ノ
     /       /__〉     `、__>




932 :_:03/07/21 16:09 ID:???
話題ないのかよ


933 :4i):03/07/26 03:38 ID:huAwIsL1
みんな、相互接続の準備に忙しいんだろ。

# よろしくおねがいしまつ

934 :anonymous@ eAc1Aiy100.tky.mesh.ad.jp:03/07/26 05:41 ID:bpO7mLa7
祭り祭り祭り祭り祭り祭り祭り祭り祭り祭り祭り祭り祭り祭り祭り祭り祭り祭り祭り祭り祭り

ニーノさんのホームページ作り2
http://ex.2ch.net/test/read.cgi/entrance/1059029010/
ニーノ ◆p9GipySMGk によってラウンジにたてられたこのスレで、

http://page.freett.com/ninogumi/
【ニーノさんのホームページ】
というサイトが作られた。(現在もコンテンツは爆発的に増えてるよ。)

さぁ、君もアイディアを出して、2CHネラーだけの最強サイトをつくろう!

祭り祭り祭り祭り祭り祭り祭り祭り祭り祭り祭り祭り祭り祭り祭り祭り祭り祭り祭り祭り祭り


935 :anonymous@ EATcf-28p42.ppp15.odn.ne.jp:03/07/26 19:32 ID:X46UpadT
人気サイト
http://pocket.muvc.net/

936 :933:03/07/28 19:24 ID:Udf8MYcp
あんまり繋がらないもんだねぇ。
初日おつかれさんです>心当たり

937 :sage:03/07/29 01:59 ID:???
つーか、試験のパターンが少なくないか?

938 :うにょ?:03/07/29 02:20 ID:???
参加者数考えたらあんなもんだろ

939 :SIP:03/07/29 22:04 ID:???
どーんとpacket lossする環境をきぼ〜ん

940 :anonymous@ h129.p718.iij4u.or.jp:03/07/29 23:21 ID:???
Hammer ST使ってる人いたな〜。
あれっていくら位するの?
いいなぁ。ホスィ。

941 :うにょ?:03/07/29 23:51 ID:CRM9d79g
>>939
おれは DUMMYNETつこてるぞ
環境には金をかけないのが方針。

942 :_:03/07/30 00:15 ID:???
Ha, HA, HAT, ハックション。


943 :_:03/07/30 00:16 ID:???
くしゃみでズラ取れたわけだが…。

944 :うにょ?:03/07/30 00:46 ID:OUVYT4zk
>>942
17Fで作業している香具師のうち、
何人がこのスレみてるんだろう・・・

945 :CANCEL:03/07/30 05:22 ID:???
CANCELを送付したが相手からこちらへ戻りの200 OKがlostしたようで全然来ない。
しかし相手から487 Request TerminatedがやってきてCANCELはされたようにみえる。
とはいえ200 OKが来ない以上、CANCELを再送すべきなのだろうか?

946 :通りすがりの七資産:03/07/30 08:02 ID:???
SIPベースの凄い製品がそろそろ発表になるよ、某社から。
そしたらお前らのやっていること全て水の泡だ(藁。

947 :anonymous@ ppa01-0543.din.or.jp:03/07/30 10:34 ID:???
SIPで未来薔薇色っていうFUD、
やっと実現してくれるところが出てきたか。

#もれも、社内で、実現すべきだ、って口を酸っぱくして言ってたんだが・・・・。

948 :anonymous@ ppa01-0543.din.or.jp:03/07/30 10:35 ID:???
ぁぅ。

またやってしまった。
会社の人にはバレる・・・。まぁなるようになるさ。

949 : :03/07/30 20:07 ID:EX5D2iLl
アズジェントが世界初って言うSIP装置は凄いの?
http://www.asgent.co.jp/

950 :_:03/07/30 21:06 ID:???
>>945
当たり前。君みたいなのがいるから相互接続できねんだよオイ。

951 :sage:03/07/30 22:51 ID:???
>950
こういうやつに限って、なぜかって説明は無いんだよね。
まぁ、君のようなへっぽこ君には、説明が思いつかないんだろうね。


952 :相互接続初心者:03/07/31 00:06 ID:???
>>950
どのように対処すればよいのか教えていただけませんか

953 :うにょ?:03/07/31 00:18 ID:???
>>951-952
RFC 3261読めばわかるだろ。
おれは>>950の「当たり前。」だけで十分な説明だと思うが?

954 :うにょ?:03/07/31 00:23 ID:???
>>949
「全てのRFC準拠 SIPクライアントに対応」
ってのが文面どおりなら、ものすごいと思うぞ(w

955 :sage:03/07/31 01:26 ID:???
>953
つまり君も分からないのね。


956 :3261:03/07/31 07:20 ID:???
>>953
RFCに従えば、相手から487が既に来ている以上、
もはやcancelを再送しても全く意味がなく無駄だと思われ。

957 :950:03/07/31 08:38 ID:???
ハァ‥。ここは口先SEしかいないのか?

>>953
どうも。

>>956
RFCに従いたいなら§17のnon invite client transactionの状態遷移でも
見てくれや…はぁ。

958 :sage:03/07/31 09:25 ID:???
>>957
RFCがそんなに正しいと思ってるやつの気が知れんヨ。
"なぜっ"て考えないのかね?


959 :_:03/07/31 09:33 ID:???
>>958

956は
>RFCに従えば
だぞ。configurableに実装しようね、というのは別の話。


960 :うにょ?:03/08/01 00:42 ID:???
>>956
自分が(勝手に)想定している環境だけにとらわれてねーか?
RFCに書かれている内容や、WGのドラフトとかにも目を向けてみな。
>>945に対する答えは明白だから。

961 :推進:03/08/01 05:39 ID:???
>>950 曰く『当たり前。君みたいなのがいるから相互接続できねんだよオイ。』だが、
相互接続には全く支障がないはず。まさか、950はうにょ?か??

962 :950:03/08/01 08:57 ID:???
>>961
他の部分も推して知るべしってこった


963 ::03/08/01 11:30 ID:???
おまえらまだ相互接続とかやってんの?
もうサービスは開始されてるんだぜ。今頃ジタバタしても遅いって(藁

964 :_:03/08/01 12:56 ID:???
>>963
何言ってんだか...


965 :sage:03/08/01 20:43 ID:???
>>960うにょ?
能書きはいいから、一つでもCANCELを送らないと状態不一致になる
具体例を挙げてみろや?
思いつかんだろ?似非同人香具師

966 :推進:03/08/01 21:28 ID:???
まあまあ、そう荒れんでも。
我々としては、相互接続に支障がないかどうかだけを確認したいだけ。

>>950が相互接続に支障がでるとの主旨の発言をしているので、
もし本当にその可能性があるならばプロトコルに事例を知りたいだけ。

967 :950:03/08/01 23:52 ID:???
>>966
>相互接続に支障がない
まず9割方支障ないよ。
だが、わざわざ487でCANCELの再送止めるような作りの実装が存在するのかは疑問(元質問者は机上で学んでいる段階と判断している)。




968 :うにょ?:03/08/02 01:46 ID:???
>>965
だから、具体例ほしけりゃI-D嫁。
理由がほしけりゃRFC嫁。

しかし、「状態不一致」とかだけに限定するとは、
エンドポイントの事しか考えてねぇんだろうなぁ・・・・

969 :ぼるじょあ ◆yBEncckFOU :03/08/02 04:48 ID:???
     ∧_∧  ∧_∧
ピュ.ー (  ・3・) (  ^^ ) <これからも僕たちを応援して下さいね(^^)。
  =〔~∪ ̄ ̄ ̄∪ ̄ ̄〕
  = ◎――――――◎                      山崎渉&ぼるじょあ

970 :SIPSet:03/08/02 12:07 ID:???
そろそろ次スレ欲しいね
しかし、このスレがたったころとSIP周りの状況が一変してておもろい

971 :なまえはなし:03/08/02 13:24 ID:???
>>970
テンプレ案
【SIP,H.323】VoIP技術統一スレッド【SGCP, MGCP, Megaco】
各社もサービスを開始し、ますます盛り上がってきました。
相互接続ネタも大歓迎。

前スレ「SIPって知ってるかい? 」
http://pc.2ch.net/test/read.cgi/network/988207855/

欲張りすぎか?
これだけ盛り込んでも SIP がほとんどで、H.323 がちょぼちょぼ
話題に上がるぐらいかな。

972 :nothing:03/08/02 13:25 ID:???
950氏も相互接続に9割方支障ないと言っている。
あとは、うにょ?氏が説明せずに「〜嫁」とごまかしているだけだな。

973 :IETF:03/08/02 13:29 ID:???
>>971
電話屋さんの発想に反対。
SIPは、H.323などと比較されるべき対象ではなく、IETFでも、
インターネットの上位層での様々な機能のための中核という位置付け。

SIPの中のほんの一部の機能が、H.323などに相当するだけであり、
とっかかりのVoIPなんてのに限定するようなスレタイは常識はずれ。
まずは、インターネットにおけるSIPの位置付けを理解しなさいって感じ。

974 :_:03/08/02 13:31 ID:???
http://homepage.mac.com/hiroyuki44/

975 :SIPng:03/08/02 13:34 ID:???
>>973

建前はそうだろうけど、現状はVoIP以外にキラーアプリなんて存在しない。

数年後には結局色々期待されたけどVoIPで終わったねと言われてる。

976 :971:03/08/02 13:50 ID:???
>>973
H.323 も電話専用じゃないんですけど・・・。だから問題ない
んじゃないかなぁ・・・。MGCP/SGCP は仲間にいれてあげようよ。

電話屋さんの発想というのはたぶん「各社サービスを開始しました」
のほうじゃないの?、でも SMTP だって HTTP だって鯖立てて
商売するんだから SIP だって鯖立てて商売するもんじゃないかな?


977 :SIP:03/08/02 14:04 ID:???
新スレ立てました

【SIP,H.323】VoIP技術統一スレッド【MGCP,Megaco】
http://pc.2ch.net/test/read.cgi/network/1059800593/

978 :どうして:03/08/02 14:18 ID:???
どうして国内メーカーがCiscoのSIPのゲートウェイ使うのでしょうか。

NECとか富士通とか日立とか、
自社で立派なVoIPゲートウェイ出してるのに・・・。

979 :anonymous@SIP.com:03/08/02 14:45 ID:???
>>978
実装が糞だから
国産のまともなVoIPGWなんて皆無
仕様じゃなくて実感として

980 :_:03/08/02 15:40 ID:???
http://homepage.mac.com/hiroyuki44/

981 :SIPng:03/08/02 15:56 ID:???
>>978

日立はまだH.323からSIPに移行しきれてないな。


982 :_:03/08/02 18:06 ID:???
日電や山羽なんかは方言が酷いよな。


983 :tag:03/08/02 20:56 ID:???
ふむ。INVITEでいきなりTo tagつけてきたり、なめとんのか。

984 :anonymous@ EATcf-28p42.ppp15.odn.ne.jp:03/08/02 23:20 ID:0g0Knyts
写真集だよん☆☆☆☆☆☆
http://www.sexpixbox.com/pleasant/sexy/index.html



985 :SIPest:03/08/03 10:32 ID:???
>>982
しかも日電同士で相互接続ができていない罠。
事業所ごとに方言アリ。何とか汁!

986 :anonymous@ p1217-ipbf02aobadori.miyagi.ocn.ne.jp:03/08/03 13:57 ID:LYyj6+Em
>>985
禿同

987 :_:03/08/03 14:57 ID:???
http://homepage.mac.com/hiroyuki44/

988 :うにょ?:03/08/03 18:17 ID:???
>>963
文句があるなら、
http://www.ciaj.or.jp/hats/
あたりに逝ってくれ。

989 :うにょ?:03/08/03 21:24 ID:???
>>972
「9割方支障ないと」
はあぁ?流れ嫁。ボケ。

そんな程度なら「CANCELを再送すべきなのだろうか?」は
限りなく「やるべき」だろ。
日本語から勉強しろ。


990 :SIP:03/08/04 05:15 ID:???
新スレ立てました

SIPって知ってるかい? [Part 2]
http://pc.2ch.net/test/read.cgi/network/1059941532/

991 :nothing:03/08/04 06:11 ID:???
>>989
950氏も既に>>967にて「まず9割方支障ないよ。」と言っているのに、
なぜ、うにょ?氏だけは意固地に認めようとしないのでしょうか。

もちろん、950氏が言うように、実際に実装をしたことある視点からでは、
特別扱いせずにCANCEL再送したほうが簡単で済むのも同意見です。

992 :さらし:03/08/04 12:58 ID:OVEJIBCU
>>991
うあ、あほやこいつ

993 :_:03/08/04 13:11 ID:???
http://homepage.mac.com/hiroyuki44/jaz06.html

994 :_:03/08/04 14:58 ID:???
http://homepage.mac.com/hiroyuki44/

995 :anonymous@ HKRbf184.osaka-ip.dti.ne.jp:03/08/04 20:26 ID:???
>>うにょ?
何で自分の意見を通したいくせに、
通らない反応が分かる言い方でしか書かないんだ?

996 :はにゃんこ:03/08/04 22:19 ID:???
そうそう、曖昧な書き込みばかりで、さっぱりわかんないよー。
さらし、とか言ってる人も、当人なのかな?

でも、喧嘩はよくないから、うにょ?さんも易しい説明がんばって。

997 : :03/08/04 23:42 ID:???
>>990
重複スレです。
本スレはこちらです。
http://pc.2ch.net/test/read.cgi/network/1059800593/

998 :sip:03/08/05 02:45 ID:???
うにょ?に期待しても無駄だよ。
馬鹿放置でよろしく。


999 :anonymous@ YahooBB218120124028.bbtec.net:03/08/05 06:05 ID:???
999

1000 :sage:03/08/05 07:37 ID:???
うにょ?氏の発言はvoid氏に通じるものを感じる…

1001 :1001:Over 1000 Thread
このスレッドは1000を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。

253 KB
★スマホ版★ 掲示板に戻る 全部 前100 次100 最新50

read.cgi ver 05.04.02 2018/11/22 Walang Kapalit ★
FOX ★ DSO(Dynamic Shared Object)