SIPって知ってるかい？ [Part 2]

>>380
釣ってくれたありがとう。

あそこには笑っちゃう仕様があったんで。そこのH.323 端末を試験用
に買ったら電話番号の桁数が４桁までですって。バカかとアフォかと。
中小企業専用か？

>>381
あぁ、ゴメンゴメン。
あなたを釣ったんじゃなくって>378は 「っていうかもしかして(オレ>377に)釣られました？」
っていう意味です。

読み返してみるとどうも>377って釣りっぽくて。
んでオレは釣られた　と(w

>>382

誤：　じゃなくって>378は
正：　じゃなくって>380は

スレの内容と余り関係ありませんが
sipphone.comの電話機の電源を入れると
テレビの1〜3チャンネルの写りが悪くなってしまうのです。 >>176
解決方法ご存知の方居ませんか？
あるいは、関係ありそうなスレに誘導して頂けませんか？



とりあえず
テキトーに買ってきたフェライトコアをACアダプタにつけてみたり
アダプタのケーブルをアルミホイルで囲ってみたり
LANケーブルを高いものに取り替えたり
テレビから出来るだけ遠ざけたり
テレビと違うコンセントから電源を取ってみたり
したんですけど、効果ないんです。

SIPとIPv6/v4との関係は？

>>384 なんだけど
livedoorのsipphoneのスレッド見つけたので移動します。

そのスレッドどこにあるか教えてください

どうしてなにもしてないのにふしあなさんなんだあ！

坊やだからさ。

>>387
★ livedoor SIP PHONE ★
http://pc2.2ch.net/test/read.cgi/esite/1071536241/l10


名前が空っぽだとFQDNが表示される板です。

【通信】エッジ、ＩＰ電話ができる携帯
http://book.2ch.net/test/read.cgi/bizplus/1070949673/

http://www.npa.go.jp/chousa/jyouki1/siryou.pdf

警察がSIP前提で提案してシステム仕様も出しているわけだが、
これではなにも定めていないのと同じで、
SIPとかQoSとかtag VLANとかキーワードを並べただけなように見える。

とくに、ここではSIPの立場から見て、どうよ？

と言うか国内ISPのIP電話の殆どがSIP使ってるんじゃ？(yes/no)

NO
NE〇仕様や長いた仕様が存在します

>>392
構成図の中の右側のSIPサーバはいったいどこにあるんだろう？

しかも発信者がA県かB県かによって分岐するという謎のスペック

>>395
そりゃ、北海道から110番かけて沖縄県警に繋がったら困るだろ。

sip・・

沖って何でCERTに対してレスポンスないの？
SIPの脆弱性の話しも日本企業のレスポンスが少なかったり湿布製品ないことになってたりで不安だなあ

>>396
それはそうだが、消防署のほうは県単位でなく、市町村級だぜ。

フレッツ使って県単位でしか粗くまとめられなきゃ、どうするんだ？

>>393
シェアからいうと MGCP のほうが・・・

MGCPはSBBだけで、業界標準はもうSIPでしょ。

PPPoEを使うならば、MGCPよりSIPの方がいいかんじだからな。

>>402
はぁ？根拠は？
日経BPの記者並に頭の悪いｶｷｺﾐにしかみえねーよ。

>>401
だから >>400 はシェアといっているんだろうに・・・

>>402
理由を是非知りたいです。

>>404
MGCPでもSIPでも構わないが、
家や会社や学校や街角からそれらを使ってどう119するのかね？

（USだと911なので9/11にテロ発生、JPだと119なので1/19の予定）

もまい、世間しらなさすぎ。

>>399
　まあ現在でも携帯からの通報は県単位でしかつながらないけどな。


うちの県だと
　県庁の通信司令室で受令→市外だと転送

>>407
愛知の場合は県内を複数ブロックに分けてそれぞれ代表の消防署に繋がるようになってるけど？

まぁ携帯の緊急番号の話しは最近の事なので
事業者によっても違うし
ＩＰ電話もsosシステムとか考えてる人は考えてる
事業者がいったん受けてその顧客情報から警察や消防にリダイレクトするシステムだったらすぐにできるよ
そんなに大事かどうかは疑問
つながりゃいいやん
電話やし

>>409
松本？

DQNな質問なんですが、
アダプタ1setを輸入して友人と使うつもりなのですが、
国内の一般的なメーカーの電話を接続した場合
着信の際SIPの電話番号は表示されますか？

>>411
フォーマットが違うので期待できない。

>>412

どうも。

MA361っていうモトローラのデジタルコードレスなら
表示されますかね？

たぶん表示される

表示されるに一票

>>415
>>416

どうも。

>>409
その「つながりゃいい」を実現するために
みんな苦労しているわけなんだが・・・・

例えば、sip:[email protected] みたいなURLで
電話番号を伝えているみたいなのですが、
＠のうしろのexample.com部分は、なんでもよいのでしょうか？

>>419
なんの URl なんですかぁ・・・。ぜんぜん話が変わってくるんだけど。

>>418
あなたのところの会社とC&Cがいなければもう少し相互接続も
楽になります

>>420
みかかが050番号やりとりするときとかは、
FromやToとか、Request URIとか、どうなんやろ？

>>422
みかか束酉の交換機まで来たらもうSIPじゃないんですけど・・・

>>423

例えば、みかかとにふてぃの間ではどうよ？

>>424
にふてぃは鯖をもっていないので・・・
ちなみに鯖も２系統あります。
http://pc4.2ch.net/test/read.cgi/isp/1059160698/l50
http://pc4.2ch.net/test/read.cgi/isp/1070749253/l50

ちなみに[+8150〜 or 050〜]@[IP アドレス or FQDN] だろうけど。

なんで、それだけで一意に区別できるE.164番号の後ろに、
＠IPアドレスっていう余分なものをつけるのですか？

そのIPアドレスに意味はあるのでしょうか？

>>426
余分って、Request-URI には SIP-URI 使いますよとRFCに書いてある
から。TEL-URI も MAY らしいけど、勉強不足かなんかしらんけど
そうゆー実装は見たことありません。

FromとかToとかもRFC嫁。

本気で余分だと思うんだったら SIP のMLで論戦ふっかけたら
如何ですか？

いやー、アダプタタイプって結構難物だよ。

保守age

陰場胃吐

SIP使えりゃ・・・
http://page4.auctions.yahoo.co.jp/jp/auction/d44997329

SIP鯖立ててみたいのじゃが…
フリーでLinuxかFreeBSD対応

だれか入れてみた人いますか？

MacOS用のSIPクライアントってあんのか？

>>432
partysipでいいんじゃないの?

>>433
OS Xならある

>>433　蟻が�d、ちょっといれてみらぁ〜(トム猫AA略

>>432
http://www.freebsd.org/cgi/ports.cgi?query=PartySIP&stype=all

ぷららフォンが死んでいる。

ttp://www.plala.or.jp/access/topics/04_feb/20040228.html

SIPメッセージ輻輳時の処理がうまくいっていない？

>>437
ハッキリと「SIP サーバ」といってしまうんですね。普通はIP電話
サーバとか言うような気がするけど。

普通の人が読んでも"SIPサーバ" ハァ？だと思うけど。
まあこのスレ的には○でしょうね。

register message congestion と思われるんだが各位意見求む。
けどせめて図ぐらい張っておけよとおもう。

congestion -> 端末がregistry message再送 -> 仕様がへぼい端末の暴走（DoS client化） -> 収拾不可能

というシナリオが目に浮かぶよ・・・・（ｗ

テレビ会議システムみたいなのを作ってみたいのですが
現在のフリーウェアでできますか？

全二重の音声通信
ビデオカメラ窓
Windows、MAC、UNIX類でクライアントがある
サーバーOSはLinux,FreeBSD
どうでしょうか？

しらべていくとCU-SEEMEってのが出てくるのですけど
リフレクターサーバーがあるのかないのかフリーなのかなんなのかまだ調べ中

>>439
此処まで書いてあるのは逆に珍しい気がするけど・・・。
なんか社内周知用の資料をまんま見せられている気がする。

http://chanpu2.hp.infoseek.co.jp/

シーユーシーミーは懐かしすぎ（ｗ

vic & rat
とか。

なんでCUは消えちゃったの？
むかし、よく遊んでたのに…

外人はよく脱いでいたな(w

>>439
まともなUAならRFC3263にしたがってDNSでSIPサーバを解決するし、
まともな運用してるところならそこで複数SIPサーバを返すので負荷分散されるのだが。

ぷららの場合はまさかUAでは固定IPでサーバ指定し、サーバ1個と推測されるのか！？

まぁ複数の鯖が返事したとしても一斉にﾚｼﾞｽﾀDosが起きたらすべての鯖が
お亡くなりになります罠
帯域制御してﾚｼﾞｽﾀを抑えたら正常な端末からのﾚｼﾞｽﾀまで抑えられて
つながらないｴｰｼﾞｪﾝﾄがどんどん増えて逝く罠
やり方考えれば完全に落とさないでも復旧出来ると思うけど、所詮IPのアプリ
なんで「落ちちゃいました・・てへっ(^^;」で済んじゃうところが恐ろしい

>>447
>まともなUAならRFC3263にしたがってDNSでSIPサーバを解決するし、

えーと、Plala はそんなことしていないと思われるんですけど。
対応していなくてもマトモじゃないとは思わないけどね。
他の部分はしらないけど。

>>440 http://www.gnomemeeting.org/
http://www.itmedia.co.jp/news/articles/0403/10/news048.html

今年も相互接続試験あるんだけど
実装追い付くの大変
どうしよう

>>451
あきらめろ。
おらはもうあきらめて客のクレームを粛々と他部署に流す事にしたよ（T_T)

素直にソフトフロントの使っておけばいいのでは

>>453
いやぁ、うちはそんなお金出せないっす。売込みにはこられました。

まぁ、高い割にいまいちというかサポート悪いしね。
小さな会社だから仕方ないのかもしれんが。

>>455
うわさは耳にしてます。。。でも、大手が買ってるそうで。自社開発
できなかったのか！？

固定端末なのにREGISTERのExpire=3600って短すぎねぇか？
メーカーの罠じゃないかと...

>>457

1時間あれば十分だろ

>>458
REGISTERトラフィックって結構邪魔なんだよねぇ。

>>458
たとえば10万台ぶらさげれば、呼がなくても10万msg/h。

>>451
実際、まともな実装作ろうとすると大変だからねぇ・・・
素直に 先行している企業と提携しとけ。

先行しているかどうかは、相互接続会場にいきゃわかるだろ？

>>457
藻前のところは全ユーザ固定IPなのか?

接続したままで突然IPアドレスが変わる事なんて無いだろが…

あるよ
DHCPが死んだときとか

そんなもん年に何回あると思ってるんだｗ
ヘボISPユーザーも大変だなｗ

変わったときに誤接続あったら問題だろ・・
電話をなんだと思ってるんだか

つか、L2レベルの切断なんて、つきに数回発生する程度の品質で
運用しているところがほとんどだぞ
「常時接続」って単語に踊らされている素人じゃないんだから、
ちったあ考えろ。

結論が無いから何が言いたいのか分からんぞ。
結局、何が言いたいんだ？

>>466
ネタですか？

>>467-468
何の話題なのかは、>>457にでもきいてくれや。

自分で説明できないんだったら口を挟むなよ…

あたしんちADSLひんぱんに切れるけど、
固定IPじゃないのでそのたびにIPアドレス変わりますよ。

PPPとDHCPの違いを調べてみよう。

>>456
自社開発できないことはないだろ。
ただ大手だったら金もあるし今更時間かけて社内でシコシコつくるよか、外から接続実績あるとこの買うほが楽っしょ。
他にもやることあるんだしさ。

ルートセットにlrパラメータが入ることありますよね。
で、ルートセットの最初のＵＲＩにこのパラメータがあるかないかで
ＵＡＣの動作が変わってくるとＲＦＣ３２６１に書いてあるんですけど、
これは何故なのでしょうか？
lrパラメータが影響しているのでしょうか？
そもそもこのパラメータは何をするためのものなのでしょうか？

ご教授願います。

来週、よろしくお願いします。

>>474
ほんとにRFC3261読んだの？

100relあげ

>>475
もつかれー

昨年に比べて多かったので大変だたよ・・・

保守

http://www.sipphone.com/
のアカウントってただで取れるみたいですが
どこから取ればいいでしょうか？

いざ、大手町
仕込み中

SIP:Simple Internet Protocol
MIP:Mobile Internet Protocol
このことですか？

このスレがいまいち盛り上がらない理由は
1) SIP技術者数が絶対的に少ない
2) 2chなんて見てるヒマないほど忙しい
3) SIPについてそもそも語るほどのネタor価値がない
4) その他
のどれなんだろ？

