03/11/28 23:59 pmjdMFIt
>>329
どっちかは理解してんの？
strict routingわかってないじゃんよ
332:anonymous@ eAc1Ahr183.tky.mesh.ad.jp
03/11/29 05:01 zfSPCv0F
SIPの国内NNI/UNI標準がもうじき出るらしいよ。
相互接続できるようになるのかなぁ。。。
333:フォン・リヒトフォーフェン
03/11/29 11:21
>>332
そう言う国内標準ってTTCから出るものなのですか？
334:sip
03/11/29 13:20
SIP教科書買って読め！
335:J
03/11/29 14:38
>>330
>>331
3264で言うところのloose routingは理解しています。
loose routerが転送先がstrict routerの場合の処理方法も知っているけど、
strict routingそのものが分かりません。
誰か違いを教えて下さい。
336:あ
03/11/29 16:41 6Pi8ydPP
>>336 RFC2543
337:sage
03/11/29 21:43
>>334
あれ読んでも分からんよ。
あんなの書くようじゃ○KIは××だ。
338:sage
03/11/30 01:24
>>332
SIPにおいて、NNI/UNIなんて考え方とっている人って、どういう神経してるんですか？
339:
03/11/30 01:40 h0HAtk+Y
>>338
>>338
浜松町の発想だと
PAIを持ち回る区間＝NNI
という発想だったとおもふ。PAI わかんない人は RFC3325 読んでね。
変かどうかは好きに議論してください。
340:anonymous@ t111254.ap.plala.or.jp
03/11/30 03:33 fVeyc9jl
test
341:_
03/11/30 03:37
PAIって、P-Asserted-Identityのこと？
あれは、信頼モデル的に、発想から間違ってると思いますが。
インターネットというよりも従来の少数の電話会社が支配するモデルに起因。
342:339
03/11/30 13:19
>>341
>PAIって、P-Asserted-Identityのこと？
そう。
>インターネットというよりも従来の少数の電話会社が支配するモデルに起因。
浜松町の鈴木ビルに通うような人達の発想はそうですから、というかそんな
人しかあそこには通わない。モデルがけしからん？そうかもしれない。
343:smtp
03/11/30 17:06
メールやその他のサービスが特定少数会社支配下でないように、
SIPによる種々のリアルタイムコミュニケーションも、
世界中にある何万というISPだけでなく、
何百万というドメイン名を持つ組織によって運用されると思います。
今まで同様、それらが自由に直接・間接に通信をするわけですが、
PAIを持ち回る区間という概念はどこに適用されるのでしょう？
344:ななし
03/11/30 20:55
>>343
>メールやその他のサービスが特定少数会社支配下でないように、
メールを理想としているところが・・・ちょっとね。
345:TNOC
03/12/01 00:15
>>344
メールもウェブも主要なものはほとんど特定少数会社支配下でないですな。
それとも、>>344はインターネットを特定少数会社で支配するものにしたいと？
ちなみに、SIPはドメイン名を持つ組織毎に自由に分散してサーバを立てられ、
利用しているISPなどに依存することなく、移動時も含めて対応していますな。
346:344
03/12/01 01:19
>>345
どうしてメールを理想にすると揶揄されるのか、理解できていない
ようですね。そんなモノでメッセージングされたらたまらん。
Web のほうは揶揄しようとは思わないけどね。違いは理解できるかな？
347:___
03/12/01 02:00
>>346
SIMPLEも、囲い込みメッセンジャーのAOL,MS,YAHOOなどと同様に、
どこかの巨大大手がやればよいとだけ考えてます？
多くのISPや会社や学校などからそれぞれのアカウントで
自由に相互にメッセージングできるほうが便利で自然と思いますよ。
348:344
03/12/02 01:45
>>347
ずれてんなぁ・・・
メッセージング≡IM と思いこんでいるあたりも痛いけど。
君の主張は送る自由ばっかりで、受け取る側が拒否する自由は
考慮外なんだね。
サーバ集中型でも分散型でもいいけど「拒否する自由」を認めない
限り SMTP でいうところのSPAMの二の舞でしょうということ。
単純にあれを理想としてしまう辺りが頭悪いよね。
だから集中型がいいとはいわないので、その辺勘違いした議論は
お付き合い致しかねます。
349:anonymous@ i069199.ap.plala.or.jp
03/12/02 15:47 7++ZzVCy
結局、各社ISPがIP電話開始したわけだが、SIP使ってるの？
350:anonymous
03/12/04 03:15 dEd8EJkt
>>348
メールの現状はFromの詐称が行なわれてもチェックしないのが一般的だから
SIPの場合は最初からS/MIMEなどの使用をRFCにも含めています
>>349
各社ISPがIP電話は昔のメールでいえば
あちこちのパソコン通信会社がメンバー相手にメールサービスをしてた状態
それらのパソコン通信会社がインターネットとメールのやり取りを始めた当初は
限定された相手としかメールの送受をしなかったのです
もちろん今では誰もが自由にメールの交換をできるようになりました
そのうちSIP利用での閉じた利用から開かれた利用へと移ることでしょう
351:anonymous@ p3218-ipbf202sapodori.hokkaido.ocn.ne.jp
03/12/04 19:40 0ntif57P
SIPって糞な仕様だと思うの俺だけ？
352:anonymous@ ntkmmt016038.kmmt.nt.adsl.ppp.infoweb.ne.jp
03/12/04 19:56 h+xHMQhn
URLﾘﾝｸ(homepage3.nifty.com)
353:仕様
03/12/04 21:04 8jT3DF9N
仕様として考えると確かに糞
柔軟性があるから開発はしやすい
ユーザにメリットあるかは謎
354:anonymous@ p1029-ipbf202sapodori.hokkaido.ocn.ne.jp
03/12/05 10:12 Daakj0/r
仕様が柔軟性もっちゃあ・・・・
355:anonymous
03/12/07 01:02 syzx0553
ダイアログとセッションの違いがよくわからないのですが、
ダイアログとセッションの違いを教えて戴けないでしょうか？
356:anony-mouse
03/12/07 03:35
>>351
SoftFrontか？ｗ
>>355
SIPのセッションのことをダイアログと呼んでいる。
そう思っておけ。
357:お
03/12/08 14:34 BT0vXHCs
会社で抜いてしまった（汗
＞ヤフーのブロ番ガイドで見つけた。
＞クリスタル映像のＡＶがあったので、ちょいラッキー
＞URLﾘﾝｸ(www.crystal-online.tv)
358:oop
03/12/09 23:46
いいかげん回線っていう考えヤメレヤ＞ＮＴＴ関連屋
359:
03/12/13 15:41 8DLdI36W
>>358
何かあったの？
詳細希望。
360:sip
03/12/14 02:18
テキストだってのが売りらしいけど、そんなにいいことなの？
361:
03/12/14 03:43
SIP用のアナライザでいいの知らない？
362:altiz
03/12/14 18:43 Yj4sg0bN
>>360-361
tcpdumpで見れる
アナライズするもなにも見ればわかるので
かっこよく意味なくビジュアライズしたいとかでなければなにも要らない
363:anonymous@ YahooBB219034084001.bbtec.net
03/12/14 18:59
>>361
最近の Ethereal なら SIP/SDP も理解してくれるよ
＃ STUN も理解するな
364:うにょ？
03/12/20 19:31
>>362
アナライザといやぁ、
Call-Idとかダイアログ単位で抽出してくれるような
ツールがあれば 便利だとおもわね？
EtherealでIP単位でフィルタするのもいいが、
もう少しSIPに特化してくれても罰はあたらんかと・・・
365:うにょ？
03/12/20 19:36
>>360
テキストはどこまでも届くからな。
IP以外のネットワークや異機種の互換性を考えると、
テキストにしておくのが無難だろ。
文字列処理のノウハウも多いので、
解析や付加サービスを作るときに何かと便利だし。
H.323なんかと比べてみ？
SIPのありがたみが痛いほどわかるから (w
366:
03/12/20 23:35 5fjhzag5
>>364
お金があれば Agilentや東陽テクニカにいえば持ってきます。
ホームページは自分で探して下さい。
367:
03/12/20 23:39
>>366
どっちの製品も使いにくかったぞ
368:
03/12/21 01:47
>>367
アルチザの関係者ですか？
369:sage
03/12/21 03:52
>>365
メーカーでH323なら、腐るほど触った上に、最近はSIPもやってます。
SIPになっても特にいいことありませんが？
どちらかというと、仕様の解釈に幅がありすぎて、苦労が増えてます。
製品実装する部門の人間にとって、テキストになったからといって
うれしくもなんともありません。
そんなところの違いは誤差です。
370:
03/12/21 13:38
>>368
いやいや。アルチザは東陽ｘｘｘｘのより使いにくかった罠。
371:
03/12/21 15:05
>>370
アルチザはシーケンスが矢印で出てイイ！という香具師を知っています。
アフォかとバカかと・・・
372:うにょ？
03/12/21 20:50
>>369
テキストか否かの話題に、仕様の幅の話を持ち出されても・・・
漏れも製品実装ならやっているが、仕様の幅で問題になったことはないぞ。
とっくに無効になったI-Dを持ち出してくる馬鹿なメーカーには
辟易することはあるが・・・・
373:うにょ？
03/12/21 20:52
>>366-367
H.323のときはたっかい金を払っていたが、
SIPになってから自作したので、もう平気。
テキストﾏﾝｾｰ! って感じで。
374:はぁ
03/12/21 22:07 OjKTA6wi
うにょみたいなところ数しゃ知ってるがレベル低いよ
結局湿布だろうと323だろうとだめなところは駄目
375:anonymous@ 245.pool11.dsl8mtokyo.att.ne.jp
03/12/21 22:16 PEbpXSgq
lm,;
376:うにょ？
03/12/22 00:50
>>374
つか、何を根拠に(w
う、うちは、レ、レベル高いんだぞぉ～ (T_T)
# マジな話「弊社はレベル高いですよ」って
# 自信持てるようにはなりたいよな・・・
ところで、>>374が思っているレベル高い会社ってどこだ？
377:!374
03/12/24 23:02 7ZqieZN3
>>376
やっぱ大○○機じゃねぇ？
サーバの知らないメッセージは通さないからセキュリティも万全だぜ。
378:aho
03/12/26 23:02
>>377
はぁ？普通そんなサーバ作るかよ。
そんな事したら端末の変更のみで済むような新しいサービスを提
供するのに、端末のみならずサーバまで対処しなくちゃサービス
できなくなるじゃん。
アホか。
っていうか大○○機のサーバがアホなんだろうな。
いまだに交換機の思想ひきずってんじゃねぇの？
379:
03/12/28 02:55 ZSn3Jto6
>>377-378
○興電○は鯖つくってんの？
まさかぁ？
380:378
03/12/28 14:05
>>379
俺は知らん。
あそこにできるのはどっかからもってきたSIPスタックをちょこちょこ弄るくらいだろ。
それだって怪しいと思うが >377 はそう思ってないようだ。
っていうかもしかして釣られました？
381:379
03/12/28 23:24 nnZW0Lcw
>>380
釣ってくれたありがとう。
あそこには笑っちゃう仕様があったんで。そこのH.323 端末を試験用
に買ったら電話番号の桁数が４桁までですって。バカかとアフォかと。
中小企業専用か？
382:378
03/12/30 23:40
>>381
あぁ、ゴメンゴメン。
あなたを釣ったんじゃなくって>378は 「っていうかもしかして(オレ>377に)釣られました？」
っていう意味です。
読み返してみるとどうも>377って釣りっぽくて。
んでオレは釣られた と(w
383:378
03/12/30 23:42
>>382
誤： じゃなくって>378は
正： じゃなくって>380は
384:176
04/01/05 13:33
スレの内容と余り関係ありませんが
sipphone.comの電話機の電源を入れると
テレビの1～3チャンネルの写りが悪くなってしまうのです。 >>176
解決方法ご存知の方居ませんか？
あるいは、関係ありそうなスレに誘導して頂けませんか？
とりあえず
テキトーに買ってきたフェライトコアをACアダプタにつけてみたり
アダプタのケーブルをアルミホイルで囲ってみたり
LANケーブルを高いものに取り替えたり
テレビから出来るだけ遠ざけたり
テレビと違うコンセントから電源を取ってみたり
したんですけど、効果ないんです。
385:
04/01/07 15:59
SIPとIPv6/v4との関係は？
386:176
04/01/07 23:49
>>384 なんだけど
livedoorのsipphoneのスレッド見つけたので移動します。
387:anonymous@ YahooBB219184104017.bbtec.net
04/01/09 00:57 3ZFDOrK4
そのスレッドどこにあるか教えてください
388:anonymous@ YahooBB219184104017.bbtec.net
04/01/09 00:58
どうしてなにもしてないのにふしあなさんなんだあ！
389:sage
04/01/09 02:32
坊やだからさ。
390:176
04/01/09 09:54
>>387
★ livedoor SIP PHONE ★
ｽﾚﾘﾝｸ(esite板)l10
名前が空っぽだとFQDNが表示される板です。
391:
04/01/09 15:45
【通信】エッジ、ＩＰ電話ができる携帯
ｽﾚﾘﾝｸ(bizplus板)
392:anonymous
04/01/15 08:51
URLﾘﾝｸ(www.npa.go.jp)
警察がSIP前提で提案してシステム仕様も出しているわけだが、
これではなにも定めていないのと同じで、
SIPとかQoSとかtag VLANとかキーワードを並べただけなように見える。
とくに、ここではSIPの立場から見て、どうよ？
393:
04/01/15 11:16
と言うか国内ISPのIP電話の殆どがSIP使ってるんじゃ？(yes/no)
394:N
04/01/15 17:37 iY3BHYXY
NO
NE〇仕様や長いた仕様が存在します
395:nobody
04/01/16 04:51 ECGi7hQL
>>392
構成図の中の右側のSIPサーバはいったいどこにあるんだろう？
しかも発信者がA県かB県かによって分岐するという謎のスペック
396:_
04/01/16 13:03
>>395
そりゃ、北海道から110番かけて沖縄県警に繋がったら困るだろ。
397:
04/01/16 14:57
sip・・
398:もり
04/01/16 23:46 w0sfD1+Q
沖って何でCERTに対してレスポンスないの？
SIPの脆弱性の話しも日本企業のレスポンスが少なかったり湿布製品ないことになってたりで不安だなあ
399:nanase
04/01/17 05:45 E4J4cZE/
>>396
それはそうだが、消防署のほうは県単位でなく、市町村級だぜ。
フレッツ使って県単位でしか粗くまとめられなきゃ、どうするんだ？
400:
04/01/17 22:03
>>393
シェアからいうと MGCP のほうが・・・
401:sage
04/01/18 12:03
MGCPはSBBだけで、業界標準はもうSIPでしょ。
402:
04/01/18 13:39
PPPoEを使うならば、MGCPよりSIPの方がいいかんじだからな。
403:403
04/01/18 16:20
>>402
はぁ？根拠は？
日経BPの記者並に頭の悪いｶｷｺﾐにしかみえねーよ。
404:
04/01/18 20:59 fDOmWVhe
>>401
だから >>400 はシェアといっているんだろうに・・・
>>402
理由を是非知りたいです。
405:119
04/01/18 21:22 qWBFot8m
>>404
MGCPでもSIPでも構わないが、
家や会社や学校や街角からそれらを使ってどう119するのかね？
（USだと911なので9/11にテロ発生、JPだと119なので1/19の予定）
406:anonymous@ P221119001096.ppp.prin.ne.jp
04/01/21 00:08 Mmm0vvke
もまい、世間しらなさすぎ。
407:anonymous@ YahooBB219054000035.bbtec.net
04/01/21 05:03
>>399
まあ現在でも携帯からの通報は県単位でしかつながらないけどな。
うちの県だと
県庁の通信司令室で受令→市外だと転送
408:
04/01/21 09:02
>>407
愛知の場合は県内を複数ブロックに分けてそれぞれ代表の消防署に繋がるようになってるけど？
409:sage
04/01/21 12:27 BaN+Xybp
まぁ携帯の緊急番号の話しは最近の事なので
事業者によっても違うし
ＩＰ電話もsosシステムとか考えてる人は考えてる
事業者がいったん受けてその顧客情報から警察や消防にリダイレクトするシステムだったらすぐにできるよ
そんなに大事かどうかは疑問
つながりゃいいやん
電話やし
410:anonymous@ d252107.ppp.asahi-net.or.jp
04/01/21 14:11 P9zbMpgZ
>>409
松本？
411:anonymous@ ntoska098053.oska.nt.ftth.ppp.infoweb.ne.jp
04/01/28 13:39 g6zBMwMg
DQNな質問なんですが、
アダプタ1setを輸入して友人と使うつもりなのですが、
国内の一般的なメーカーの電話を接続した場合
着信の際SIPの電話番号は表示されますか？
412:ata
04/01/28 13:52
>>411
フォーマットが違うので期待できない。
413:popo
04/01/28 13:54 g6zBMwMg
>>412
どうも。
414:popo
04/01/28 20:40 iQUPmRL0
MA361っていうモトローラのデジタルコードレスなら
表示されますかね？
415:anonymous@ 220.110.160.231
04/01/28 21:10
たぶん表示される
416:anonymous@ p2019-ipbf308osakakita.osaka.ocn.ne.jp
04/01/28 21:16
表示されるに一票
417:popo
04/01/28 21:33 iQUPmRL0
>>415
>>416
どうも。
418:うにょ？
04/01/29 17:57
>>409
その「つながりゃいい」を実現するために
みんな苦労しているわけなんだが・・・・
419:みこ
04/01/31 22:24 LFg2Wqi1
例えば、sip:+81-3-1234-5678@example.com みたいなURLで
電話番号を伝えているみたいなのですが、
＠のうしろのexample.com部分は、なんでもよいのでしょうか？
420:
04/01/31 23:16
>>419
なんの URl なんですかぁ・・・。ぜんぜん話が変わってくるんだけど。
421:sage
04/02/01 01:13 FeXJQvJv
>>418
あなたのところの会社とC&Cがいなければもう少し相互接続も
楽になります
422:newbody
04/02/01 04:10 USVY8uWV
>>420
みかかが050番号やりとりするときとかは、
FromやToとか、Request URIとか、どうなんやろ？
423:ISUP
04/02/01 16:59
>>422
みかか束酉の交換機まで来たらもうSIPじゃないんですけど・・・
424:_
04/02/01 23:33 23yY1jDB
>>423
例えば、みかかとにふてぃの間ではどうよ？
425:IP
04/02/02 00:08
>>424
にふてぃは鯖をもっていないので・・・
ちなみに鯖も２系統あります。
ｽﾚﾘﾝｸ(isp板)l50
ｽﾚﾘﾝｸ(isp板)l50
ちなみに[+8150～ or 050～]@[IP アドレス or FQDN] だろうけど。
426:oni
04/02/03 23:20 w7/Tzekn
なんで、それだけで一意に区別できるE.164番号の後ろに、
＠IPアドレスっていう余分なものをつけるのですか？
そのIPアドレスに意味はあるのでしょうか？
427:
04/02/05 00:11
>>426
余分って、Request-URI には SIP-URI 使いますよとRFCに書いてある
から。TEL-URI も MAY らしいけど、勉強不足かなんかしらんけど
そうゆー実装は見たことありません。
FromとかToとかもRFC嫁。
本気で余分だと思うんだったら SIP のMLで論戦ふっかけたら
如何ですか？
428:anonymous@ ntoska098033.oska.nt.ftth.ppp.infoweb.ne.jp
04/02/19 22:15 zRVm7fUX
いやー、アダプタタイプって結構難物だよ。
429:_
04/02/20 17:55 Nw7SwKGj
保守age
430:anonymous@ aa2003011093002.userreverse.dion.ne.jp
04/02/26 16:33 m1B23XES
陰場胃吐
431:anonymous@ YahooBB219020112072.bbtec.net
04/02/26 16:48 sbgaYslV
SIP使えりゃ・・・
URLﾘﾝｸ(page4.auctions.yahoo.co.jp)
432:名無しさん＠お試し君
04/02/26 22:30
SIP鯖立ててみたいのじゃが…
フリーでLinuxかFreeBSD対応
だれか入れてみた人いますか？
433:名無しさん＠未接続
04/02/26 22:54
MacOS用のSIPクライアントってあんのか？
434:anonymous@ PPPa626.e20.eacc.dti.ne.jp
04/02/27 01:02
>>432
partysipでいいんじゃないの?
>>433
OS Xならある
435:432
04/02/27 11:03
>>433 蟻が㌧、ちょっといれてみらぁ～(トム猫AA略
436:anonymous@ sigeharu.as.wakwak.ne.jp
04/02/27 12:25
>>432
URLﾘﾝｸ(www.freebsd.org)
437:
04/02/28 10:55 dT8DlMLr
ぷららフォンが死んでいる。
URLﾘﾝｸ(www.plala.or.jp)
SIPメッセージ輻輳時の処理がうまくいっていない？
438:
04/02/28 12:55
>>437
ハッキリと「SIP サーバ」といってしまうんですね。普通はIP電話
サーバとか言うような気がするけど。
普通の人が読んでも"SIPサーバ" ハァ？だと思うけど。
まあこのスレ的には○でしょうね。
439:GONZOU-R ◆d.VEeRHBQQ
04/02/28 15:14 u48kgUhv
register message congestion と思われるんだが各位意見求む。
けどせめて図ぐらい張っておけよとおもう。
congestion -> 端末がregistry message再送 -> 仕様がへぼい端末の暴走（DoS client化） -> 収拾不可能
というシナリオが目に浮かぶよ・・・・（ｗ
440:名無しさん
04/02/29 02:10 GcO7PRZ9
テレビ会議システムみたいなのを作ってみたいのですが
現在のフリーウェアでできますか？
全二重の音声通信
ビデオカメラ窓
Windows、MAC、UNIX類でクライアントがある
サーバーOSはLinux,FreeBSD
どうでしょうか？
しらべていくとCU-SEEMEってのが出てくるのですけど
リフレクターサーバーがあるのかないのかフリーなのかなんなのかまだ調べ中
441:
04/02/29 02:48
>>439
此処まで書いてあるのは逆に珍しい気がするけど・・・。
なんか社内周知用の資料をまんま見せられている気がする。
442:anonymous@ p0039-ip01sasajima.aichi.ocn.ne.jp
04/02/29 02:54 +BeVBZTD
URLﾘﾝｸ(chanpu2.hp.infoseek.co.jp)
443:anonymous@ sigeharu.as.wakwak.ne.jp
04/02/29 03:03
シーユーシーミーは懐かしすぎ（ｗ
444:anonymous@ PPPa626.e20.eacc.dti.ne.jp
04/02/29 04:16
vic & rat
とか。
445:目玉の親父
04/03/01 12:33 SrGwYxQk
なんでCUは消えちゃったの？
むかし、よく遊んでたのに…
446:ななし
04/03/03 10:59 OWEZVcEG
外人はよく脱いでいたな(w
447:ietf
04/03/07 09:13 LHACyeKo
>>439
まともなUAならRFC3263にしたがってDNSでSIPサーバを解決するし、
まともな運用してるところならそこで複数SIPサーバを返すので負荷分散されるのだが。
ぷららの場合はまさかUAでは固定IPでサーバ指定し、サーバ1個と推測されるのか！？
448:SIP:+8150
04/03/07 13:33
まぁ複数の鯖が返事したとしても一斉にﾚｼﾞｽﾀDosが起きたらすべての鯖が
お亡くなりになります罠
帯域制御してﾚｼﾞｽﾀを抑えたら正常な端末からのﾚｼﾞｽﾀまで抑えられて
つながらないｴｰｼﾞｪﾝﾄがどんどん増えて逝く罠
やり方考えれば完全に落とさないでも復旧出来ると思うけど、所詮IPのアプリ
なんで「落ちちゃいました・・てへっ(^^;」で済んじゃうところが恐ろしい
449:
04/03/07 21:24 p1dqZqQO
>>447
>まともなUAならRFC3263にしたがってDNSでSIPサーバを解決するし、
えーと、Plala はそんなことしていないと思われるんですけど。
対応していなくてもマトモじゃないとは思わないけどね。
他の部分はしらないけど。
450:Anonymouse
04/03/11 13:44 bVk1LB8h
>>440 URLﾘﾝｸ(www.gnomemeeting.org)
URLﾘﾝｸ(www.itmedia.co.jp)
451: 湿布
04/03/12 18:43
今年も相互接続試験あるんだけど
実装追い付くの大変
どうしよう
452:GONZOU-R ◆d.VEeRHBQQ
04/03/13 02:40
>>451
あきらめろ。
おらはもうあきらめて客のクレームを粛々と他部署に流す事にしたよ（T_T)
453:anonymous@ fl220-100-195-079.i-chubu.ne.jp
04/03/19 16:57
素直にソフトフロントの使っておけばいいのでは
454: 湿布
04/03/20 01:43
>>453
いやぁ、うちはそんなお金出せないっす。売込みにはこられました。
455:
04/03/21 20:07
まぁ、高い割にいまいちというかサポート悪いしね。
小さな会社だから仕方ないのかもしれんが。
456: 湿布
04/03/23 00:58
>>455
うわさは耳にしてます。。。でも、大手が買ってるそうで。自社開発
できなかったのか！？
457:SIPは誰が作ったんだぁ
04/03/23 01:22
固定端末なのにREGISTERのExpire=3600って短すぎねぇか？
メーカーの罠じゃないかと...
458:
04/03/27 19:42
>>457
1時間あれば十分だろ
459:ぷららじゃないが
04/03/28 13:12
>>458
REGISTERトラフィックって結構邪魔なんだよねぇ。
460:
04/03/28 22:12
>>458
たとえば10万台ぶらさげれば、呼がなくても10万msg/h。
461:ののの
04/04/01 03:16
>>451
実際、まともな実装作ろうとすると大変だからねぇ・・・
素直に 先行している企業と提携しとけ。
先行しているかどうかは、相互接続会場にいきゃわかるだろ？
462:ののの
04/04/01 03:17
>>457
藻前のところは全ユーザ固定IPなのか?
463:anonymous@ d253107.ppp.asahi-net.or.jp
04/04/01 09:42 4LKlx1Pr
接続したままで突然IPアドレスが変わる事なんて無いだろが…
464:ある
04/04/01 12:18 7zN3o6ij
あるよ
DHCPが死んだときとか
465:
04/04/01 13:54
そんなもん年に何回あると思ってるんだｗ
ヘボISPユーザーも大変だなｗ
466:ののの
04/04/02 01:47
変わったときに誤接続あったら問題だろ・・
電話をなんだと思ってるんだか
つか、L2レベルの切断なんて、つきに数回発生する程度の品質で
運用しているところがほとんどだぞ
「常時接続」って単語に踊らされている素人じゃないんだから、
ちったあ考えろ。
467:anonymous@ d251075.ppp.asahi-net.or.jp
04/04/02 09:10 unc2K6hk
結論が無いから何が言いたいのか分からんぞ。
結局、何が言いたいんだ？
468:
04/04/04 03:34
>>466
ネタですか？
469:ののの
04/04/04 19:27
>>467-468
何の話題なのかは、>>457にでもきいてくれや。
470:
04/04/05 09:26 45TGDbc2
自分で説明できないんだったら口を挟むなよ…
471:nya
04/04/07 07:48 3ym+gRLv
あたしんちADSLひんぱんに切れるけど、
固定IPじゃないのでそのたびにIPアドレス変わりますよ。
472:
04/04/07 20:32 PmK5iLF6
PPPとDHCPの違いを調べてみよう。
473:sipper
04/04/07 22:49
>>456
自社開発できないことはないだろ。
ただ大手だったら金もあるし今更時間かけて社内でシコシコつくるよか、外から接続実績あるとこの買うほが楽っしょ。
他にもやることあるんだしさ。
474:anonymous@ usen-221x115x23x125.ap-US01.usen.ad.jp
04/04/08 19:55 1o/5A+8n
ルートセットにlrパラメータが入ることありますよね。
で、ルートセットの最初のＵＲＩにこのパラメータがあるかないかで
ＵＡＣの動作が変わってくるとＲＦＣ３２６１に書いてあるんですけど、
これは何故なのでしょうか？
lrパラメータが影響しているのでしょうか？
そもそもこのパラメータは何をするためのものなのでしょうか？
ご教授願います。
475: 湿布
04/04/09 01:29
来週、よろしくお願いします。
>>474
ほんとにRFC3261読んだの？
476:PRACK
04/04/14 01:01 vEZGkLzG
100relあげ
477:ののの
04/04/17 19:00
>>475
もつかれー
昨年に比べて多かったので大変だたよ・・・
478:anonymous@ p6e4872.szoknt01.ap.so-net.ne.jp
04/05/30 21:14
保守
479:しっ
04/06/03 11:15 yFjPaL/F
URLﾘﾝｸ(www.sipphone.com)
のアカウントってただで取れるみたいですが
どこから取ればいいでしょうか？
480:サンケイ
04/06/07 23:30 BY4WYzc7
いざ、大手町
仕込み中
481:anonymous@ eatkyo233121.adsl.ppp.infoweb.ne.jp
04/06/08 03:05 T+tt+sOU
SIP:Simple Internet Protocol
MIP:Mobile Internet Protocol
このことですか？
482:anonymous@ 218.231.171.36.eo.eaccess.ne.jp
04/06/09 00:52
このスレがいまいち盛り上がらない理由は
1) SIP技術者数が絶対的に少ない
2) 2chなんて見てるヒマないほど忙しい
3) SIPについてそもそも語るほどのネタor価値がない
4) その他
のどれなんだろ？
周りから「SIPの研究者サイドの人間はRFC丸暗記してるから、
それくらい知識をつけないとやってけない」みたいなことを
以前言われたのだが、そこまでSIPにのめり込もうとはとても
思えないのだが。。。甘ちゃんですかね？
483:もちかなしち
04/06/09 01:17
オープンな規格の割にみんなクローズドだからっしょ？
守秘義務つーのもあるしね
しゅひぎむ
守秘義務
【システム開発】
(1)
・業務上知った事を第三者に漏らしてはいけない事。
・いや、漏らしたくても、逆に「こんな事を言ったら馬鹿にされる」と恥ずかしさが第一に思い浮かぶことが多いもの。
(2)
・こんなバカで無能で、おおよそプログラムを書く事という作業に従事するのは不向きな上に、自信過剰で尊大で
おまけに「自分が天才だ」と思い込んでいて、見事にチーム全体の足を引っ張ってくれる人間がこのシステム開発に関わっているという事実を、客先に伝えてはいけないということ。
・実は、もっとも業務を理解していない、技術を理解していない人間がプロジェクトを仕切っているという事実を、客先に伝えてはいけないということ。
URLﾘﾝｸ(www.geocities.co.jp) 引用
484:.
04/06/09 03:15
>>482 RFC丸暗記の必要はないよ。
それにしてももうちょっと実装を考えてくれていたら...
485:眠い
04/06/09 07:33 ZL4W9y2c
相互接続試験も参加者減ったしね。
ブームは去ったのかも
486:名無しさん＠引く手あまた
04/06/09 19:28
IPv6対応のフリーなSIPサーバって何かありますか？
教えてください。
487:iptel
04/06/09 23:12
>>486 SERって対応してなかったっけ？
488:EMANON
04/06/10 20:29 j7HtvJKE
>>485
瓦斯屋の実例見てｖｏｉｐに対する評価がガタ落ちになったんだと思いま～す
489:486
04/06/10 21:09
》487
どうもです
早速動かしてみましたが
クライアントがないですね
v6クライアントは何かないでしょうか？
490:+-+-
04/06/10 23:27
>>489 クライアントの次は何だ？いっぺんに聞けよ。絶対教えないから。
491:にゃ
04/06/12 01:29
とりあえず松○は逝ってよし Σ(´ⅴ｀lll)
２ｃｈ見て訴えるとかヽ(´ー｀)ノ ｲｯﾁｬｯﾀ､ｲｯﾁｬｯﾀ暇あったら
晒され無いもの発表してミロ
492:？？
04/06/13 01:07
CoolなSIP Phoneって無いですかね？
493:ま
04/06/18 21:34
>>482
技術をわかってない馬鹿がいついてるせいで、
技術屋があきれて出て行った のが実情だろ
494:anonymous@ PPPa357.otemachi.acca.dti.ne.jp
04/06/19 20:46
>>493
RFCすら読んでない開発者ですが
( ´Д｀)なにか?
495:anonymous@ h210.p996.iij4u.or.jp
04/06/24 22:41 3F4cO3oi
RFCってどこで売ってるんですか？
それってウマイの？
496:
04/06/26 00:30
>>495
URLﾘﾝｸ(www.geocities.jp)
497:
04/06/30 13:35
>>483
matudaおつ
498:myu
04/06/30 21:37 516aHZGU
INTEROPやってるみたいだけど、SIP関連でめぼしいもの
あるんかな？
幕張は遠い...
499:
04/07/01 00:30
>>498
正直驚いた。
VoIP=SIPという流れ一筋になっていて、
新技術が満載だった。
明日は説明員だ。お前らの相手をしてやる。
500:
04/07/01 15:49
ntt東のIPテレビ電話ってどうよ
501:_
04/07/03 03:07 bH9zuQaS
あの手のテレビ電話は永遠にモノにならない。やるだけ無駄。
502:ぷ
04/07/03 03:44
>>494-495
もまいみたいなのがいるかぎり、ここはくそすれ
503:うさ
04/07/05 08:19
URLﾘﾝｸ(www.asahi.com)
テレビ電話ってこれか？
504:
04/07/10 12:49
>>503
そそ、それそれ
505:うさ
04/07/22 08:58
テレビ電話、発売されるみたいね。どんなユーザがターゲットなんだろう？
506:あー
04/07/22 14:25
おじいさん・おばあさん と 孫。
方式はどうあれ、個人にはテレビ電話は売れないのよ。↑くらいにしか。
507:
04/07/23 01:14
>>501
正解！
508:anonymous@ p7053-ipad02hiraide.tochigi.ocn.ne.jp
04/07/23 01:57
昔静止画のテレビ電話あったな…
物によってはカラー対応していたが、モデムでピーヒャラ画像を送信(ry
もちろんその間通話不可orz
509:
04/07/23 21:38
NOVAのアレって売れてるのか？
510:anonymous@ p6283da.tkyoac00.ap.so-net.ne.jp
04/07/23 23:39
こんなモンが普及したら、
ヘタレバックボーンが吹き飛ぶだろ
P2P規制に続いてテレビ電話規制やるんじゃねーの
どっかのWinnyにいち早く対応していた厨ソフトハウスがテレビ電話パケットの
検出パッチを即座に開発ですか。
511:ぱぁ
04/07/23 23:49
>>510
ものすごい妄想ですね。
512:
04/07/24 15:08
>>510
300Kbit/sもあれば地上波テレビ放送レベルの映像の送受が出来るし
普通のテレビ電話なんて64kbit/sぐらいじゃん・・・
あと、SIP をふさぐのなんて簡単で検出パッチを開発なんて功を
誇れるようなものではなんいんだけどねぇ。
513:ぽ
04/07/27 04:38
質問なんすけど
SIPってIP電話での使用が有名ですが、ほかの使われたかってしてるんですか？
例えば画像転送でSIPを使用しているとかって聞いたことありますか？
514:
04/07/27 08:13
NTT-comがN+Iで展示してたようなm2m-xとか
515:ぽ
04/07/27 14:05
>>514
ありがとうございます。
いろいろな用途に使用されているようですね。。。
実用化されるのかなぁ…
516:
04/07/28 00:46
病院に行った時、妙に「湿布」に反応してしまった・・・
517:anonymous@ p1053-ipad308osakakita.osaka.ocn.ne.jp
04/08/05 10:52 mtdc9rwP
少し教えてください。
当初は此方から公衆電話に掛ける ｏｋ
公衆回線からバーチャルナンバーにかける声聞こえず ＮＯ
現在
此方から公衆電話に掛ける 相手声聞こえず ＮＯ
相手の公衆電話からバーチャルナンバーにかける ＯＫ
という形で逆転してしまいました。
６９、５００４、５０６０番を電話機に飛ばしています。
電話機はアメリカから購入しました。
ご存知の方よろしく御願いいたします。
518:
04/08/05 12:12
電話会社に相談してください。
519:
04/08/06 00:44
>>517
タイーホ
520:どこの国の方？
04/08/06 20:11
>>517 日本語を勉強してから出直して下さい。
521:
04/08/07 16:48 xUnLQ1fk
TTCの湿布の標準案みた人います？
522:.
04/08/07 18:22
>>521 案ならチラッと見た。
3261ベースで特に変わった所は無かったような気がする。
523:anonymous@ freeD1Aad201.tky.mesh.ad.jp
04/08/23 23:54
ntt東のIPテレビ電話って
SF製なんですか？
524:
04/08/24 01:18
>>523
Nです
525:うにょ？
04/09/04 14:32
>>521
同じく ちらりと見た。
「TTCらしい」ってのが感想。
526:微妙に外
04/09/05 10:36
>521,525
見たことないんだけど、独自の味付けとか癖とかあるんでしょうか?
527:うにょ？
04/09/08 01:37
独自の味付け満載だったり・・・
というか、SIPを「電話」としか考えられない人たちだからなぁ。
528:ポストSIP
04/09/10 02:11
SIPを電話で使うのにはかなり無理あるよね。
PBXの全機能をCentrexでやろうなんて思ったら...
529:うにょ？
04/09/12 14:48:57
>>528
電話屋はみんなそういうんだよな。
でも、ちったあ考えてみろ。
今利用されているPBXの機能って本当に全部必要なのか？
どうせ使っている機能なんて、sipping WGで取り上げられている
ものくらいのもんだろ。
それにほかの個別機能が実装できないわけじゃねーし。
どちらにしろ、無計画に膨れ上がったBPXの仕様を持ち出されて
「プロトコル」を批判する材料に持ち出されてもねぇ・・・・
530:窓際営業
04/09/12 18:24:00
>>529
今のPBXの機能を実現しないと導入しないという客が多くてね。本当に必要なのかどうかは
知らんけど、残念ながら説得する力もないんで、Mさんのようにはなれそうもない。
531:.
04/09/12 21:38:25
>>529 なんだ？現場を知らない技術屋か？夢見てんじゃねぇよ。
532:うにょ？
04/09/12 21:58:27
>>530
それは 今の IP-Centrexの「実装が」貧弱なだけ。
プロトコル的に何の制約もねーだろ。
客に要求されてるんだから、作ればいいだけ。
「実装が追いついていない」現状はあるにしろ、
「SIPを電話で使うのにはかなり無理がある」なんて飛躍しすぎだろ。
・・・・すまん。
会社で、「SIPなんかではPBXの機能を実装できる訳がない」とか、
「ソフトホンが電話より品質が良いなんてありえない」とか
意味不明な話が飛び交っていた頃だったんで 混同したかも知れず。
533:_
04/09/13 19:16:58
どちらにしろ、国内メーカーの実装はまだまだだよな・・・
534:_
04/09/13 19:19:22
>>531
意味の無い煽りしかできない香具師はご遠慮願います。
現場ではどうなのか、書いてくださいよ。
535:あっぷあっぷ
04/09/13 20:13:19
>>533 確かに。500番号のREGISTERを2ms間隔で出してくる端末(VoIP-GW)とかあるし。
そんな端末が複数合ったらDDOS攻撃じゃん。
536:
04/09/13 20:27:47
ぷららのサービスが落ちたのって自分で配った端末の DDOS じゃなかったっけ。
あれってみかか謹製？
537:？
04/09/13 22:02:37
>>532
プロトコル的に制限無いって言っても、100端末一斉鳴動で全端末が同時に鳴るようにしろって
言われたら、Centrexではかなり厳しいでしょ。
538:うにょ？
04/09/13 22:13:08
>>537
それは、INVITEのフォークじゃいかんということか？
ARPテーブルの更新さえ失敗しなけりゃ
100端末程度の同時配信なんて問題なく動作したぞ？
539:3261
04/09/14 03:13:21 tKMdirMC
SIP否定するヤツは大抵プロトコルの理解不足だ罠
あんまり突っ込む必要もなし
540:
04/09/14 07:13:19
前から何回も言ってるだろ、数年先の話をしているのか、現状の話をしてるのか、
論点がずれるから、書き込む時にそれも書けよ。おまいら。
541:539
04/09/14 11:38:32
現状のＳＩＰに決まってる罠。
自分の実装が後れてる事くらい自覚汁
542:anonymous@ st3u032232.ocv.ne.jp
04/09/15 01:25:05 8bkuVxtK
所詮インターネットなんざエンドトーエンドなのに
なんでフォークとかするんやろ？
フォークしたら上手く行かない機能ばっかじゃん。
543:_
04/09/15 01:44:21
>>542
日本語読めない厨房は黙っててください。
あと、せめて どのように 上手くいかないのか程度は書いてください。
544:
04/09/16 08:52:38
>>536
みかか。
対策後、ぷららは同時発呼（に限らないが）台数ヒト桁になっててワロタ
545:悩めるユーザー
04/09/16 22:59:44
>>538
どこの奴か教えてくれ。うちに入っているのは全端末が同時に鳴らないし、受話器上げてから
話ができるまで時間かかるんだけど。
546:うにょ？
04/09/16 23:56:56
>>545
お前はどこの誰なんだよ・・・
知らんやつのところの実装の話なんてわかるわけねーだろ。
せめてシーケンスでも書いて
どのリクエストに対する反応が遅いのか明示しろ。
お前の情報だけじゃ、板違い。
・・・・つか、まじで ど素人ばかりになったな ここ。
547:
04/09/17 00:58:30
NTTCで使っているSIP端末、あんなに種類がいろいろあると、
相互接続確認大変だろうな…
ProxyやめてCAで終端すればいい思うんだが。
548:anonymous@ PPPa645.otemachi.acca.dti.ne.jp
04/09/17 04:19:47 lI+Da+u2
質問
質問をするために、詳細シーケンスを提示した瞬間
身元が割れる場合
あ な た な ら 質 問 す る ？
漏れはチキンなのでできません
549:anonymous@fushianasan
04/09/17 05:53:48
>>548
…という質問をふしあなさんでしている，ということは，
「困れば質問する」ってことじゃない？
550:anonymous@ PPPa645.otemachi.acca.dti.ne.jp
04/09/17 06:56:16 lI+Da+u2
まぁ本当に困ったら質問する・・・。
つーか、仕様が既に勧告違反だから
ここで議論はできないんだよなぁ・・・
551:.
04/09/18 09:39:45
>>546
545はお前のところのうまくいっている奴が何かを知りたいんだろ。
とっとと晒せよ。買ってきて試してやるから。
552:うにょ？
04/09/18 21:33:59
>>551
フォークできるやつなら全部門台無しだったんだが・・・
お前の言うところの 使えねーやつってのをききたいぐらいだぞ？
553:_
04/09/19 22:45:20
だから、SIP否定するヤツは大抵プロトコルの理解不足だっての。
フォークがなにかも知らないんだろうから、相手するだけ無駄。
554:anonymous@ st3u032232.ocv.ne.jp
04/09/20 14:05:40
フォークするいいんだよ、別に。
でも、フォークしない方法もつくっといてくれよ・・・
555:_
04/09/20 17:52:35
>>554
どのような理由で何を主張したいのかちっとも分かりません。
日本語でのコミュニケーション能力が不足しているヤツは
邪魔ですので二度と来ないでください。
556:555
04/09/20 21:29:27
ヾ / ＜ 仮面ﾗｲﾀﾞｰ555が＞
,. -ﾔ'''ｶｰ､ /Y⌒Y⌒Y⌒Y⌒Yヾ
ー―ｧ /r⌒|:::|⌒ヾ
_ノ オ{（ |0| ）} オｵｵォォｫｫ！！！！！
__,ヽ,ヾ,_|V|,_ノ､/ ,r-,,=
,゛＝=ゝ_ＶiＶ_ノ~i/ 〃 `ー―-､
/ /⌒`//´⌒c/＾＾＾ )））)))))））
,,―ｲ {ｰ''"~{ {~゛`ー`/'`'~/ー--―'
）） ,./ゝ＿/∧ゝ＿ノ ﾉ
ー''" ｜ﾛ ﾛ ｜
人,_,人,_,人,_,人,_,
＜ >>555ゲットだ＞
557:557
04/09/21 01:01:01
>>547
そういう思想で実装されている製品もいくつかあるけど
呼の管理をするためのリソースが増える分、
通常のCAとしてしか使わない場合は価格性能比が悪いと思われ。
558:ジャスティ５５５
04/09/21 17:24:59 vMGgUMNd
>>547
今、ProxyのよーなUAのよーな奇想天外なもの作っております。
559:
04/09/21 18:29:41
B2BUAですか?
560:ジャスティ５５５
04/09/21 19:27:15 vMGgUMNd
>>559
YES！！もうワケワカラン！！
ProxyとUAのいいとこどりみたいな感じ・・・。
↑客先にとっては
561:SIP
04/09/21 20:25:39 9LU8HoFq
URLﾘﾝｸ(www1.ietf.org)
英訳してください。
URLﾘﾝｸ(www.ietf.org)
がんばれ愛ちゃん
562:.
04/09/21 23:38:32
>>560
民営化した後に分割した長距離会社向け？
563:
04/09/22 00:37:39
>>561
勝手に転載するなヴォケ！
564:北の国から
04/09/22 01:20:56
ソフトフロントってまだ生き残ってたんだ。
565:
04/09/22 22:54:50
>>557
いや、現状でも呼の管理しているはずだから、状況はかわらんとおもうんだが。
566:auo
04/09/26 03:35:49
まぁ、レガシーテクノロジーだよ。
時代遅れというか。。。
567:PIX
04/09/26 22:55:46 nudIYGjW
SIP知ってるよ。船だろ。
568:SBC
04/09/27 01:09:09
SIPって階層違反プロトコルだろ？
569:ばかばっか
04/10/03 15:35:01 xLN+PI/g
ばかばっか
570:anonymous@ h142.p270.iij4u.or.jp
04/10/03 17:50:57
>>539
SIPの仕様って固まってるの？
仕様書があるならちょっと見たい。
571:...
04/10/03 19:33:05
>>569
あなたも同類のようですね。
572:...
04/10/03 19:34:22
>>570
基本的には3261でいいんじゃない？
色んなドラフト出ているけど全部追い切れてないなぁ...
573:anonymous@ h142.p270.iij4u.or.jp
04/10/03 20:45:13
>>572
サンクス！
見てきます。
今度なんか、仕事でSIPも取り扱おうって話が上がってるらしいんだが、
SIPはなんか方言がキツイって印象があって・・。
574:へへへ
04/10/03 21:24:41
>>573
茨の道へようこそ。
575:anonymous@ EATcf-84p18.ppp15.odn.ne.jp
04/10/15 00:28:48 jTY7MR7h
日○さん早く仕様書まとめてください。
576:hoge
04/10/27 00:03:49
「SIP教科書」「マスタリングTCP/IP SIP編」以外でおすすめの
SIPの日本語書籍があったら教えてほしい...いろいろさがしてるけど
日本語文献ほんとすくないよね。
577:
04/10/27 00:22:08
SIPカンファレンスって行く価値あり？
578:_
04/10/27 00:31:43
>>577
無い
579:うにょ？
04/10/30 22:25:34
TTCから正式にSIPについての仕様書出たけど
だれか読んだ香具師いる？ (TS-1005～7)
内容如何によっては買っても良いとは思ってるんだが、
しょうもないことしか書いていないのなら無駄だしなぁ・・・。
580: 湿布
04/10/31 12:56:36
あんなふざけたSIP仕様を採用されたらうちはキャリアに出入りしません。
581:
04/10/31 21:51:39
良ｽﾚage
582:某キャリア
04/10/31 22:45:33
>>580
さようなら～
583:
04/11/01 16:50:38
SIP Conference ネタだけど、
ある講演で迅速をビンソクと何度も言ってたのにﾜﾗﾀ
あの会社の人は程度が低いですね
584:
04/11/02 00:42:37
SIPカンファレンスで面白いネタ見つけた
585:hoge
04/11/03 01:27:53
>>580
そんなにひどいんだ…RFC無視しまくり？
どこかのキャリアにべったりだったりとか？
それとも現実見てない仕様？
586:_
04/11/07 11:20:20
このスレで技術的なこと出すだけ無駄だって・・・
587:
04/11/07 21:57:00
良ｽﾚage
588:あげ
04/11/18 12:48:39
なあなあ、お前ら
音質とか通話品質の計測にどんなツール使ってますか？
うちにあるやつ、使いにくいしぃ～
589:
04/11/19 05:41:25
MOS評価ですが何か。
590:588
04/11/20 00:35:46
>>589
マジですか・・・＿|￣|○
つか、一度くらいは まじめにMOS実測したいかもw
591:589
04/11/20 07:49:33
半分冗談だったのに、真に受けられちゃった・・・
592:
04/11/22 20:51:21
良ｽﾚage
593:login:Penguin
04/11/22 21:39:07
SIP Express RouterとserwebをcoLinux(debian)に
インスコした。
UnixUserはまだ見て無いが、日本語ガイド無さ杉。
パスの指定がずれているところがいっぱいで、
えらい苦労したが、こんなもんなの？
594:anonymous@ p3230-adsah09honb1-acca.tokyo.ocn.ne.jp
04/11/23 09:38:08 xnjZwrpD
シップ貼ってるよ
595:
04/11/23 18:34:31
SIP対応のN900iLってどうなの？
596:.
04/11/23 19:13:48
>>595
わからんねぇ。
買って試してみるかなぁ。会社の金で。
597:orz
04/11/25 17:37:45
>>591
冗談半分で言えるならいいよな・・・・
598:589
04/11/26 09:25:18
>>597
ごめん。
漏れはMOS評価でテストに協力するだけだから、そのデータをまとめる苦労は知らないんです。
599:anonymous@ PPPa45.otemachi.acca.dti.ne.jp
04/12/07 01:30:58
RFC2543準拠のUA作ってます。
まぁ世に出ることはないがなw。
仕様はさすがに暴露できんが・・・つーか固まってすらいねぇ・・・。
テスターさん方・・・頼むからあんたらの項目教えてくれやorz
600:6xx
04/12/07 23:28:17
グローバルエラー応答に突入
601:anonymous@ ca6-nat.cty-net.ne.jp
04/12/10 00:13:13 kTjqu4gS
ソフトフロントのｍ２ｍ－ｘってどうですか？
プロの方々の意見を求む・・・
URLﾘﾝｸ(www.softfront.co.jp)
602:anonymous@ 152.122.180.203.dy.iij4u.or.jp
04/12/11 14:08:40
NS602試験機繋げてレベル試験。
603:anonymous@ 219.127.228.244
04/12/14 11:47:59 fD47N2/a
SIPサーバを立てようと思ってるんだけど
フリーのSERってのはmysql起動してないとダメなのか？
教えて
604:.
04/12/14 12:45:02
>>603
よく知らんけど、SERだけで使えなかったら入れたらよろし。
605:
04/12/15 15:47:54
>>603
おれも悩んだけど、mysql なしだと anonymous サーバになるだけ。
実験用なら問題無し。
606:
04/12/18 17:01:12
>>599
なんで2543なの・・・
607:からと
05/01/15 12:50:51 NQ2KkgW2
最近、新製品でねぇな
608:anonymous@ d254177.ppp.asahi-net.or.jp
05/02/04 00:30:40 CsJ5uIel
すたれるなぁ。こりゃ
609:からと
05/02/05 15:09:05
晒しあげ
>>1
SPI
スペース・インベーダー・プロトコル
610:anonymous@ c-24-4-89-187.client.comcast.net
05/02/06 13:21:29
どこかにSIPソフトフォンとSIPサーバのリストない？
できれば無料のソフトフォンとサーバ。
611:
05/02/06 16:54:53
>610
URLﾘﾝｸ(www.google.co.jp)
612:Proxyモドキ製作中
05/02/06 22:58:39
ダメ元でお聞きします。ネットサービス板にあんまり技術的じゃない部分で
同様の内容を書き込んでいますが、マルチポスト気味になっているのはご容赦ください。
NAT内からSIPを使う為のProxyモドキを作っています。
FWDとPOINTではNAT内からの接続に成功したのですが、Livedoorに繋ごうとすると
403 Forbbiden がでます。
何がおかしいのかと調べてみたところLivedoor社から提供されている純正のソフトではREGISTERパケットで発するパケットのうち
以上に長い、Call-IDとViaがありました。
Call-ID: f5bb0f87-7815-11d9-b410-d02f69d563ed@192.168.10.102
Via: SIP/2.0/UDP 192.168.10.102:5060;branch=z9hG4bKff5eb165-7815-11d9-8029-b066aef3e161
Livedoor社ではSER(SIP Express Router)を使っているようですが、どなたかこの以上に長い
Call-IDとViaは何なのかわかりませんでしょうか？
613:SBC
05/02/07 00:23:58
>>612
異常に長い？RFCの許容範囲内だろ。
お前の「Proxyもどき」で対応しろよ。
614:610
05/02/07 04:20:18
>>611
有り難う！ 超たすかったヨ。
615:615
05/02/07 07:21:28
>>612
SIPサービスって認定端末以外を経由して繋ぐのって契約違反にならないの？
616:Proxyモドキ製作中
05/02/07 07:53:11
>613
>異常に長い？RFCの許容範囲内だろ。
知っています。
>お前の「Proxyもどき」で対応しろよ。
対応させたいので教えてください。
617:
05/02/07 09:52:27
質問の意図が分からんよ。
＞Call-IDとViaは何なのかわかりませんでしょうか？
何を知りたいのかさっぱりだ。
何か-乱数-乱数-乱数-MACアドレスってRFC2543か何かに書いてなかったっけ？
618:615
05/02/07 23:23:23
Call-IDはそのままの値で、Viaのところだけ外のアドレスになるように書き換えたら？branchはそのままで。
なーんとなくだけど別な理由で403返されてる気がします。
Livedoorの純正ソフトってskywebだっけ？びみょーな会社だな…。
619:615
05/02/07 23:31:08
Livedoor sip phoneスレみてきたけど、みんなてきとーなこと言っててワラタ
620:615
05/02/07 23:50:28
NATで思い出したけど
URLﾘﾝｸ(sipphone.livedoor.com)
確かこれってsipphone.comがやってるのと同じ方法のNAT越えのやり方なんじゃなかったっけ。
621:login:Penguin
05/02/08 00:23:39
URLﾘﾝｸ(wiki.sip-ix.jp)
と
URLﾘﾝｸ(voip.jp)
の関係を教えてください。
622:Proxyモドキ製作中
05/02/08 07:52:21
>617
ここにいる人なら、何か見覚えのある文字列だったり、同様の事例を知っているかもなと思っただけです。あと
>何か-乱数-乱数-乱数-MACアドレスってRFC2543か何かに書いてなかったっけ？
RFCを見てみましたが、見つかりませんでした。
623:Proxyモドキ製作中
05/02/08 08:10:14
>615-618
MACアドレスかと思ってみてみたのですが、自分のMACアドレスではありませんでした。
>620
パケットを見る限り、フツーのSIP クライアントと相違は無いパケットです。
なのでサーバー側でSIP パケットを見てあて先を決めているのではなく
単に接続してきたグローバルIP宛てにパケットを返すようにサーバーを設定しているっぽいです。
いずれにしろ、Livedoorは追ってもまた制限されそうなので、実装するのはやめました。
ありがとうございました。
624:__________
05/02/09 17:18:45
SIPのVoIPとIM以外の応用って
どんなのがありますか？
625:.....
05/02/09 22:55:58
>>623
MACアドレスをそのまま載せるアホはいないだろ。
まぁ、いずれにせよSIPの勉強が足りんな。
626:＿
05/02/11 08:59:50
>>623
試しにやってみたけど、ヘッダに
Allow: INVITE,ACK,CANCEL,BYE
User-Agent: Grandstream BT100 1.5.6.16
を入れてやると普通にREGISTERできた。User-Agentで規制してるっぽいね。
627:SIPフォンユーザー
05/02/11 11:08:52
と言うことは、
User-Agent:だけを書き換えるProxyを作ってそれを経由すれば
専用電話じゃなくても(ry
628:SIP
05/02/12 14:59:06
>>626
>を入れてやると普通にREGISTERできた。User-Agentで規制してるっぽいね。
発信・着信はできた？
>>627
>User-Agent:だけを書き換えるProxyを作ってそれを経由すれば
ヘッダを書き換えられるSIPサーバもあるし、それ使えば出来るね。
629:Proxyモドキ製作中
05/02/16 07:50:35
すみません、しばらくスレッドを見てませんでした。
>626
ヘッダに入れる文字列もわかるということは、SIP-Phoneアダプタの持ち主ですか？
Livedoor社から提供されている純正のソフトではヘッダはありませんでしたし。
有力な情報ありがとうございます。
630:_
05/02/17 17:10:53
SER 0.8.14に追加されたUser-agent認証だろ。単に。
631:_
05/02/18 10:36:04
ところで、Livedoor以外に日本でSERを使ってるキャリアってあるの？
632:_
05/02/18 10:58:16
631の言うキャリアの定義がよくわからんが
633:631
05/02/18 15:08:39
"050番号の電話会社"では？
何と言うのが正しい？
634:
05/02/18 16:19:21
LivedoorはITSPじゃないか？この場合のキャリアはNTT東西かな。
635:635
05/02/19 01:55:58
所詮、sipphone.comだしな。どっちかというとskypeのモデルに近い。まぁ、そっちに移行するんだろうけど
636:__
05/02/19 07:15:47
sipphone.comみたいな、ユーザにレジストさせて相互に通話をさせるサービスもITSPになるの？
でも公衆回線から着信はできないよね。
637:637
05/02/26 04:35:13 AoMf45DZ
>>628
>ヘッダを書き換えられるSIPサーバもあるし、それ使えば出来るね。
それ教えて。
638:638
05/02/27 10:06:57
>>637
さー
639:637
05/02/28 04:44:44 KllszRSx
>>638
>さー
SER?
640:_
05/02/28 12:56:21
SERってWindowsで動く？
641:anonymous@ dd179.opt2.point.ne.jp
05/03/01 21:37:13
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
------------------------------------------------------------
642:641
05/03/01 21:38:19
この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
------------------------------------------------------------
この状況を考えて頂きたい。それでは質問に入ります。
643:641
05/03/01 21:38:54 LXb36NdK
1.上記アンサーのSDPでは同じトランスポートアドレスを2つのメデ
ィア(m=)に入れて、更に同じペイロードで同じメディアですが、こ
れは正しいのか？反則なのか？
(反則の様な気がしています)
2.上記オファーを受けた段階で、2つあるメディア(m=)を1つのRTP
セッションと解釈するべきなのか？それとも別々のRTPセッション
と解釈すべきなのか？
(別々の様な気がしています)
3.上記アンサーをサーバが受けた段階で、2つあるメディア(m=)を1
つのRTPセッションと解釈するべきなのか？それとも別々のRTPセッ
ションと解釈すべきなのか？
(別々の様な気がしています)
4.RTPに於いて複数のポイントツーポイントユニキャストRTPセッシ
ョンを1つのトランスポートアドレスに割り当てるのは反則か？
(反則の様な気がしています)
5.RTPに於いてマルチユニキャストRTPセッションの他参加者からの
受信を1つのトランスポートアドレスに割り当てるのは反則か？
(ありの様な気がしています)
以上です。宜しくお願い致します。
644:637
05/03/03 00:56:55 9TU4wYSe
>>638
SERで、user-agent ヘッダーを書き換える方法分からないよ。教えて～。
SERでなくてもできればよいです。誰かやった人いる？
645:シップ
05/03/03 22:55:36
>>641
なんで、クライアントAは２つのメディアを返すんだ？
646:_
05/03/04 01:15:50
>>644
やった NOTASIP 1,140件ヒット
647:641
05/03/04 06:55:46 nrdeAY9L
>>645
サーバが2つのメディア(m=)を送って来ているので、その各々のメディア(m=)に
対するアンサーとして2つ返しています。
その他にSDPの仕様として「一度増えたメディア(m=)はその後に使われなくなっ
たとしても、ポート番号を0にするなりinactiveにするなりして、残しておかな
くてはならない[MUST]」だったか、そんな仕様があった筈です。
私からの質問の方ですが、
URLﾘﾝｸ(www.ietf.org)
～
URLﾘﾝｸ(www.ietf.org)
のやり取りが参考になりそうな気がしています。少しずれていますが。
648:anonymous@ router.fractalist.jp
05/03/04 16:22:13 CSVZsAMy
RTPについて質問させて下さい。
１．RTPは２セッションを使用し、片方向（半二重通信）を行っているよう
ですが、技術的には双方向（全二重通信）をしても問題ないと思います。
どのような理由から片方向通信となったのでしょうか？
２．RTCPのポートを使用しない、又は、RTPと同じポートにまとめる
事は可能でしょうか？
３．SymmetricRTPは１セッションで双方向通信が行えるようですが、RTP
の仕様として各メディア（音声、動画など）毎にセッションを張りますが、
１つのセッションにまとめることは可能ですか？
ご存知の方がおられましたらよろしくお願い致します。
649:_
05/03/04 19:33:08
＞１．
ユニキャストIPアドレスを使っている場合、
エンドシステム１←――――――――――→エンドシステム２
ＩＰアドレス１９２．１６８．１．１ ＩＰアドレス１９２．１６８．１．２
ＵＤＰポート５００００（ＲＴＰ）、５０００１（ＲＴＣＰ） ＵＤＰポート４００００（ＲＴＰ）、４０００１（ＲＴＣＰ）
これで１つのＲＴＰセッションになると思うんだが。
＞２．
無理じゃないか。たぶん。
＞３．
だめって書いてあったぞ。っていうかだめって書いてあった事を知っているんだよな。じゃあだめじゃないのか。
650:６４９
05/03/04 19:36:16
＞２．
そういやどっかに書いてあったかも知んない。受信専用何とかって。忘れたけど。
651:６４９
05/03/04 19:39:01
＞３．
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だな。
652:648です
05/03/04 21:54:22 CSVZsAMy
ご回答ありがとうございます。
649さん
＞＞1
確かにその通りなのですが、それをSymmetricRTPといいます。
元々、RTPは２つのセッション使用していた為、その経緯を
ご存知の方がおられましたらお願い致します。
＞＞3
RTPとしては駄目でしたが、双方向での通信も可能となった為、
ご存知の方がおららればと思い質問させて戴きました。
650さん
＞＞2
受信のみ？
ストリーミングのRTSPの事でしょうか？？
651さん
＞＞３
ありがとうございました。
653:さげ
05/03/05 01:41:34
１．RTPは２セッションを使用し、片方向（半二重通信）を行っているよう
ですが、技術的には双方向（全二重通信）をしても問題ないと思います。
どのような理由から片方向通信となったのでしょうか？
-> 片方向通信の場合もあるから。また、セッションの仕様としてはそうしたほうが汎用性がある。
２．RTCPのポートを使用しない、又は、RTPと同じポートにまとめる
事は可能でしょうか？
-> RTCPを使用しないということならあり。同じポートは君のUA同士ならありかもしれないけど
一般的にはNG.RTCPのポートの決め方から明らか
654:RFC3550 RTP session: 1
05/03/05 08:49:39
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.
655:RFC3550 RTP session: 2
05/03/05 08:50:17
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.
656:RFC1889 RTP session:
05/03/05 08:50:52
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.
657:RFC3550 obsoleted RFC1889.
05/03/05 09:04:05
＞１．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.
658:さげ
05/03/05 20:58:40
649のパターンをひとつの「セッション」というかは謎。L4のセッションという意味では２つだよね
俺の理解がおかしいかもしれないのでマスタリングTCP/IP RTP編（ｗでも読んでみるか
ところでRTPの話って何気にｽﾚ違いのような気がするが…
659:657
05/03/06 05:47:13
> 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には半二重も全二重もコネクションもセッションも糞も無いと思っているけど。
だってコネクションレスだし…。
660:638
05/03/06 12:58:51
textopsモジュールのREADMEを嫁
661:638
05/03/06 12:59:31
↑
>>644
662:638
05/03/06 13:01:26
ところで、SERはホリエモンのところで使ってるのか？
663:659
05/03/06 17:28:54
> > 649のパターンをひとつの「セッション」というかは謎。L4のセッションという意味では２つだよね
> > 俺の理解がおかしいかもしれないのでマスタリングTCP/IP RTP編（ｗでも読んでみるか
> UDP的には2つのコネクション(?)だかセッション(?)になるのかな？
> 個人的には、UDPには半二重も全二重もコネクションもセッションも糞も無いと思っているけど。
> だってコネクションレスだし…。
RTPの下のプロトコルはUDPとは限らないんだった。
TCPを実際に使う奴は居ないと思うんだけど、TCPとかを使っても良いんだったよな？
そう考えると、L4のコネクションだかセッションが2つあるって考えは正しいんだな、納得した。
664:_
05/03/06 21:51:42
最近、英文ばっかだな。。。盛り上がってきたのはいいけど。
665:_
05/03/06 21:57:53
>>662
REGISTERを投げると
Server: Sip EXpress router (0.8.11 (i386/linux))
ってのが返ってくるけど、その先は知らん。
666:637
05/03/06 23:50:18 LHtwobhn
>>644
>SERで、user-agent ヘッダーを書き換える方法分からないよ。教えて～。
>SERでなくてもできればよいです。誰かやった人いる？
自己レスですが。やっとできました。Brekekeつかったら簡単でした。
Brekeke のサイトにはTaRaBa と接続できるって書いてあったけど、
user-agent ヘッダーを書き換えればライブドアにもつながるかな。
ところでTaRaBa 使っている人なんているんでしょうか？
アメリカの電話番号持てるって。便利だと思う人もいるのかな？
667:_
05/03/07 08:14:49
>>666
アメリカの電話番号をアメリカ国外で使う人が増えたら、
それはそれで、ややこしいな。
668:さげ
05/03/09 01:22:43
3PCCって実装してるもんなの？
669:anonymous@ cf97.opt2.point.ne.jp
05/03/09 22:05:05
未だ実験段階ですが、やってる事はやってますね。
670:100rel
05/03/17 01:29:21
PRACK ってプラックって発音でいいのかな？
671:
05/03/17 09:48:29
672:
05/03/17 11:23:03
NECさんが接続試験に来てないんですけど…？
673:REFER/NOTIFY
05/03/18 00:07:11
>>672
NDA違反につき処刑。
674:REFER/NOTIFY
05/03/18 00:12:01
>>670
ぴーあーるあっく。
675:& ◆6491a6QoZA
05/03/19 22:12:37 V/CZRLO+
>>670
ピア・ラック
676:676
05/03/19 23:32:30
>>670
プラシケ
677:_
05/03/20 16:39:05
PRACKって、使ってる端末あんの？
678:
05/03/20 18:13:02
え？たくさんあると思うが。
679:676
05/03/20 22:10:19
>>677
しょぼい端末以外はたいてい使ってると思う。
ただ、それによってどんぐらい意味があるのかといわれれば？？
セッションタイマーもしかり。
680:
05/03/21 21:49:44
>>679
ふＬっつは使わないけどね。アレはしょぼい端末のうちの一つかもしれんが。
681:676
05/03/21 22:17:22
>>680
ＩＳＰの仕様書がそうなってるからでしょ。
もしくはオプション。必須にしてる事業者はなかったかと。
682:
05/03/21 22:28:41
あう
683:____________
05/03/22 17:28:55
なんかさ、SIPの仕様だけで、いろなことをやることに無理があるんじゃないの？
電話事業でSIPが使われていたり、IMクライアントがSIPだったり、
応用に幅がありすぎる気がするんだけど。
そりゃ RFC3261以外にも、用途に応じてRFCがあるだろうけどさ。
とりあえず、IP電話以外のSIPの話が聴きたいです。
684:soge
05/03/22 21:10:21
>683
最初の行と最後の行が繋がらなくないか?
685:683
05/03/23 06:50:28
>>684
すいません。。
勉強中なので、実感として汎用すぎると思ったのです。
でも、実装として現状がどうなっているのか興味があります。
セッションの開始と終了と認証ができれば、IP電話以外にも、いろいろできそうな気がしたので。。
（その、いろいろが何なのか、まだ漠然としていて、良く判らないのですが。。。）
そもそも、SIPのIP電話やIM以外の用途は、タブーなのでしょうか？
686:
05/03/23 08:21:53
色々出来るんじゃない？
セッションの開始と終了と認証って、
課金する側(サーバ)にしてみれば必要最低限の情報がそこにあって、
UA間で実際のコンテンツのやり取りをしたり…って展示会でそんなの見たな
687:外野
05/03/23 10:08:20
>685
つ 「SIP/UPnP 情報家電プロトコル」
URLﾘﾝｸ(www.shuwasystem.co.jp)
一部方面向け以外には微妙すぎる組合わせ…
688:683
05/03/23 11:49:41
>>687
おおっ、こういう本があったのですね！
さっそく買ってみます。ありがとうございます。
> 一部方面向け以外には微妙すぎる組合わせ…
すいません、意味が判りません。。
689:６８９
05/03/23 20:51:03
ＮＴＴこむとか、ＮＴＴこむとか、ＮＴＴこむ方面かな。
690:soup
05/03/24 14:38:25
>685
ちなみに 電話や IM 以外の用途 はプロトコル仕様上は
それこそなんだって出来るけど IETF 的には… 限りなく却下(現状では)。
さて >689 とかは何か局面を打開できるんでしょうか。
691:691
05/03/25 01:40:32
電話のプロトコルとしてもいまいち。やっぱMGCP最強。
NTTさんが最近熱心にietf-draft書いてるけどなんでそれを3261以前にやってないのか、というのばかり
692:683
05/03/25 10:07:20
ＮＴＴさんは SIPではないのですか？
693:691
05/03/25 21:43:38
>>692
グループ内で方言があるのが玉に致命傷
694:sip
05/03/26 10:08:55
方言つーかエセSIPつーんでないかい?
なんとかしる、と言っても N○研 じゃ無理か。
695:
05/03/26 10:59:13
エ○エ○研というより、電電ファミリーのIP部隊じゃなく交換機部隊をそのま
ま使ってるのが癌な気がする。雇用確保のためには仕方ないんだろうけど。
696:sip
05/03/26 14:46:13
>693 に伺いたい。どの辺りが_タマ_なのか、と。
いや璧に瑕っていうのは "良い物なのに弱点が" という
アキレスの踵みたいなことなんで。揚げ足取りだったらごめん。
>695
気のせい、ではないと思われ。
697:683
05/03/27 07:09:23
>>694
>方言つーかエセSIPつーんでないかい
お互いにつながらない？
SIPなら 他のプロトコルよりも 電話キャリア間の壁を超えられる思っていたのだけど、
それって幻想ですか。。。
698:
05/03/27 11:40:29
それぞれのキャリアが別の手法で一度 SS7 に変換しているだけですが何か？
699:_
05/03/27 20:19:19
SS7に変換しなくても、SIPヘッダの変換だけでなんとかならない？
700:７００げと
05/03/27 20:36:17
>>700
簡単に言うけど現状では例外が多すぎてSBC作るのはちょーめんどい。
>>697
幻想です。ipv6で日本がリードしているのと同じくらい幻想。
SIPは確かにそうなんだけど日本の事業者がみょーにヘッダを細かく見る
鯖を置いたのが接続できない原因。
KDD○のやつなんか思想がおかしすぎ。
701:
05/03/27 23:11:13
最後の一行が激しく同意
702:697
05/03/28 04:52:58
>>700
そーなのか。。。
ＫＤＤ○のページに IP電話の無料の通話先として 日本テ○コムなどが書いてあるけど、
その場合は、SS7に変換せずにSIPだけで乗り入れているのですか？
703:703
皇紀2665/04/01(金) 00:40:44 Jm8PbGuK
REFER使った転送って本当にむじゅかしぃ。
もっと簡単な方法ないのかしらん。
704:anonymous@ ZF109113.ppp.dion.ne.jp
05/04/02 22:25:00 Q1k6W7rO
SIMPLEを用いずに、クライアントサーバー間で
プレゼンス情報の交換ができるメッセージって
知ってますか?
知ってたら教えてください.
705:ネットワーク初心者
05/04/03 01:14:02 lDwXhFZI
ルータでBGPを設定していますが、BGPでフローティング スタティックて
ってできるんでしょうか
OSPFしか設定したことがないので・・・
706:sip
05/04/03 09:44:07
>704
SIP 上で、ですか?
だったらやればできるでしょうけど、その「やればできる」ことをやったのが
SIMPLE なので質問が意味不明です。
SIP 上でなければ jabber/XMPP などいろいろあるわけですが
なぜ SIP スレで訊くのか意味不明です。
707:707
05/04/03 13:15:41 upEcrArL
>>705
SIPでですよね。OSPFは絶対無理だけどBGPならできそうな予感！
708:sage
05/04/12 00:20:59
URLﾘﾝｸ(www.nic.ad.jp)
これって検証できたらユーザはどこの事業者と契約してても使えるってことなのかしらん
709:boke
05/04/12 00:31:37
>>708
違う。ある人が名声を得て終わり。
710:sage
05/04/12 01:03:01
>>709
なにそれ？意味ねーじゃん！！
711:_
05/04/12 07:00:36
>>709
ある人って誰よ？
712:代表組
05/04/12 17:41:32
発信側ひとつに対して着信側に複数のINVITEを発生させるサーバで、
それぞれのINVITEのto,from,call-id同じって奴がいるんだけど
どうやってレスポンスを見分けてるのかな？
713:しったか
05/04/13 00:35:57
>>712
たぐ
714:_
05/04/13 11:44:49 Fgj5MkV2
本当に知ったかだなー。Viaのbranch IDだよ。
715:anonymous@ kohada.fko.it-tokyo.co.jp
05/04/13 14:43:13
貴様ら、SIPってSIP1とSIP2があるって聞いたが
どういう違いがあるか知ってたら教えて頂けないでしょうか？
716:
05/04/13 15:00:31
フリーで良いSIPサーバー知らない？
717:sip
05/04/13 15:28:54
SER で何が足りないのか書くこと。
718:し
05/04/13 20:16:39
PartySIPをCygwin上で動かしたパワフルな椰子いる？
719:
05/04/13 22:38:58
>>717
SERダウンロード出来んです
720:anonymous@ PPPa373.fukuoka-ip.dti.ne.jp
05/04/13 23:48:00
SIPってマイナーなんだね
全然書籍ないよ
721:_
05/04/13 23:48:47
うぎゃIPが。。
とほほ
722:anonymous@ p0632-ip01souka.saitama.ocn.ne.jp
05/04/14 00:33:11
>>715
バージョン 1.0 ってこと？
もうないっすよ。
723:_
05/04/14 01:04:45
>>720
そうですか？
最近結構増えてきたなぁ、と思っていたのですが。
内容はともかく。
724:_
05/04/14 01:24:32
>>723
そうですね。
増えてきた方とは思うのですが、
もっと充実しているものが出て欲しいところですね
725:soup
05/04/14 09:24:35
何を期待しているのか知らないが
書籍以上の話はもはや IETF をヲチするしかないだろ。
あと日本のキャリアで使われているものは
SIP の名は付いてるけど SIP に非ずなんでその異言語仕様は
SIP とは別の問題(たぶん書きたい人がいたとしても書けない話だろう)
726:ALL SIP
05/04/15 00:08:24
>>725
えさきさんがなんとかしてくれるとおもてました
727:anonymous@ 07011020220781_ad
05/04/15 00:31:20
結局のところRFCを読めば全てが分かるってこった
728:pip
05/04/15 21:04:27
CANCEL を受け取ったら、200 と 487 のどちらを先に返しますか？
729:
05/04/15 21:23:59
200かな。サンプル例とか200先ばっかりだし
730:abc
05/04/15 22:16:11
>726
ぐりこ?
731:シプ
05/04/16 04:04:22
>>716
LinuxならAsterisk。。Windows,LinuxならBrekeke。
AsteriskのWindows版(AstWind)は開発が止まってるっぽい。
>>728
487を先に返すUAも見たことあるけど。
やっぱ、200のほうが多いか。
732:し
05/04/17 13:56:41
>>731
便乗です
JAIN API を使った良いサーバないですかね？
フリーのサーバの開発言語ってCばかりなので
733:733
05/04/17 14:33:37
>>728
なんでこれで悩むのかがわからない。RFC3665読めば一発じゃないの？
NT○の人がIETFのMLでもいまさら指摘してなかったっけ
734:シププ
05/04/17 15:06:33
>>732
JAINは、以前、調べたけど。。。
APIを使って 何か作りたい？
735:し
05/04/17 17:12:04
>>734
REGISTER認証付きの
SIPサーバを作りたいっす
736:シププ
05/04/17 17:36:52
認証するのは REGISTERだけ？
どうせ認証するんだったら、INVITEとかも認証しようぜ。
INVITEなら401を送るだけだし。
どっちかっていうと、サーバよりもUA（ソフトフォン）を作って欲しいけどさ。。
プレゼンスとIMが使えるUAが欲しいなぁ。
欲しいなあ。
737:niple
05/04/18 02:39:08 oyDw4NIA
eyebeam プレゼンス、IM できる。でも、日本語でねーぞ！
AGE Phone に期待。プレゼンスできるといいなー。
738:_
05/04/20 16:48:08
>>733
RFC3665 を持ち出すところがアレですね。
739:733
05/04/20 18:25:01
>>738
ダメデスカ。ソウデスカ。
740:740
05/04/22 20:25:09 w+4GeCzf
で、SIPで先を走っている会社ってどこ？ソフトフロント？
741:みかかそらも
05/04/24 16:04:15
>>736
> どうせ認証するんだったら、INVITEとかも認証しようぜ。
> INVITEなら401を送るだけだし。
407でしょ。本当に作っていたらかわいそ・・・
まあ激しくネタっぽいけど。
742:
05/04/25 01:06:38
inband DTMFなSIPソフトフォンって知りませんか？
海外のソフトフォンってRFC2833対応ばかりのようで。。。
743:743
05/04/25 22:32:26 TzEVYwXG
>>742
2833を使いましょう
SoftphoneみたいなものこそOut-of-bandを使った方がいい
744:744
05/04/25 22:37:03 krx0EVc+
>>741
>407でしょ。本当に作っていたらかわいそ・・・
>まあ激しくネタっぽいけど。
私はかわいそうな人です。
何でかわいそう？いまさら作っても意味なしかな。
会社がやりたいんだから、どうでもよろし。
745:745
05/04/25 22:44:35 krx0EVc+
オフィスで使うには、どこの電話機を使うと便利でしょうか？
日本の電話機はSIPサーバとセットのようなので、売って
くれないのですが。良い電話機知りませんか？
（ GrandStreamは見た目がNG。）
746:どっと
05/04/26 00:33:44
>>745
電話機があっても使えなきゃ意味がないよね。
オフィスで便利な機能を考えると、現状はサーバとのセットにしないとマトモに使えない。
747:745
05/04/26 05:27:56 +0oC9ISe
>>746
単に通話と転送ができれば十分なのです。
フリーのサーバとかで出来ると思うのです。高いサーバは
買えましぇん。
748:anonymous@ tomomi.hanamaru.ne.jp
05/04/26 06:10:15
>>747
素直にNTTのX7000でも逝っとけ。
業務で使うのにサポートのないフリーサーバを使うつもりかい？
>>745が導入後自腹で面倒を見るのならまだしも。
749:あちゃ
05/04/26 06:11:17
いけね、名前欄入れ忘れた（藁
750:750
05/04/26 07:42:32
>>747
その転送をするのにいまだに苦労している（ｗ
端末が均一でもMGWが絡むからな
比較的入手のしやすいシスコの電話機を中古かなんかで買ってSIP Firmwareにする。
SIP Firmwareはごにょごにょっと手に入れる。新品なら7905/12、中古なら7940/60。
>>748
X7000なんて進めるなんて関係者ですか。それはSIPじゃ（ｒｙ
751:749
05/04/26 16:41:01
>>750
X7000だけどあの親機，外線的にはふつーのビジネスホンだけど，
内線は完全なSIP Gatewayになってるよ。電話機に独自形式のPoEで給電する
ハブまでついている始末。設定とかはふつーにWebでいじれるんで
おもしろすぎる。
というかうちの本社で導入しちまったよ。大阪で初の導入事例らしい（苦笑
752:----
05/04/26 16:59:04
>>751
「完全な」とは大きくでましたね。
753:749
05/04/26 19:02:23
>>752
う～ん，まぁ高級なセントレックスに比べればしょぼいんだろうけど，
この規模のビジネスホン(INS2ch,アナログ1ch)が内線に抱えるSIP機能
としてはかなりいい線行ってると思うよ。中の人もLinuxで動いてる
みたいだし，造ってる中の人も結構頑張ってサポートしてくれそう。
754:ambiguous@yoidore.hebereke.ne.jp
05/04/26 23:09:17
言葉の端々に関係者臭が漂ってるのが気になりますねぇ。
身内に導入して実績を作るというのは常套手段ですし。
755:PBX?
05/04/27 00:30:49
>>747
IPセントレックスにでもしておけば？NTTコミュニケーションズとか。
756:756
05/04/27 01:45:20
>>753
痛いです。それくらいにしてください。
757:756
05/04/27 01:47:32
でもおもしろそうだから
>内線は完全なSIP Gatewayになってるよ
詳しく。用語の説明から
758:745
05/04/28 02:01:54 D9xe95UN
<<748
自社導入だから、当然面倒は見るけどね。そりゃぁ、楽するにこした事
ないが、業者に頼むならレガシーPBXいれても変わらないと思うし。
安ければいいのですが、価格はどのくらいでしょうか？
＜X7000、 IPセントレックス（安いもの）
759:759
05/04/28 03:28:16 dG8x4UyX
>>753
> う～ん，まぁ高級なセントレックスに比べればしょぼいんだろうけど，
高級なセントレックス？？
しょぼいセントレックスは知っているが、
高級なセントレックスはどれですか？IPセントレックスって
どのくらい導入すすんでる？まわりでは、実際に使っている
という話をあまり聞かないのですが。
760:760
05/04/28 03:29:59 dG8x4UyX
>>758
レガシーPBXにしとけ。
761:IP電話機
05/04/29 20:07:42 XYtf/Pi6
家庭用のＩＰ電話機(ＩＰ電話のＴＡ端末ではないＩＰ電話機)を探してるのですが、
なかなか希望のものが見つからないのでメーカーでもいいので教えてくれませんか？
Phone2PhoneでSIPphoneやStanaPhoneに接続できそうなもので
価格は１台10,000円以内
輸入なら英語での個人輸入ができるところ
の条件で探してますが、AKKORDとSIPphoneは見つかってるのですが
もう少し選択肢を広げたいと思って。
すみませんが、それ以外で教えてください。
762:anonymous@ P222013001083.ppp.prin.ne.jp
05/05/01 10:44:00
>>741
AGEPhone
763:ほげ
05/05/02 14:07:21
>>761
少し高いかもしれんが…これは？
URLﾘﾝｸ(www.planex.co.jp)
764:anonymous@ p9112-adsau07doujib4-acca.osaka.ocn.ne.jp
05/05/02 23:04:28
>>762-763
レスありがとう。
AGE phoneはソフトウェアフォンなのでダメです。
予算が・・・ すみませんでした。
765:_
05/05/03 06:18:30
>>764
もはやSIPで作るのが間違っているわけだ。
気がついている人は業界関係者には多い。
過去の投資分に縛られた人間がバカを見ているという事がね。
766:anonymous@ s217.IohsakaFL12.vectant.ne.jp
05/05/03 07:42:09
>>765
業界人じゃない（最近まきこまれはじめたネットワーク屋）ので教えてほしいんだけど、SIPじゃなければ、何で作るのがいいの?
767:
05/05/03 08:30:56
H.323
768:
05/05/03 11:19:44
>>767
それこそ過去の遺物ですよ。
会社の先輩にドライブ誘われたんですが、ナンバーが3261で、、、、
ドン引きしました。
769:IP電話機
05/05/03 12:44:21
>>765
国内で海外の電番ほしくて探してたらSIPでできそうだったのですが、他の方法知りませんか？
770:
05/05/03 15:10:24
>>769
skype
771:;_;
05/05/06 14:14:56
skypeはやめとけ。spypeだし。
772:anonymous
05/05/06 14:22:03
>>765
>もはやSIPで作るのが間違っているわけだ。
SIPで作るのが間違っているかもしれないが、
これが飯の種だし、もっとSIPを売り込む方法を考えようぜ。
773:
05/05/06 19:21:29
おれたちはレミングかよ
774:anonymous
05/05/07 20:21:25
いいじゃん、売れれば
誰にも迷惑かけてないし
775:
05/05/07 20:30:04
2000年問題みたいに次の世代に禍根を残したりして。
776:名無しさん
05/05/08 09:01:02 aitHcexJ
ま、
いまさら、引き返せないけどな。
777:ひどいもんだよ
05/05/08 14:50:10
もうちょっと統一してくれればいいんだけど。
付加サービスなんか相互接続無理だもんね。
おかげでヘンテコなSIPコンバータ入れなきゃならないなんて...
778:778
05/05/08 15:56:46
>>おかげでヘンテコなSIPコンバータ入れなきゃならないなんて
SIPコンバータって 初めて聴いたけど 詳細きぼー。
779:777
05/05/08 22:05:07
>>778
大したもんじゃない。B2B-UAで変換しているだけだ。
かなりトリッキーなことやってるけど。
780:778
05/05/09 11:15:43
>>779
変換が必要なヘッダーってどれ？
781:_~_
05/05/10 05:36:39
IAXってどうよ？
782:sip
05/05/11 23:31:28
今年のSIP相互接続の傾向と対策を聞かせてもらおうか
783:783
05/05/12 04:13:58
おれも知りたい。
784:anonymous@
05/05/12 11:06:57
知りたきゃageろよ
785:783
05/05/12 14:11:29
あげてみるか。
786:さが
05/05/13 18:55:26
そんなことよりTTC
787:787
05/05/14 20:01:47 8x5gK4Uo
>>782
相互接続って何ですか？
788:
05/05/15 00:46:30
>>787
一旦 NTT 網につなぎこんで接続料という名のプロトコル変換料金を払うこと。
789:sip
05/05/15 09:24:44
>>787
1.自分の会社の技術力のなさを実感すること
2.N/Kの糞鯖に実装をあわせる作業
790:
05/05/15 09:40:07
>789
ﾜﾛｽ
791:_
05/05/16 08:08:44
>>789
N/Kの実体は三中富±通Ｎ３Ｃ
792:グレー
05/05/16 17:07:36
中の人、コメントよろしく
URLﾘﾝｸ(internet.watch.impress.co.jp)
793:anonymous@
05/05/16 19:51:10
794:_
05/05/17 05:06:09
>>729
チャットガールがいないと流行らない
795:_
05/05/17 07:35:31 YPZ6lLSH
>>792
このプロトコルの仕様書は、どこかで見れるん？
796:796
05/05/19 23:25:30 rNgAFugw
>>789
>>791
N/Kが糞鯖とは？どの辺りが糞？糞でないサーバはどこでしょうか？CISCO ？？
797:なんでもいいじゃん
05/05/20 00:27:57
>>796
SER
798:___
05/05/20 09:33:33 uLv5z9Hd
SERは、設定がムズい。。。
799:
05/05/20 09:35:12
Fは良鯖
800:笑わせないで下さい
05/05/20 21:55:12
>>799
801:801
05/05/20 22:13:05
>>799
ごめん、この業界長いけど初めてみる意見
802:796
05/05/21 03:34:14 VzKpSrCw
IPセントレックスやIP PBXとしては？
端末の使いやすさがミソだと思うが、どこがいいでしょうか？
803:___
05/05/21 05:18:19 Es0uXOLy
>>799
>>801
Fのサーバって、相互接続性はどうよ？