SIPって知ってるかい� ..
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.
次ページ最新レス表示スレッドの検索類似スレ一覧話題のニュースおまかせリスト▼オプションを表示暇つぶし2ch
4022日前に更新/214 KB
担当:undef