周りから「SIPの研究者サイドの人間はRFC丸暗記してるから、
それくらい知識をつけないとやってけない」みたいなことを
以前言われたのだが、そこまでSIPにのめり込もうとはとても
思えないのだが。。。甘ちゃんですかね？

オープンな規格の割にみんなクローズドだからっしょ？
守秘義務つーのもあるしね
しゅひぎむ
守秘義務
【システム開発】

(1)

・業務上知った事を第三者に漏らしてはいけない事。

・いや、漏らしたくても、逆に「こんな事を言ったら馬鹿にされる」と恥ずかしさが第一に思い浮かぶことが多いもの。


(2)

・こんなバカで無能で、おおよそプログラムを書く事という作業に従事するのは不向きな上に、自信過剰で尊大で
おまけに「自分が天才だ」と思い込んでいて、見事にチーム全体の足を引っ張ってくれる人間がこのシステム開発に関わっているという事実を、客先に伝えてはいけないということ。

・実は、もっとも業務を理解していない、技術を理解していない人間がプロジェクトを仕切っているという事実を、客先に伝えてはいけないということ。

http://www.geocities.co.jp/SiliconValley/5634/t82B5_0017.html　引用

>>482　RFC丸暗記の必要はないよ。
それにしてももうちょっと実装を考えてくれていたら...

相互接続試験も参加者減ったしね。
ブームは去ったのかも

IPv6対応のフリーなSIPサーバって何かありますか？
教えてください。

>>486　SERって対応してなかったっけ？

>>485
瓦斯屋の実例見てｖｏｉｐに対する評価がガタ落ちになったんだと思いま〜す

》487
どうもです
早速動かしてみましたが
クライアントがないですね
v6クライアントは何かないでしょうか？

>>489　クライアントの次は何だ？いっぺんに聞けよ。絶対教えないから。

とりあえず松○は逝ってよし　Σ(´�D｀lll)
２ｃｈ見て訴えるとかヽ(´ー｀)ノ ｲｯﾁｬｯﾀ､ｲｯﾁｬｯﾀ暇あったら
晒され無いもの発表してミロ

CoolなSIP Phoneって無いですかね？

>>482
技術をわかってない馬鹿がいついてるせいで、
技術屋があきれて出て行った　のが実情だろ

>>493
RFCすら読んでない開発者ですが
(　´Д｀)なにか?

RFCってどこで売ってるんですか？
それってウマイの？

>>495
ttp://www.geocities.jp/kotekoteland/rfc/

>>483
matudaおつ

INTEROPやってるみたいだけど、SIP関連でめぼしいもの
あるんかな？
幕張は遠い...

>>498

正直驚いた。
VoIP=SIPという流れ一筋になっていて、
新技術が満載だった。

明日は説明員だ。お前らの相手をしてやる。

ntt東のIPテレビ電話ってどうよ

あの手のテレビ電話は永遠にモノにならない。やるだけ無駄。

>>494-495
もまいみたいなのがいるかぎり、ここはくそすれ

http://www.asahi.com/business/update/0704/005.html
テレビ電話ってこれか？

>>503

そそ、それそれ

テレビ電話、発売されるみたいね。どんなユーザがターゲットなんだろう？

おじいさん・おばあさん と 孫。

方式はどうあれ、個人にはテレビ電話は売れないのよ。↑くらいにしか。

>>501
正解！

昔静止画のテレビ電話あったな…
物によってはカラー対応していたが、モデムでピーヒャラ画像を送信(ry
もちろんその間通話不可orz

NOVAのアレって売れてるのか？

こんなモンが普及したら、
ヘタレバックボーンが吹き飛ぶだろ
P2P規制に続いてテレビ電話規制やるんじゃねーの
どっかのWinnyにいち早く対応していた厨ソフトハウスがテレビ電話パケットの
検出パッチを即座に開発ですか。

>>510
ものすごい妄想ですね。

>>510
300Kbit/sもあれば地上波テレビ放送レベルの映像の送受が出来るし
普通のテレビ電話なんて64kbit/sぐらいじゃん・・・

あと、SIP をふさぐのなんて簡単で検出パッチを開発なんて功を
誇れるようなものではなんいんだけどねぇ。

質問なんすけど
SIPってIP電話での使用が有名ですが、ほかの使われたかってしてるんですか？
例えば画像転送でSIPを使用しているとかって聞いたことありますか？

NTT-comがN+Iで展示してたようなm2m-xとか

>>514
ありがとうございます。

いろいろな用途に使用されているようですね。。。
実用化されるのかなぁ…

病院に行った時、妙に「湿布」に反応してしまった・・・

少し教えてください。
当初は此方から公衆電話に掛ける　ｏｋ
公衆回線からバーチャルナンバーにかける声聞こえず　　ＮＯ
現在
此方から公衆電話に掛ける　相手声聞こえず　　ＮＯ
相手の公衆電話からバーチャルナンバーにかける　　ＯＫ
という形で逆転してしまいました。
６９、５００４、５０６０番を電話機に飛ばしています。
電話機はアメリカから購入しました。
ご存知の方よろしく御願いいたします。

電話会社に相談してください。

>>517
　タイーホ

>>517　日本語を勉強してから出直して下さい。

TTCの湿布の標準案みた人います？

>>521　案ならチラッと見た。
3261ベースで特に変わった所は無かったような気がする。

ntt東のIPテレビ電話って
SF製なんですか？

>>523

Nです

>>521
同じく ちらりと見た。
「TTCらしい」ってのが感想。

>521,525
見たことないんだけど、独自の味付けとか癖とかあるんでしょうか?

独自の味付け満載だったり・・・
というか、SIPを「電話」としか考えられない人たちだからなぁ。

SIPを電話で使うのにはかなり無理あるよね。
PBXの全機能をCentrexでやろうなんて思ったら...

>>528
電話屋はみんなそういうんだよな。

でも、ちったあ考えてみろ。
今利用されているPBXの機能って本当に全部必要なのか？
どうせ使っている機能なんて、sipping WGで取り上げられている
ものくらいのもんだろ。
それにほかの個別機能が実装できないわけじゃねーし。

どちらにしろ、無計画に膨れ上がったBPXの仕様を持ち出されて
「プロトコル」を批判する材料に持ち出されてもねぇ・・・・

>>529
今のPBXの機能を実現しないと導入しないという客が多くてね。本当に必要なのかどうかは
知らんけど、残念ながら説得する力もないんで、Mさんのようにはなれそうもない。

>>529　なんだ？現場を知らない技術屋か？夢見てんじゃねぇよ。

>>530
それは 今の IP-Centrexの「実装が」貧弱なだけ。
プロトコル的に何の制約もねーだろ。

客に要求されてるんだから、作ればいいだけ。
「実装が追いついていない」現状はあるにしろ、
「SIPを電話で使うのにはかなり無理がある」なんて飛躍しすぎだろ。


・・・・すまん。
会社で、「SIPなんかではPBXの機能を実装できる訳がない」とか、
「ソフトホンが電話より品質が良いなんてありえない」とか
意味不明な話が飛び交っていた頃だったんで 混同したかも知れず。

どちらにしろ、国内メーカーの実装はまだまだだよな・・・

>>531
意味の無い煽りしかできない香具師はご遠慮願います。

現場ではどうなのか、書いてくださいよ。

>>533　確かに。500番号のREGISTERを2ms間隔で出してくる端末(VoIP-GW)とかあるし。
そんな端末が複数合ったらDDOS攻撃じゃん。

ぷららのサービスが落ちたのって自分で配った端末の DDOS じゃなかったっけ。
あれってみかか謹製？

>>532
プロトコル的に制限無いって言っても、100端末一斉鳴動で全端末が同時に鳴るようにしろって
言われたら、Centrexではかなり厳しいでしょ。

>>537
それは、INVITEのフォークじゃいかんということか？

ARPテーブルの更新さえ失敗しなけりゃ
100端末程度の同時配信なんて問題なく動作したぞ？

SIP否定するヤツは大抵プロトコルの理解不足だ罠
あんまり突っ込む必要もなし

前から何回も言ってるだろ、数年先の話をしているのか、現状の話をしてるのか、
論点がずれるから、書き込む時にそれも書けよ。おまいら。

現状のＳＩＰに決まってる罠。
自分の実装が後れてる事くらい自覚汁

所詮インターネットなんざエンドトーエンドなのに
なんでフォークとかするんやろ？
フォークしたら上手く行かない機能ばっかじゃん。

>>542
日本語読めない厨房は黙っててください。
あと、せめて どのように 上手くいかないのか程度は書いてください。

>>536
みかか。
対策後、ぷららは同時発呼（に限らないが）台数ヒト桁になっててワロタ

>>538
どこの奴か教えてくれ。うちに入っているのは全端末が同時に鳴らないし、受話器上げてから
話ができるまで時間かかるんだけど。

>>545
お前はどこの誰なんだよ・・・
知らんやつのところの実装の話なんてわかるわけねーだろ。

せめてシーケンスでも書いて
どのリクエストに対する反応が遅いのか明示しろ。

お前の情報だけじゃ、板違い。

・・・・つか、まじで ど素人ばかりになったな ここ。

NTTCで使っているSIP端末、あんなに種類がいろいろあると、
相互接続確認大変だろうな…

ProxyやめてCAで終端すればいい思うんだが。

質問
質問をするために、詳細シーケンスを提示した瞬間
身元が割れる場合
あ　な　た　な　ら　質　問　す　る　？

漏れはチキンなのでできません

>>548
…という質問をふしあなさんでしている，ということは，
「困れば質問する」ってことじゃない？

まぁ本当に困ったら質問する・・・。
つーか、仕様が既に勧告違反だから
ここで議論はできないんだよなぁ・・・

>>546
545はお前のところのうまくいっている奴が何かを知りたいんだろ。
とっとと晒せよ。買ってきて試してやるから。

>>551
フォークできるやつなら全部門台無しだったんだが・・・

お前の言うところの 使えねーやつってのをききたいぐらいだぞ？

だから、SIP否定するヤツは大抵プロトコルの理解不足だっての。
フォークがなにかも知らないんだろうから、相手するだけ無駄。

フォークするいいんだよ、別に。
でも、フォークしない方法もつくっといてくれよ・・・

>>554
どのような理由で何を主張したいのかちっとも分かりません。
日本語でのコミュニケーション能力が不足しているヤツは
邪魔ですので二度と来ないでください。

　　　　　　　　ヾ　 /　　　　＜ 仮面ﾗｲﾀﾞｰ555が＞
　　　　　　　,. -ﾔ'''ｶｰ､　　　/Y⌒Y⌒Y⌒Y⌒Yヾ
　ー―ｧ　　/r⌒|:::|⌒ヾ
　　 _ノ　オ{（　　|0|　　）} オｵｵォォｫｫ！！！！！
　　　　　__,ヽ,ヾ,_|V|,_ノ､/ ,r-,,=
　　　　,゛＝=ゝ_ＶiＶ_ノ~i/　〃 `ー―-､
　　　 / 　/⌒`//´⌒c/＾＾＾ )））)))))））
　,,―ｲ　 {ｰ''"~{ {~゛`ー`/'`'~/ー--―'
）） 　　,./ゝ＿/∧ゝ＿ノ　　ﾉ
　ー''"　　｜ﾛ　　ﾛ　　　　｜
　人,_,人,_,人,_,人,_,
＜　>>555ゲットだ＞

>>547
そういう思想で実装されている製品もいくつかあるけど
呼の管理をするためのリソースが増える分、
通常のCAとしてしか使わない場合は価格性能比が悪いと思われ。

>>547
今、ProxyのよーなUAのよーな奇想天外なもの作っております。

B2BUAですか?

>>559
YES！！もうワケワカラン！！
ProxyとUAのいいとこどりみたいな感じ・・・。
　　　　　　↑客先にとっては

http://www1.ietf.org/mail-archive/web/sip/current/msg09265.html
英訳してください。
http://www.ietf.org/mail-archive/web/sip/current/msg10336.html
がんばれ愛ちゃん

>>560
民営化した後に分割した長距離会社向け？

>>561

勝手に転載するなヴォケ！

ソフトフロントってまだ生き残ってたんだ。

>>557
いや、現状でも呼の管理しているはずだから、状況はかわらんとおもうんだが。

まぁ、レガシーテクノロジーだよ。
時代遅れというか。。。

SIP知ってるよ。船だろ。

SIPって階層違反プロトコルだろ？

ばかばっか

>>539
SIPの仕様って固まってるの？
仕様書があるならちょっと見たい。

>>569
あなたも同類のようですね。

>>570
基本的には3261でいいんじゃない？
色んなドラフト出ているけど全部追い切れてないなぁ...

>>572
サンクス！
見てきます。

今度なんか、仕事でSIPも取り扱おうって話が上がってるらしいんだが、
SIPはなんか方言がキツイって印象があって・・。

>>573
茨の道へようこそ。

日○さん早く仕様書まとめてください。

「SIP教科書」「マスタリングTCP/IP SIP編」以外でおすすめの
SIPの日本語書籍があったら教えてほしい...いろいろさがしてるけど
日本語文献ほんとすくないよね。

SIPカンファレンスって行く価値あり？

>>577
無い

TTCから正式にSIPについての仕様書出たけど
だれか読んだ香具師いる？ (TS-1005〜7)
内容如何によっては買っても良いとは思ってるんだが、
しょうもないことしか書いていないのなら無駄だしなぁ・・・。

あんなふざけたSIP仕様を採用されたらうちはキャリアに出入りしません。

良ｽﾚage

>>580
さようなら〜

SIP Conference ネタだけど、
ある講演で迅速をビンソクと何度も言ってたのにﾜﾗﾀ
あの会社の人は程度が低いですね

SIPカンファレンスで面白いネタ見つけた

>>580
そんなにひどいんだ…RFC無視しまくり？
どこかのキャリアにべったりだったりとか？
それとも現実見てない仕様？

このスレで技術的なこと出すだけ無駄だって・・・

良ｽﾚage

なあなあ、お前ら
音質とか通話品質の計測にどんなツール使ってますか？

うちにあるやつ、使いにくいしぃ〜

MOS評価ですが何か。

>>589
マジですか・・・＿|￣|○
つか、一度くらいは まじめにMOS実測したいかもw

半分冗談だったのに、真に受けられちゃった・・・

良ｽﾚage

SIP Express RouterとserwebをcoLinux(debian)に
インスコした。
UnixUserはまだ見て無いが、日本語ガイド無さ杉。

パスの指定がずれているところがいっぱいで、
えらい苦労したが、こんなもんなの？

シップ貼ってるよ

SIP対応のN900iLってどうなの？

>>595
わからんねぇ。
買って試してみるかなぁ。会社の金で。

>>591
冗談半分で言えるならいいよな・・・・

>>597
ごめん。

漏れはMOS評価でテストに協力するだけだから、そのデータをまとめる苦労は知らないんです。

RFC2543準拠のUA作ってます。
まぁ世に出ることはないがなw。
仕様はさすがに暴露できんが・・・つーか固まってすらいねぇ・・・。
テスターさん方・・・頼むからあんたらの項目教えてくれやorz

グローバルエラー応答に突入

ソフトフロントのｍ２ｍ−ｘってどうですか？
プロの方々の意見を求む・・・

http://www.softfront.co.jp/spp/m2m_set/m2mx_lib.html

NS602試験機繋げてレベル試験。

SIPサーバを立てようと思ってるんだけど
フリーのSERってのはmysql起動してないとダメなのか？

教えて

>>603
よく知らんけど、SERだけで使えなかったら入れたらよろし。

>>603
おれも悩んだけど、mysql なしだと anonymous サーバになるだけ。
実験用なら問題無し。

>>599
なんで2543なの・・・

最近、新製品でねぇな

すたれるなぁ。こりゃ

晒しあげ

>>1
SPI
スペース・インベーダー・プロトコル

どこかにSIPソフトフォンとSIPサーバのリストない？
できれば無料のソフトフォンとサーバ。

>610
http://www.google.co.jp/

ダメ元でお聞きします。ネットサービス板にあんまり技術的じゃない部分で
同様の内容を書き込んでいますが、マルチポスト気味になっているのはご容赦ください。

NAT内からSIPを使う為のProxyモドキを作っています。
FWDとPOINTではNAT内からの接続に成功したのですが、Livedoorに繋ごうとすると
403 Forbbiden がでます。

何がおかしいのかと調べてみたところLivedoor社から提供されている純正のソフトではREGISTERパケットで発するパケットのうち
以上に長い、Call-IDとViaがありました。

Call-ID: [email protected]
Via: SIP/2.0/UDP 192.168.10.102:5060;branch=z9hG4bKff5eb165-7815-11d9-8029-b066aef3e161

Livedoor社ではSER(SIP　Express　Router)を使っているようですが、どなたかこの以上に長い
Call-IDとViaは何なのかわかりませんでしょうか？

>>612
異常に長い？RFCの許容範囲内だろ。
お前の「Proxyもどき」で対応しろよ。

>>611

有り難う！　超たすかったヨ。

>>612
SIPサービスって認定端末以外を経由して繋ぐのって契約違反にならないの？

>613
>異常に長い？RFCの許容範囲内だろ。

知っています。


>お前の「Proxyもどき」で対応しろよ。

対応させたいので教えてください。

質問の意図が分からんよ。
＞Call-IDとViaは何なのかわかりませんでしょうか？
何を知りたいのかさっぱりだ。

何か-乱数-乱数-乱数-MACアドレスってRFC2543か何かに書いてなかったっけ？

Call-IDはそのままの値で、Viaのところだけ外のアドレスになるように書き換えたら？branchはそのままで。
なーんとなくだけど別な理由で403返されてる気がします。
Livedoorの純正ソフトってskywebだっけ？びみょーな会社だな…。

Livedoor sip phoneスレみてきたけど、みんなてきとーなこと言っててワラタ

NATで思い出したけど
http://sipphone.livedoor.com/faq/index.cgi?id=5#64
確かこれってsipphone.comがやってるのと同じ方法のNAT越えのやり方なんじゃなかったっけ。

ttp://wiki.sip-ix.jp/
と
ttp://voip.jp/
の関係を教えてください。

>617
ここにいる人なら、何か見覚えのある文字列だったり、同様の事例を知っているかもなと思っただけです。あと

>何か-乱数-乱数-乱数-MACアドレスってRFC2543か何かに書いてなかったっけ？

RFCを見てみましたが、見つかりませんでした。

>615-618
MACアドレスかと思ってみてみたのですが、自分のMACアドレスではありませんでした。

>620
パケットを見る限り、フツーのSIP　クライアントと相違は無いパケットです。
なのでサーバー側でSIP　パケットを見てあて先を決めているのではなく
単に接続してきたグローバルIP宛てにパケットを返すようにサーバーを設定しているっぽいです。

いずれにしろ、Livedoorは追ってもまた制限されそうなので、実装するのはやめました。
ありがとうございました。

SIPのVoIPとIM以外の応用って
どんなのがありますか？

>>623
MACアドレスをそのまま載せるアホはいないだろ。
まぁ、いずれにせよSIPの勉強が足りんな。

>>623
試しにやってみたけど、ヘッダに

Allow: INVITE,ACK,CANCEL,BYE
User-Agent: Grandstream BT100 1.5.6.16

を入れてやると普通にREGISTERできた。User-Agentで規制してるっぽいね。

と言うことは、
User-Agent:だけを書き換えるProxyを作ってそれを経由すれば
専用電話じゃなくても(ry

>>626
>を入れてやると普通にREGISTERできた。User-Agentで規制してるっぽいね。

発信・着信はできた？


>>627
>User-Agent:だけを書き換えるProxyを作ってそれを経由すれば

ヘッダを書き換えられるSIPサーバもあるし、それ使えば出来るね。

すみません、しばらくスレッドを見てませんでした。

>626
ヘッダに入れる文字列もわかるということは、SIP-Phoneアダプタの持ち主ですか？
Livedoor社から提供されている純正のソフトではヘッダはありませんでしたし。
有力な情報ありがとうございます。

SER 0.8.14に追加されたUser-agent認証だろ。単に。

ところで、Livedoor以外に日本でSERを使ってるキャリアってあるの？

631の言うキャリアの定義がよくわからんが

"050番号の電話会社"では？
何と言うのが正しい？

LivedoorはITSPじゃないか？この場合のキャリアはNTT東西かな。

所詮、sipphone.comだしな。どっちかというとskypeのモデルに近い。まぁ、そっちに移行するんだろうけど

sipphone.comみたいな、ユーザにレジストさせて相互に通話をさせるサービスもITSPになるの？
でも公衆回線から着信はできないよね。

>>628
>ヘッダを書き換えられるSIPサーバもあるし、それ使えば出来るね。

それ教えて。

>>637
さー

>>638
>さー
SER?

SERってWindowsで動く？

SIP(3PCC)+SDP+RTPに関する質問です。

クライアント(A, B, C)が3つありまして、サーバが1つあります。
クライアントとサーバのインターフェイスはSIP/SDPです。
他にウェブサーバがあり、ブラウザで呼制御を行っています。
ブラウザより開始しますと、3PCCサーバが各々のクライアントに
INVITEを投げます。
このINVITEを投げる時点で、3PCCサーバはクライアントのRTP通信に
関する情報を知っているとします(ポートとメディアの情報)。
このINVITEにSDPを含んでいます。
3PCCサーバから各々のクライアントへSDPのオファーを飛ばしてい
る事になります。

このオファーは以下の様なイメージです。
これは3PCCサーバからクライアントAに投げたオファーです。
------------------------------------------------------------
v=0
o=3PCC 0 0 IN IP4 3PCC.com
s=-
t=0 0
m=audio 30000 RTP/AVP 0
c=IN IP4 B.com
a=rtpmap:0 PCMU/8000
m=audio 30000 RTP/AVP 0
c=IN IP4 C.com
a=rtpmap:0 PCMU/8000
------------------------------------------------------------

このSDPを受けたクライアントAは以下の様にアンサーを返します。
------------------------------------------------------------
v=0
o=A 0 0 IN IP4 A.com
s=-
t=0 0
m=audio 30000 RTP/AVP 0
c=IN IP4 A.com
a=rtpmap:0 PCMU/8000
m=audio 30000 RTP/AVP 0
c=IN IP4 A.com
a=rtpmap:0 PCMU/8000
------------------------------------------------------------

この状況を考えて頂きたい。それでは質問に入ります。

1.上記アンサーのSDPでは同じトランスポートアドレスを2つのメデ
ィア(m=)に入れて、更に同じペイロードで同じメディアですが、こ
れは正しいのか？反則なのか？
(反則の様な気がしています)

2.上記オファーを受けた段階で、2つあるメディア(m=)を1つのRTP
セッションと解釈するべきなのか？それとも別々のRTPセッション
と解釈すべきなのか？
(別々の様な気がしています)

3.上記アンサーをサーバが受けた段階で、2つあるメディア(m=)を1
つのRTPセッションと解釈するべきなのか？それとも別々のRTPセッ
ションと解釈すべきなのか？
(別々の様な気がしています)

4.RTPに於いて複数のポイントツーポイントユニキャストRTPセッシ
ョンを1つのトランスポートアドレスに割り当てるのは反則か？
(反則の様な気がしています)

5.RTPに於いてマルチユニキャストRTPセッションの他参加者からの
受信を1つのトランスポートアドレスに割り当てるのは反則か？
(ありの様な気がしています)

以上です。宜しくお願い致します。

>>638
SERで、user-agent ヘッダーを書き換える方法分からないよ。教えて〜。
SERでなくてもできればよいです。誰かやった人いる？

>>641
なんで、クライアントAは２つのメディアを返すんだ？

>>644
やった　NOTASIP 1,140件ヒット

>>645

サーバが2つのメディア(m=)を送って来ているので、その各々のメディア(m=)に
対するアンサーとして2つ返しています。

その他にSDPの仕様として「一度増えたメディア(m=)はその後に使われなくなっ
たとしても、ポート番号を0にするなりinactiveにするなりして、残しておかな
くてはならない[MUST]」だったか、そんな仕様があった筈です。


私からの質問の方ですが、

http://www.ietf.org/mail-archive/web/mmusic/current/msg03317.html
〜
http://www.ietf.org/mail-archive/web/mmusic/current/msg03326.html

のやり取りが参考になりそうな気がしています。少しずれていますが。

RTPについて質問させて下さい。

１．RTPは２セッションを使用し、片方向（半二重通信）を行っているよう
ですが、技術的には双方向（全二重通信）をしても問題ないと思います。
どのような理由から片方向通信となったのでしょうか？

２．RTCPのポートを使用しない、又は、RTPと同じポートにまとめる
事は可能でしょうか？

３．SymmetricRTPは１セッションで双方向通信が行えるようですが、RTP
の仕様として各メディア（音声、動画など）毎にセッションを張りますが、
１つのセッションにまとめることは可能ですか？


ご存知の方がおられましたらよろしくお願い致します。

＞１．
ユニキャストIPアドレスを使っている場合、

エンドシステム１←――――――――――――――――――――→エンドシステム２
ＩＰアドレス１９２．１６８．１．１　　　　　　　　　　　　　　　　　　　　　ＩＰアドレス１９２．１６８．１．２
ＵＤＰポート５００００（ＲＴＰ）、５０００１（ＲＴＣＰ）　　　　　　　　　　ＵＤＰポート４００００（ＲＴＰ）、４０００１（ＲＴＣＰ）

これで１つのＲＴＰセッションになると思うんだが。

＞２．

無理じゃないか。たぶん。

＞３．

だめって書いてあったぞ。っていうかだめって書いてあった事を知っているんだよな。じゃあだめじゃないのか。

＞２．

そういやどっかに書いてあったかも知んない。受信専用何とかって。忘れたけど。

＞３．

Separate audio and video streams SHOULD NOT be carried in a single
RTP session and demultiplexed based on the payload type or SSRC
fields. Interleaving packets with different RTP media types but
using the same SSRC would introduce several problems:

SHOULD NOTだな。

ご回答ありがとうございます。

649さん
＞＞1
確かにその通りなのですが、それをSymmetricRTPといいます。
元々、RTPは２つのセッション使用していた為、その経緯を
ご存知の方がおられましたらお願い致します。

＞＞3
RTPとしては駄目でしたが、双方向での通信も可能となった為、
ご存知の方がおららればと思い質問させて戴きました。


650さん
＞＞2
受信のみ？
ストリーミングのRTSPの事でしょうか？？


651さん
＞＞３
ありがとうございました。

１．RTPは２セッションを使用し、片方向（半二重通信）を行っているよう
ですが、技術的には双方向（全二重通信）をしても問題ないと思います。
どのような理由から片方向通信となったのでしょうか？

-> 片方向通信の場合もあるから。また、セッションの仕様としてはそうしたほうが汎用性がある。


２．RTCPのポートを使用しない、又は、RTPと同じポートにまとめる
事は可能でしょうか？

-> RTCPを使用しないということならあり。同じポートは君のUA同士ならありかもしれないけど
一般的にはNG.RTCPのポートの決め方から明らか

RTP session: An association among a set of participants
communicating with RTP. A participant may be involved in multiple
RTP sessions at the same time. In a multimedia session, each
medium is typically carried in a separate RTP session with its own
RTCP packets unless the the encoding itself multiplexes multiple
media into a single data stream. A participant distinguishes
multiple RTP sessions by reception of different sessions using
different pairs of destination transport addresses, where a pair
of transport addresses comprises one network address plus a pair
of ports for RTP and RTCP. All participants in an RTP session may
share a common destination transport address pair, as in the case
of IP multicast, or the pairs may be different for each
participant, as in the case of individual unicast network
addresses and port pairs. In the unicast case, a participant may
receive from all other participants in the session using the same
pair of ports, or may use a distinct pair of ports for each.

The distinguishing feature of an RTP session is that each
maintains a full, separate space of SSRC identifiers (defined
next). The set of participants included in one RTP session
consists of those that can receive an SSRC identifier transmitted
by any one of the participants either in RTP as the SSRC or a CSRC
(also defined below) or in RTCP. For example, consider a three-
party conference implemented using unicast UDP with each
participant receiving from the other two on separate port pairs.
If each participant sends RTCP feedback about data received from
one other participant only back to that participant, then the
conference is composed of three separate point-to-point RTP
sessions. If each participant provides RTCP feedback about its
reception of one other participant to both of the other
participants, then the conference is composed of one multi-party
RTP session. The latter case simulates the behavior that would
occur with IP multicast communication among the three
participants.

The RTP framework allows the variations defined here, but a
particular control protocol or application design will usually
impose constraints on these variations.

RTP session: The association among a set of participants
communicating with RTP. For each participant, the session is
defined by a particular pair of destination transport addresses
(one network address plus a port pair for RTP and RTCP). The
destination transport address pair may be common for all
participants, as in the case of IP multicast, or may be
different for each, as in the case of individual unicast network
addresses plus a common port pair. In a multimedia session,
each medium is carried in a separate RTP session with its own
RTCP packets. The multiple RTP sessions are distinguished by
different port number pairs and/or different multicast
addresses.

＞１．RTPは２セッションを使用し、片方向（半二重通信）を行っているよう
＞ですが、技術的には双方向（全二重通信）をしても問題ないと思います。
＞どのような理由から片方向通信となったのでしょうか？

なんだか日本語がおかしい気がするのでよく分からないんだけど、昔のRFC1889
と最新のRFC3550では定義が変わっているので、よく読むと何か分かるかも。

俺が読んでみた限りでは半二重とはどこにも書いてないように見えるんだけど。

＞セッション

この「セッション」ってのはトランスポートレイヤの「コネクション」の事を
言っている？

RFC3551には、送信トランスポートアドレスを受信トランスポートアドレスと同
じにすべき[SHOULD]と書いてあったりするよ。解釈間違いかもしれないけど。

8. Port Assignment

As specified in the RTP protocol definition, RTP data SHOULD be
carried on an even UDP port number and the corresponding RTCP packets
SHOULD be carried on the next higher (odd) port number.

649のパターンをひとつの「セッション」というかは謎。L4のセッションという意味では２つだよね
俺の理解がおかしいかもしれないのでマスタリングTCP/IP RTP編（ｗでも読んでみるか

ところでRTPの話って何気にｽﾚ違いのような気がするが…

> RFC3551には、送信トランスポートアドレスを受信トランスポートアドレスと同
> じにすべき[SHOULD]と書いてあったりするよ。解釈間違いかもしれないけど。
>
> 8. Port Assignment
>
> As specified in the RTP protocol definition, RTP data SHOULD be
> carried on an even UDP port number and the corresponding RTCP packets
> SHOULD be carried on the next higher (odd) port number.
「RTPは等しいポート番号で送られるべきで、RTCPは次の奇数のポート番号で送
られるべき」とか思っていたけど、そうじゃなくて、「RTPは偶数のポート番号
に送られるべき、RTCPは次の奇数のポート番号に送られるべき」なんだなと思っ
た。

> 649のパターンをひとつの「セッション」というかは謎。L4のセッションという意味では２つだよね
> 俺の理解がおかしいかもしれないのでマスタリングTCP/IP RTP編（ｗでも読んでみるか
RTP session的には1つになるよ。
-------->>655--------
(also defined below) or in RTCP.>>>>>For example, consider a three-
party conference implemented using unicast UDP with each
participant receiving from the other two on separate port pairs.
If each participant sends RTCP feedback about data received from
one other participant only back to that participant, then the
conference is composed of three separate point-to-point RTP
sessions. If each participant provides RTCP feedback about its
reception of one other participant to both of the other
participants, then the conference is composed of one multi-party
RTP session.<<<<< The latter case simulates the behavior that would
--------655<<--------
UDP的には2つのコネクション(?)だかセッション(?)になるのかな？
個人的には、UDPには半二重も全二重もコネクションもセッションも糞も無いと思っているけど。
だってコネクションレスだし…。

textopsモジュールのREADMEを嫁

↑
>>644

ところで、SERはホリエモンのところで使ってるのか？

> > 649のパターンをひとつの「セッション」というかは謎。L4のセッションという意味では２つだよね
> > 俺の理解がおかしいかもしれないのでマスタリングTCP/IP RTP編（ｗでも読んでみるか
> UDP的には2つのコネクション(?)だかセッション(?)になるのかな？
> 個人的には、UDPには半二重も全二重もコネクションもセッションも糞も無いと思っているけど。
> だってコネクションレスだし…。
RTPの下のプロトコルはUDPとは限らないんだった。
TCPを実際に使う奴は居ないと思うんだけど、TCPとかを使っても良いんだったよな？
そう考えると、L4のコネクションだかセッションが2つあるって考えは正しいんだな、納得した。

最近、英文ばっかだな。。。盛り上がってきたのはいいけど。

>>662

REGISTERを投げると
　Server: Sip EXpress router (0.8.11 (i386/linux))
ってのが返ってくるけど、その先は知らん。

>>644
>SERで、user-agent ヘッダーを書き換える方法分からないよ。教えて〜。
>SERでなくてもできればよいです。誰かやった人いる？

自己レスですが。やっとできました。Brekekeつかったら簡単でした。
Brekeke のサイトにはTaRaBa と接続できるって書いてあったけど、
user-agent ヘッダーを書き換えればライブドアにもつながるかな。
ところでTaRaBa 使っている人なんているんでしょうか？
アメリカの電話番号持てるって。便利だと思う人もいるのかな？

>>666

アメリカの電話番号をアメリカ国外で使う人が増えたら、
それはそれで、ややこしいな。

3PCCって実装してるもんなの？

未だ実験段階ですが、やってる事はやってますね。

PRACK ってプラックって発音でいいのかな？

　

NECさんが接続試験に来てないんですけど…？

>>672
NDA違反につき処刑。

>>670
ぴーあーるあっく。

>>670
ピア・ラック

>>670
プラシケ

PRACKって、使ってる端末あんの？

え？たくさんあると思うが。

>>677
しょぼい端末以外はたいてい使ってると思う。
ただ、それによってどんぐらい意味があるのかといわれれば？？
セッションタイマーもしかり。

>>679
ふＬっつは使わないけどね。アレはしょぼい端末のうちの一つかもしれんが。

>>680
ＩＳＰの仕様書がそうなってるからでしょ。
もしくはオプション。必須にしてる事業者はなかったかと。

あう

なんかさ、SIPの仕様だけで、いろなことをやることに無理があるんじゃないの？

電話事業でSIPが使われていたり、IMクライアントがSIPだったり、
応用に幅がありすぎる気がするんだけど。

そりゃ RFC3261以外にも、用途に応じてRFCがあるだろうけどさ。

とりあえず、IP電話以外のSIPの話が聴きたいです。

>683
最初の行と最後の行が繋がらなくないか?

>>684

すいません。。
勉強中なので、実感として汎用すぎると思ったのです。

でも、実装として現状がどうなっているのか興味があります。
セッションの開始と終了と認証ができれば、IP電話以外にも、いろいろできそうな気がしたので。。
（その、いろいろが何なのか、まだ漠然としていて、良く判らないのですが。。。）

そもそも、SIPのIP電話やIM以外の用途は、タブーなのでしょうか？

色々出来るんじゃない？
セッションの開始と終了と認証って、
課金する側(サーバ)にしてみれば必要最低限の情報がそこにあって、
UA間で実際のコンテンツのやり取りをしたり…って展示会でそんなの見たな

>685
つ 「SIP/UPnP 情報家電プロトコル」
http://www.shuwasystem.co.jp/cgi-bin/detail.cgi?isbn=4-7980-1009-X

一部方面向け以外には微妙すぎる組合わせ…

>>687

おおっ、こういう本があったのですね！
さっそく買ってみます。ありがとうございます。

> 一部方面向け以外には微妙すぎる組合わせ…

すいません、意味が判りません。。

ＮＴＴこむとか、ＮＴＴこむとか、ＮＴＴこむ方面かな。

>685
ちなみに 電話や IM 以外の用途 はプロトコル仕様上は
それこそなんだって出来るけど IETF 的には… 限りなく却下(現状では)。

さて >689 とかは何か局面を打開できるんでしょうか。

電話のプロトコルとしてもいまいち。やっぱMGCP最強。
NTTさんが最近熱心にietf-draft書いてるけどなんでそれを3261以前にやってないのか、というのばかり

ＮＴＴさんは SIPではないのですか？

>>692
グループ内で方言があるのが玉に致命傷

方言つーかエセSIPつーんでないかい?

なんとかしる、と言っても N○研 じゃ無理か。

エ○エ○研というより、電電ファミリーのIP部隊じゃなく交換機部隊をそのま
ま使ってるのが癌な気がする。雇用確保のためには仕方ないんだろうけど。

>693 に伺いたい。どの辺りが_タマ_なのか、と。

いや璧に瑕っていうのは "良い物なのに弱点が" という
アキレスの踵みたいなことなんで。揚げ足取りだったらごめん。

>695
気のせい、ではないと思われ。

>>694
>方言つーかエセSIPつーんでないかい

お互いにつながらない？

SIPなら 他のプロトコルよりも 電話キャリア間の壁を超えられる思っていたのだけど、
それって幻想ですか。。。

それぞれのキャリアが別の手法で一度 SS7 に変換しているだけですが何か？

SS7に変換しなくても、SIPヘッダの変換だけでなんとかならない？

>>700
簡単に言うけど現状では例外が多すぎてSBC作るのはちょーめんどい。
>>697
幻想です。ipv6で日本がリードしているのと同じくらい幻想。

SIPは確かにそうなんだけど日本の事業者がみょーにヘッダを細かく見る
鯖を置いたのが接続できない原因。

KDD○のやつなんか思想がおかしすぎ。

最後の一行が激しく同意

>>700
そーなのか。。。

ＫＤＤ○のページに IP電話の無料の通話先として 日本テ○コムなどが書いてあるけど、
その場合は、SS7に変換せずにSIPだけで乗り入れているのですか？

REFER使った転送って本当にむじゅかしぃ。
もっと簡単な方法ないのかしらん。

SIMPLEを用いずに、クライアントサーバー間で
プレゼンス情報の交換ができるメッセージって
知ってますか?
知ってたら教えてください.

ルータでBGPを設定していますが、BGPでフローティング　スタティックて
ってできるんでしょうか
OSPFしか設定したことがないので・・・

>704
SIP 上で、ですか?
だったらやればできるでしょうけど、その「やればできる」ことをやったのが
SIMPLE なので質問が意味不明です。
SIP 上でなければ jabber/XMPP などいろいろあるわけですが
なぜ SIP スレで訊くのか意味不明です。

>>705
SIPでですよね。OSPFは絶対無理だけどBGPならできそうな予感！

ttp://www.nic.ad.jp/ja/voip-sip-tf/
これって検証できたらユーザはどこの事業者と契約してても使えるってことなのかしらん

>>708
違う。ある人が名声を得て終わり。

>>709
なにそれ？意味ねーじゃん！！

>>709

ある人って誰よ？

発信側ひとつに対して着信側に複数のINVITEを発生させるサーバで、
それぞれのINVITEのto,from,call-id同じって奴がいるんだけど
どうやってレスポンスを見分けてるのかな？

>>712
たぐ

本当に知ったかだなー。Viaのbranch IDだよ。

貴様ら、SIPってSIP1とSIP2があるって聞いたが
どういう違いがあるか知ってたら教えて頂けないでしょうか？

フリーで良いSIPサーバー知らない？

SER で何が足りないのか書くこと。

PartySIPをCygwin上で動かしたパワフルな椰子いる？

>>717
SERダウンロード出来んです

SIPってマイナーなんだね
全然書籍ないよ

うぎゃIPが。。
とほほ

>>715
バージョン 1.0 ってこと？
もうないっすよ。

>>720
そうですか？
最近結構増えてきたなぁ、と思っていたのですが。
内容はともかく。

>>723
そうですね。
増えてきた方とは思うのですが、
もっと充実しているものが出て欲しいところですね

何を期待しているのか知らないが
書籍以上の話はもはや IETF をヲチするしかないだろ。

あと日本のキャリアで使われているものは
SIP の名は付いてるけど SIP に非ずなんでその異言語仕様は
SIP とは別の問題(たぶん書きたい人がいたとしても書けない話だろう)

>>725
えさきさんがなんとかしてくれるとおもてました

結局のところRFCを読めば全てが分かるってこった

CANCEL を受け取ったら、200 と 487 のどちらを先に返しますか？

200かな。サンプル例とか200先ばっかりだし

>726
ぐりこ?

>>716
LinuxならAsterisk。。Windows,LinuxならBrekeke。
AsteriskのWindows版(AstWind)は開発が止まってるっぽい。

>>728
487を先に返すUAも見たことあるけど。
やっぱ、200のほうが多いか。

>>731
便乗です

JAIN API を使った良いサーバないですかね？
フリーのサーバの開発言語ってCばかりなので

>>728
なんでこれで悩むのかがわからない。RFC3665読めば一発じゃないの？
NT○の人がIETFのMLでもいまさら指摘してなかったっけ

>>732
JAINは、以前、調べたけど。。。
APIを使って 何か作りたい？

>>734
REGISTER認証付きの
SIPサーバを作りたいっす

認証するのは REGISTERだけ？
どうせ認証するんだったら、INVITEとかも認証しようぜ。
INVITEなら401を送るだけだし。

どっちかっていうと、サーバよりもUA（ソフトフォン）を作って欲しいけどさ。。
プレゼンスとIMが使えるUAが欲しいなぁ。
欲しいなあ。

eyebeam プレゼンス、IM できる。でも、日本語でねーぞ！
AGE Phone に期待。プレゼンスできるといいなー。

>>733
RFC3665 を持ち出すところがアレですね。

>>738
ダメデスカ。ソウデスカ。

で、SIPで先を走っている会社ってどこ？ソフトフロント？

>>736
> どうせ認証するんだったら、INVITEとかも認証しようぜ。
> INVITEなら401を送るだけだし。

407でしょ。本当に作っていたらかわいそ・・・
まあ激しくネタっぽいけど。

inband DTMFなSIPソフトフォンって知りませんか？

海外のソフトフォンってRFC2833対応ばかりのようで。。。

>>742
2833を使いましょう
SoftphoneみたいなものこそOut-of-bandを使った方がいい

>>741
>407でしょ。本当に作っていたらかわいそ・・・
>まあ激しくネタっぽいけど。

私はかわいそうな人です。
何でかわいそう？いまさら作っても意味なしかな。
会社がやりたいんだから、どうでもよろし。

オフィスで使うには、どこの電話機を使うと便利でしょうか？
日本の電話機はSIPサーバとセットのようなので、売って
くれないのですが。良い電話機知りませんか？
（ GrandStreamは見た目がNG。）

>>745
電話機があっても使えなきゃ意味がないよね。
オフィスで便利な機能を考えると、現状はサーバとのセットにしないとマトモに使えない。

>>746
単に通話と転送ができれば十分なのです。
フリーのサーバとかで出来ると思うのです。高いサーバは
買えましぇん。

>>747
素直にNTTのX7000でも逝っとけ。
業務で使うのにサポートのないフリーサーバを使うつもりかい？
>>745が導入後自腹で面倒を見るのならまだしも。

いけね、名前欄入れ忘れた（藁

>>747
その転送をするのにいまだに苦労している（ｗ
端末が均一でもMGWが絡むからな
比較的入手のしやすいシスコの電話機を中古かなんかで買ってSIP Firmwareにする。
SIP Firmwareはごにょごにょっと手に入れる。新品なら7905/12、中古なら7940/60。
>>748
X7000なんて進めるなんて関係者ですか。それはSIPじゃ（ｒｙ

>>750
X7000だけどあの親機，外線的にはふつーのビジネスホンだけど，
内線は完全なSIP Gatewayになってるよ。電話機に独自形式のPoEで給電する
ハブまでついている始末。設定とかはふつーにWebでいじれるんで
おもしろすぎる。

というかうちの本社で導入しちまったよ。大阪で初の導入事例らしい（苦笑

>>751
「完全な」とは大きくでましたね。

>>752
う〜ん，まぁ高級なセントレックスに比べればしょぼいんだろうけど，
この規模のビジネスホン(INS2ch,アナログ1ch)が内線に抱えるSIP機能
としてはかなりいい線行ってると思うよ。中の人もLinuxで動いてる
みたいだし，造ってる中の人も結構頑張ってサポートしてくれそう。

言葉の端々に関係者臭が漂ってるのが気になりますねぇ。
身内に導入して実績を作るというのは常套手段ですし。

>>747
IPセントレックスにでもしておけば？NTTコミュニケーションズとか。

>>753
痛いです。それくらいにしてください。

でもおもしろそうだから
>内線は完全なSIP Gatewayになってるよ
詳しく。用語の説明から

<<748
自社導入だから、当然面倒は見るけどね。そりゃぁ、楽するにこした事
ないが、業者に頼むならレガシーPBXいれても変わらないと思うし。
安ければいいのですが、価格はどのくらいでしょうか？
＜X7000、 IPセントレックス（安いもの）

>>753
> う〜ん，まぁ高級なセントレックスに比べればしょぼいんだろうけど，

高級なセントレックス？？
しょぼいセントレックスは知っているが、
高級なセントレックスはどれですか？IPセントレックスって
どのくらい導入すすんでる？まわりでは、実際に使っている
という話をあまり聞かないのですが。

>>758
レガシーPBXにしとけ。

家庭用のＩＰ電話機(ＩＰ電話のＴＡ端末ではないＩＰ電話機)を探してるのですが、
なかなか希望のものが見つからないのでメーカーでもいいので教えてくれませんか？

Phone2PhoneでSIPphoneやStanaPhoneに接続できそうなもので
価格は１台10,000円以内
輸入なら英語での個人輸入ができるところ
の条件で探してますが、AKKORDとSIPphoneは見つかってるのですが
もう少し選択肢を広げたいと思って。
すみませんが、それ以外で教えてください。

>>741
AGEPhone

>>761

少し高いかもしれんが…これは？
http://www.planex.co.jp/product/con_acce/vtl-st02h.shtml

>>762-763
レスありがとう。

AGE phoneはソフトウェアフォンなのでダメです。
予算が・・・　すみませんでした。

>>764
もはやSIPで作るのが間違っているわけだ。
気がついている人は業界関係者には多い。
過去の投資分に縛られた人間がバカを見ているという事がね。

>>765

業界人じゃない（最近まきこまれはじめたネットワーク屋）ので教えてほしいんだけど、SIPじゃなければ、何で作るのがいいの?

H.323

>>767

それこそ過去の遺物ですよ。

会社の先輩にドライブ誘われたんですが、ナンバーが3261で、、、、
ドン引きしました。

>>765
国内で海外の電番ほしくて探してたらSIPでできそうだったのですが、他の方法知りませんか？

>>769
skype

skypeはやめとけ。spypeだし。

>>765
>もはやSIPで作るのが間違っているわけだ。


SIPで作るのが間違っているかもしれないが、
これが飯の種だし、もっとSIPを売り込む方法を考えようぜ。

おれたちはレミングかよ

いいじゃん、売れれば
誰にも迷惑かけてないし

2000年問題みたいに次の世代に禍根を残したりして。

ま、
いまさら、引き返せないけどな。

もうちょっと統一してくれればいいんだけど。
付加サービスなんか相互接続無理だもんね。
おかげでヘンテコなSIPコンバータ入れなきゃならないなんて...

>>おかげでヘンテコなSIPコンバータ入れなきゃならないなんて

SIPコンバータって 初めて聴いたけど 詳細きぼー。

>>778
大したもんじゃない。B2B-UAで変換しているだけだ。
かなりトリッキーなことやってるけど。

>>779
変換が必要なヘッダーってどれ？

IAXってどうよ？

今年のSIP相互接続の傾向と対策を聞かせてもらおうか

おれも知りたい。

知りたきゃageろよ

あげてみるか。

そんなことよりTTC

>>782
相互接続って何ですか？

>>787
一旦 NTT 網につなぎこんで接続料という名のプロトコル変換料金を払うこと。

>>787
1.自分の会社の技術力のなさを実感すること
2.N/Kの糞鯖に実装をあわせる作業

>789
ﾜﾛｽ

>>789
N/Kの実体は三中富±通Ｎ３Ｃ

中の人、コメントよろしく
http://internet.watch.impress.co.jp/cda/news/2005/05/12/7565.html

　

>>729
チャットガールがいないと流行らない

>>792
このプロトコルの仕様書は、どこかで見れるん？

>>789
>>791
N/Kが糞鯖とは？どの辺りが糞？糞でないサーバはどこでしょうか？CISCO ？？

>>796
SER

SERは、設定がムズい。。。

Fは良鯖

>>799

>>799
ごめん、この業界長いけど初めてみる意見

IPセントレックスやIP PBXとしては？
端末の使いやすさがミソだと思うが、どこがいいでしょうか？

>>799
>>801
Fのサーバって、相互接続性はどうよ？

>>802
電話機の転送ボタンが効かないＰＢＸもあるしな。

サーバメーカーとキャリアの名前が混在している予感

>>805
キャリアのF - 普通のSIP鯖。設計が古い。バグはだいぶ潰れた
サーバメーカのF - SIPわかってない。実際売れてるのはパスファインダー。新しい方は知らない

PrimePower は、良鯖。
その上に載る SIP 鯖は、糞鯖。

NECはどうなのですか？一応日本では先頭走っているようですが。

>>808
NECもCISCOもSIPじゃない。
終了

>>NECもCISCOもSIPじゃない。

じゃ、何がSIP?

ttp://www.sipbroker.com/sipbroker/action/providerWhitePages

ここの一覧に日本の業者が無いっぽいけど、
日本にはそういう需要はないのかねぇ。

>>809
最近はNECもSIPじゃないの？？いまさらH323ではないのでは？
>>810
最近はSIPが多いんじゃないかなぁ。

>>812
そういう意味じゃないと思うよ。
独自ヘッダ・シーケンスてんこ盛り&RFC無視実装の似非SIPと言いたいのじゃないか？

>>813
そうそう。
例えばNAT越えを安易なVPN化でごまかそうとする運用を考えないバカな連中ナ。

ここはSIPというプロトコルを語るスレ。
誘導
ＳＶ７０００はどう？
http://pc8.2ch.net/test/read.cgi/network/1116414513/

NECのSIPにはうんざりです。とりあえずREFER実装してください（ｗ

となると結局どこがいいんでしょうか？
全部駄目？

SIP のプロトコルの観点では、どこも駄目。
IP-PBXの機能的にはどこも似たようなもんじゃないの？

いやかなりPBX機能はバラバラだよ
保留、コールパーク、テンソウ、ピックアップだけがPBX機能ではない

他にはグループ着信は使うだろうけど。
他に何か重要な機能ある？ どうせ使わない機能では？

だからSIP屋はPBXわかってないって言われるんだよね
一回電話の営業してみたら？
使い勝手が変わるだけでエライ騒ぎだから

というのは IP PBXというより、端末の使いやすさなのでは？
端末はどこがいいですか？

>>821
やっぱり分かってないみたいだね。

>>821
いい加減うざい。よそいってくれる？ここはSIPスレだから。
そういうことは日コミュのﾄﾞｷｭｿ記事でも読んで勉強してくれ。

ほんと。レベル低いスレ。結局SIPといっても話題は電話か。
まともな話題なし。

>>824
じゃあなんかネタ出してよ...

LCS？

>>826
煽っておいてそれかよ...

べつにSIPがなくても、誰も困らない。　と思う。

だって古参大手すらオプソ改造品をOEM受給で売り逃げる時代だろ

シップなんていから相互接続の話題になる
言わなきゃ恥じかかないのに

>>830
SIPより日本語勉強しろ。

「シップ」だって？ぷぷぷぷぷ

ハングル板用語辞典
悪魔の辞典（仮） http://shotaro.hoops.ne.jp/akumajiten.htm
【アイゴー】　日本語だと「嗚呼」、中国語だと「アイヤー」、英語だと「オマイガー」
【アガシ】　お姉さん
【ウリナラ】　我が国
【マンセー】　ばんざい
【ケンチャナヨ】　気にするな
【ニダ、スミダ】　〜です。韓国人ぽくしたいときに文末に使う
【Gock（ｸﾞｯｸ）】　米での韓国人の蔑称
【シッパル】　くそったれ（女性の陰部や性交を意味する「シップ」の転語）。韓国人が一番よく使う悪口。
【ポシンタン】　犬肉鍋。
【キーセン（妓生）】　芸者のような娼婦。昔の吉原のおいらんのよふなもの（ｺﾋﾟﾍﾟ）

>>832
半島に帰れ。

なんつーかベンダーが醜い争いをしているスレッドしらないかい？
IPセントレックスの王者はどこだ！？みたいな。
（みんな敗者みたいなもんだから無いかｗ）

PS3とかXBOXとかゲーム機並にアツくはならんよね。

セントレックスと言うだけで負け組
日経コンピュータの記事はある意味正しい

>>835
まぁオイラ的にはIPセントレックス売らなきゃいけないから、
そうも言ってられないんだけどね。
この板の他のスレ探してもウチの製品名がHitしないんでワロてしまったが。

まぁ失敗するならやるなよ、とだけ言いたい。
入れれば絶対失敗するようなイメージが付いちゃって困っとる。

>>836
値段は？

〉836
触れられてないのは売れてないからだろ
セントレックスでトラブルが多発したのは事実だし
セントレックスすれに移動してくれ

おまえらのためにまとめてやりました。SIPに関連しない話題は
批評スレかPBXはいらないスレにいけ

ＳＶ７０００はどう？
http://pc8.2ch.net/test/read.cgi/network/1116414513/
SoftSwitchの現状って？
http://pc8.2ch.net/test/read.cgi/network/1009535128/
VoIP検証ってどういう事するんですか？
http://pc8.2ch.net/test/read.cgi/network/1116252553/
IPセントレックスでPBXはもういらない
http://pc8.2ch.net/test/read.cgi/network/1033576806/
【IP携帯】WiMAXって知ってる？【次世代通信】
http://pc8.2ch.net/test/read.cgi/network/1108055482/
【SIP,H.323】VoIP技術統一スレッド【MGCP,Megaco】
http://pc8.2ch.net/test/read.cgi/network/1059800593/
VoIP批評スレッド。
http://pc8.2ch.net/test/read.cgi/network/1013050662/
おまえら！PBXの選定を手伝ってください（ぺこり
http://pc8.2ch.net/test/read.cgi/network/1013500928/
【VoIP】ｵｰﾌﾟﾝｿｰｽのIP電話【ｵﾌﾟｿ】
http://pc8.2ch.net/test/read.cgi/network/1052908418/
フレッツADSLでVoIPって使えるの？
http://pc8.2ch.net/test/read.cgi/network/985357196/
　■■日本アバイアって？■■　
http://pc8.2ch.net/test/read.cgi/network/1019958292/
【岩通】岩崎通信機器
http://pc8.2ch.net/test/read.cgi/network/1105955492/
情報化研究会ってどうなの？
http://pc8.2ch.net/test/read.cgi/network/1003317323/
Ciscoのスレッド 0/3
http://pc8.2ch.net/test/read.cgi/network/1095076890/

>>839
過疎スレか過去スレばっかりや...
SIPのまともな話をプリーズ

839のやつ、一通りチェックはしてるんだが盛り上がりが…。
ウチの製品、それなりに出てるはずだが知名度なさすぎでワロス。

どこかに、ここ以外でSIPのことを話せるBBSってないの？
できれば日本語で。。。

出会い系サイト 一覧ホームページ作りました

全部無料でしかもフリーメールでも登録できるサイトばかりです

ttp://www.geocities.jp/deaikei_1ban/

>>842
上げるから変なの来るじゃん。

　

>>842
>>844
ﾜﾗﾀ
上げなきゃ人来る訳ないじゃん

>>844
ごめんな。。。

しかし、質問の反応がないな。
SIPの裾野はまだ狭いんかいな。

>>846
上げたから見に来るような人は願い下げです。
>>847
まぁ、マルチベンダや相互接続が増えないと話すネタもないよね。

社外秘やらNDAやらで、話せる範囲が限られちゃうんだよね

同意。
でもオープンな実装がいくつかあるし、仕事以外のネタが出てきてもよさそうなんだが。

今年のN+I VoIP Showcaseって何やんの？
マルチベンダっぽい唯一のイベントだと思うのだが

　

　

>>850
ウェブサーバみたく、個人でSIPサーバたててる人っていないね。

立ててますが何か

立てて何する？

>>856
1.IP電話契約している家にＧＷおいて外線発信はそこから抜ける
2.家族内の連絡用電話として、また友人に電話機を配って使わせている。IP電話の契約料は折半

855はチャレンジャー。

うちも SIP Express Router (ser) 立ててますがなにか ?

親戚一同ホットライン用として使用中。

>>859
クライアントは何使わせてんの？

明日幕張のINTEROP行くのだが、SIP関連でよさげなのあった？
行った人情報きぼんぬ。
相互接続なんたらとか、どうなんだろー。
つまんなかったらSIPはあきらめて他の展示見ようと思ってるけど。

INTEROP行ってきました。
と言ってもSIPな人では無いのでSIP関連はあまり真面目に見てないのだけど。
個人的にはSIPやVoIP関連はどこも同じ事言ってて個性が無いなーと思いました。

>>862
どんなこと言ってた？
IP電話で通信コストが激減するとか、SIPで何でもできるとか、そういう話？

>>860
現在のところ、それぞれの実家と兄弟の家、合計5軒で NTT の VoIP アダプタ
とヤマハの RT57i/RTV700 で構築してる。

Interopの成果報告をキボン

Exchange Server を使えって結論に至った

俺も行きたかった。。。 > Interop
SIPに関して目新しいことはあった？

既に設定されているVOIPアダプタのSIPのパスワードを解析
する方法って無い？
例えば、ダミーSIPサーバを構築してRegister認証で使うパスワードを
プレーンテキストで送信させるよう、401 Unauthorized　メッセージを
返す方法とか。。

SERで出来ないでしょうか？

>>865
http://news.google.com/news?q=interop+sip

>>868
MD5の仕組み　知ってるか？

>>869
ニュースくらい、チェックしてる。
会場に行った人の話を聞きたいのにさー。

俺、地方に住んでるから。

地方の豊かな自然、安い物価、暖かな隣人とのふれあいを享受しておきながら
苦労して東京に住んでいる人だけが得られた知識をただで教えてもらおうってか。
いつから日本人の心はこんなに狡猾になってしまったのだろう。
やはり、ゆとり教育が原因だろうか。嘆かわしいことだ。

>>868

なんのために、こんなことしたい？？

>>872
面白いな。コピペ？

>>872
なんでSIPのスレでこんなこと言われなきゃならんのだ (笑

IPPBXが繋がらないのは3261があいまいだから
だからおまえらのSIPを公開して国際標準にしてください！

>>871
コンパニオンのお姉ちゃんが増えて、質が良かったから景気は上向きだな

　　　　　☆ ﾁﾝ
　　　 　 　 ☆　ﾁﾝ　　〃　 Λ＿Λ　　　／￣￣￣￣￣￣￣￣￣￣￣
　 　 　 　 　　ヽ　＿＿_＼（＼・∀・）　＜コンパニオンの画像まだー？
　　 　 　 　 　 　 ＼＿／⊂　⊂＿ )　　 ＼＿＿＿＿＿＿＿＿＿＿＿
　　 　 　 　 　 ／￣￣￣￣￣￣ ／|
　　　　　　　　|￣￣￣￣￣￣￣|　 |
　　　　　　　　|　　　　　　　　　　.|／

景気が悪くなって上物のお姉ちゃんの価格が下落して
手が出せるようになったっていうことはないのか?

(↑この文章単品で読むとかなり頭悪い文だな)

>>876
ttp://itpro.nikkeibp.co.jp/free/ITPro/OPINION/20050611/162566/
ﾌﾑﾌﾑ

ランプの制御ぐらい独自仕様で作らせろ。。

>>880
もともとPBX配下の電話機という意識しかないから閉鎖的仕様で何の疑問も無かったんだよね。
こらぁ早い者勝ちだと思うんだが…それでもオープンになるには時間がかかるんだろうなぁ…ヤレヤレ

>>881
RFC3842じゃだめな理由を述べよ

オープンになっても、ほとんどのPBXの機能なんて
日本でしか使われないのでは？

日本の場合基本通話ですら独自というか
実装ミスがあるからねぇ
キャリア別にファームがあったりするし

これが天下の NTT 東仕様。
ttp://www.ietf.org/internet-drafts/draft-hasebe-sipping-semi-regular-examples-00.txt

それ結局うやむやになったドラフトだよね

>>886
日本語版きぼん

Internet Draft Semi Regular Examples Feb 14th,2005

>>887
経緯を詳しく。

そういえばヘッダの国際言語化のドラフトを誰か書いていたような
display nameにカタカナ使ってもええのかえ？？

>>887
漏れも知りたい

MLでのやりとりが止まってるという話か？
IETFでアップデートないし
NTTが出した数少ないドラフトなので読みました
一言でいうと余計なお世話

MLのアドレスをキボン

>>888
読むとこはほとんどないからガンガレ。
ていうか、図を見るだけでも吉？

>>893
私はちょと期待してたんですがねぇ。
まだ 00 だし、これから内容も充実してくるものかと。
むしろ、余計なお世話ってのは、RFC3665 の方では？

しかし、こんなの売りたくねーよな

>>895
どの辺が余計なお世話なの？素でわかりません。教えて下さい。

確かに例にしてはメッセージの間違いが多すぎるけど。480 No Responseってなんやねんw

日本人だったらTTC参照しろよ
あれはいいものだ

>>897
Basic Call Flow なんて 3261 の記述以外に特筆すべき点はないでしょう。
とは思わなかったから RFC になっちゃったんでしょうね。
私は 3261 を補完する意味では NTT の ID の方が有用だと思いまふ。

>>898
読んだことないんですが、「日本人だったら」ってことは
日本語で書かれてるってことですか？

>899
うーん、だったら3665を補完する提案でもよかったのでは？
どちらも3261と矛盾すべきでないけど某ドラフトは行きすぎてる点がある

>>900
途中で書き込むボタンを押しちゃったんですか？
行きすぎてる点って？つづきをキボンヌ。

NTTのI-Dってさ、BYE送信した瞬間にダイアログ解放する
って前提ぽいけど、それっていいの？

BYE送信時にセッションは解放すると思うんだけど、ダイアログも解放するんだっけ？

>>900-902
みかかの実装の都合のよい方向にもっていこうとしてるのかも
文句があるならきちんとIETFのMLで反論すべし
RFC化されたら半分デファクトスタンダードだからなぁ

>>902、903
If no SIP extensions have defined other application layer states
associated with the dialog, the BYE also terminates the dialog.
って、3261 に書いてあるです。

>>904
BYEでsessionとdialogが終了するのは認識してるんだけど
そのタイミングがトランザクションの終了じゃなくて
BYE送信した瞬間なのかな、ってのが気になった。

ttp://www.ietf.org/mail-archive/web/sipping/current/msg08242.html
この辺でなんか纏まってた

>>903
ML検索してみたら納得できたよ。ありが�d。

http://www.brekeke.com/ja/products/sipserver_ja.html
これってどうですかに？

宣伝か？なんでそんなもんに金出さなきゃならん。

無料だと書いてあんのが読めんのかafoが。

>>908
何で個人でSIPサーバー使わなきゃならんねん。

>>905
結局課金でトラブルにならないようにそうしてるのよね
ＮＴ○の人は今の電話の仕組みをそのままＳＩＰに持ってこようとしている
それがいいかどうかはわからんけど

>>910
通話が全部無料じゃないんだから、課金はちゃんとして欲しいと思うよ。
たかが3分と言うなかれ。

>>911
課金の仕方にも色々あると思うんだけど…
まぁ、現行のアナログ電話と同じ方法を残したかったのね。

>>908
SIPサーバ、個人でも使ってますよ。マニアというほどでもないけど、
いろんなサーバいじってます。
有料のも安いものは調べたけど、個人で遊ぶレベルならブレケケのは
簡単でいいよ。
実際に商用で運用実績あるのかは知りません。

>>905
その URL はまだ見てませんが、3261 には、
The UAC MUST consider the session terminated as soon as
the BYE request is passed to the client transaction.
とあるので、BYE を送信したら terminated なのでは？

>>910-912
その辺りはよく知らないんだけど何か事情があるんだな、と理解。

>>914
それって要するにsession＝メディア送信の終了ってだけでdialogは
BYEトランザクションが終了した時らしい(>>904が書いてくれた箇所なのかな)

全体を理解してないのか。
Byeがなんなのか考えてみよう！

>>915
>>904 の引用部分は、BYE 送信したら Session が終了して、
特にことわりがなければ Dialog も一緒に終了だよってこと
でしょう。

> dialogはBYEトランザクションが終了した時らしい
こちらのソースを教えて頂けませんか？

意外とみんなＲＦＣを読んでるんだな。。

BYEを処理したタイミングでダイアログを終了させなかったら、
どのタイミングでダイアログを解放するのがよいのだ？

BYEを送信した時点か
BYEのレスポンスを受信するまでか
どっちなんだ？って話なんだろう。

BYEが交錯した時に互いに481ってのが気にいらないんじゃないか？

レスポンスを受けた段階でダイアログを終了させるってことでいいのかな。

でもエラーレスポンスの場合は、どうすればいいんだ。

某社が出してるSIP本と一緒に3261読むと、結構理解できると思われ。

>>910
課金は関係ないでしょう。
どのタイミングまで課金するかなんて、如何様にもできるはずです。
session と dialog では解放のタイミングが違うというのであれば、
session 解放時に課金も止めれば良いだけです。
もっと言うと、session も dialog も関係なく、BYE 送信時に
課金を止めれば良いのです。
みかかを批判したいだけの半可 (ry

で、session と dialog の解放のタイミングは違うんですか？
session が解放されたら dialog も解放されると思うんですが。

BYEを投げるのは課金されてるがわとは限らないし今は異常系の
話をしてるわけだが

BYE を送受信した時、と言えば満足ですか？
課金停止のタイミングをどこにするかというのと、dialog を
どのタイミングで解放するかというのは、別の話なんですから
混ぜっ返さないで下さい。

それから、異常系ではありません。
BYE がすれ違ったからって HelpDesk に電話されても困ります。

で結論は？
結構根幹に関わる話だと思うのだが
各社の実装比べるとどうなってるのよ

>>917-926
スマソ、>>904の引用(3261の15)に関しては勘違い

>こちらのソースを教えて頂けませんか？
>>905で出したところだけど
ttp://www.ietf.org/mail-archive/web/sipping/current/msg08242.html

引用しておくと
1) The session is terminated by the BYE message sending out.
2) The dialog is terminated by receiving the response to the BYE message
or a timeout

ってので結論にしちゃ駄目？

>>927
ok

http://www.iptel.org/ser/doc/sip_intro/sip_introduction.html#FIG-DIALOG

毎年同じメンバーかよ

draftアップデートされてますね。名前変わりましたけど…。明らかなところは
直っているようです

asteriskをSIPサーバに使ってみようと思っているのですが、
試しにWindowsMessenger(5.1)を繋いでみたところ、
うまく接続出来なかったので、サーバ側でパケットを見ていたところ、

=> REGISTER(auth無し)
<= 100 Trying
<= 401 unahthorized
=> REGISTER(auth無し)
<= 100 Trying
<= 401 unahthorized
=> REGISTER(authあり)
<= 100 Trying
=> REGISTER(authあり)
=> REGISTER(authあり)
....
となって、Tryingのあとの結果が来ないようです。
asteriskのCLIから見ると、peerに登録されてはいるようです。

両マシンともLAN内にあって、sip.confのlocalnet内にあります。
user登録は
type=friend, username=xxx, secret=xxx, host=dynamic, insecure=yes, nat=no
だけ指定してあります。

なにか情報はありませんでしょうか？

わからないけど、コンパイラ変えたら(gcc-4.0.1->gcc-3.4.4)いけました。

>>930
まだ、ちゃんと読んでないですが、BYE のくろすふぁいあーはやっぱり 481 みたいですね。
明らかなところって何のことを指してます？

国内の電話網を全面ＩＰ化・総務省、2007年までに
ttp://www.nikkei.co.jp/news/main/20050719AT1F1501319072005.html

これってSIPと関係ある？

>>934
伝送にIPを使うと言うだけでSIPを使うとは言っていない。
今の電話と同じ品質・機能を求めたら、IP電話ってそんなに安くないと思うんだけどなぁ。

別に安いわけではないです。

だが従来の交換機の保守はもう不可能(従来より大幅にコストがかかる)
なのでキャリアも VoIP に行くしかないんですよ。

192.0.2.301について

件名はいいから本文を書いてくれ

NTTでSIPやってる人がIPわかってないと判明
という話？

>>939
そんなの最初からわかってると思うが？

ほらよ。"semi regular" は外人に通じなかったらしい。
ちなみに、>>937 は Page 4。
ttp://www.ietf.org/internet-drafts/draft-hasebe-sipping-exceptional-procedure-example-01.txt

Bob don't return final response っておかしくないか。どうでもいいけど。
draft多すぎ、追いきれない

日本人にしか分からない英語書くなよといいたくなる。
SIP messageを信号って言い張るのもなんか釈然としない。
まあSignaling Protocolだから全否定はしないが。

パリでは発表するの？

せめて英文添削を通してから出してくれ。

まあ旧交換器屋＝土建屋が出してますから。
社内的にも青白い目で見られてますよ。

>>936
今のところ単なる流行というか…
一応は技術を追っかけておかないといかんぞなもしってぐらいでしょ。
事業所間のアナログ（デジタル）専用線をIP化するのは大きなコスト削減に結びつくけど
事業所内の内線電話に関してはIP化するとバカ高いよ、今のところ。
その上、信頼性全然ないし。
IP-GatewayのACアダプターが壊れまくって対応におおわらわの某セントレックスベンダーとか見てると
あと2年ぐらい待った方が良いと思える。

ﾎｼｭ

biloxi一気に有名になったな

湿布

http://ja.wikipedia.org/wiki/Session_Initiation_Protocol
http://ja.wikipedia.org/wiki/IP%E3%82%BB%E3%83%B3%E3%83%88%E3%83%AC%E3%83%83%E3%82%AF%E3%82%B9
http://ja.wikipedia.org/wiki/VoIP

ここらへんの　てんさく　たのむ

きみらの時代はきてるかい

２００ＯＫ

http://wiki.sip-ix.jp/

>>954
全然更新されてないよね...忙しいのかな？

Timestampヘッダって何のために使うの？
RFC読んでもさっぱりわからん...

ネットワーク遅延を測るためにあるんじゃない？

みなさん、その後どうですか？

IP電話は中国のウェブサイトで買うと安いのだけど
クレジットカード番号入れるの怖いので、どうしようか
困っている。

>>959
是非、人柱になってレポートして下さい。
国際郵便為替は使えないかな。。

ハードフォンが手に入ったのでSIP鯖を立てようと思うのだが
フリーの鯖ってアスタリスクしか選択肢がない？

>>961
SERは？

SIPサーバだけならSERの方がよさげ。
asteriskは最初が面倒くさいよ。

私はzaptel使ってるから、asterisk使ってるけど。
まあPBXなんで、転送とかそういう機能を求めてるならasteriskかもね。

OnDOやNECの無料SIPサーバがおすすめ

本屋でSIPのお手軽設定本を探したらasteriskのものしかなかったので
そーゆーもんかと思ったのですが、SERのほうが簡単そうですね。

SERを使ってみようかと思います。
・・・お仕事で使うときには商用サーバを使いたいなぁ

>>964
NECの無料SIPサーバって何処にあるの？

>>807

そうなの？

INVITEとREINVITEって何が違うのでしょうか？
違いが分からなくて困っています。
SIPって言われているほど全然シンプルじゃないですね。

H323にくらぶれば(ry

>>968,969
つ NOTASIP

>>963,965
Asteriskって最初面倒かねぇ？前提となるパッケージが
少ないから簡単な方だと思うけど。
ただまあ、PBXだってのをわかって使わないとわけわか
らんかもねえ。

http://voip-info.jp/

>>971
分かっちゃえばそれほどでもないんだけどね。
SIPサーバが欲しいだけなら、serの方が簡単だとは思う。

SIP Express Router をベースにして作られた
Open SERっていうSIPーproxyが10月24日にリリースされたみたい
だけど、使ってみたことある人感想聞かせて。

ttp://openser.org/pipermail/devel/2005-October/000822.html

>>973

面白そうなんで試してみた。
あまりSERと変わったところがないみたい。
configも同じだし。

ここにあるSERとの差分に興味ある人限定ですな。
ttp://openser.org/diffs-0.8.14.php
俺はSERで十分。

>>974
感想サンクスです。

SERでMysqlと連携したSIP認証(Register,INVITE)をiptel.orgの
マニュアルどおりやってもserctl startコマンドでエラーとなり
うまくいかなかったのでOpen SERなら出来るかも！！！って
期待して試してみましたが、SERと変わらずopenserctl startで
エラーになってしまいました。

SERでMysqlと連携したRegister認証を問題なく使いこなしている
人、何かコツがあるのでしたら教えていただけないでしょうか。

使っているOSは Fedora Core 4でMysqlはFedoraCore4をCDから
インストールした時に同時にインストールしたものです。

>>975

さー、それ結構難しいよ。
コツはSERをデバッグモードで起動して、エラーを潰していくこと。
mysqlのパス(PATH/Pass両方)とかちょっとでも違うと駄目ね。

>>976

解決しました。
原因は alias=hogehoge.co.jp を

route {
より上の行に書かないといけないところを
この行の下に書いていたのが原因でした

auのPTTってSIPベースなんだそうな

AGEphoneに期待あげ

LINUXで作ったPCルータでSIPーNATが使えんのって知ってた?

ttp://sipx-wiki.calivia.com/index.php/HowTo_configure_iptables

最近、SERでプレゼンス機能サポートされたらしいけど、
この板で実際に使えてるって人いますか？

ステータス表示が変わらなくて困ってるんですけど…

↑クライアントに何使ってる？

>>982
亀レススマソ
eyeBeamです。

現在のSERは、プレゼンス機能にバグがあることが分かりました。
あと、XCAPを用いたプレゼンスのみでSIMPLEは未実装だそうです。