SIPって知ってるかい� ..

---

[2ch|▼Menu]

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のサーバって、相互接続性はどうよ？


804:___
05/05/21 05:22:08 Es0uXOLy
>>802
電話機の転送ボタンが効かないＰＢＸもあるしな。


805:　
05/05/21 09:42:19
サーバメーカーとキャリアの名前が混在している予感

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

807:FFF
05/05/23 21:07:23
PrimePower は、良鯖。
その上に載る SIP 鯖は、糞鯖。

808:796
05/05/23 22:16:17 i2S9rD/a
NECはどうなのですか？一応日本では先頭走っているようですが。



809:809
05/05/23 23:31:00
>>808
NECもCISCOもSIPじゃない。
終了

810:aaa
05/05/24 13:37:00
>>NECもCISCOもSIPじゃない。

じゃ、何がSIP?



811:_
05/05/24 13:43:25
URLﾘﾝｸ(www.sipbroker.com)

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


812:812
05/05/26 21:49:50 51In62ZY
>>809
最近はNECもSIPじゃないの？？いまさらH323ではないのでは？
>>810
最近はSIPが多いんじゃないかなぁ。




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

814:_
05/05/27 00:32:29
>>813
そうそう。
例えばNAT越えを安易なVPN化でごまかそうとする運用を考えないバカな連中ナ。

815:よ
05/05/27 00:40:12
ここはSIPというプロトコルを語るスレ。
誘導
ＳＶ７０００はどう？
ｽﾚﾘﾝｸ(network板)

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


816:812
05/05/27 01:47:22 ryfyEklD
となると結局どこがいいんでしょうか？
全部駄目？



817:a
05/05/27 06:44:59
SIP のプロトコルの観点では、どこも駄目。
IP-PBXの機能的にはどこも似たようなもんじゃないの？

818:818
05/05/27 13:20:54 MX7qel5w
いやかなりPBX機能はバラバラだよ
保留、コールパーク、テンソウ、ピックアップだけがPBX機能ではない

819:819
05/05/27 20:48:31 ryfyEklD
他にはグループ着信は使うだろうけど。
他に何か重要な機能ある？ どうせ使わない機能では？

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

821:821
05/05/28 00:39:54 iVQnPDDd
というのは IP PBXというより、端末の使いやすさなのでは？
端末はどこがいいですか？

822:あ〜ぁ
05/05/28 00:41:39
>>821
やっぱり分かってないみたいだね。

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

824:824
05/05/28 01:11:13 iVQnPDDd
ほんと。レベル低いスレ。結局SIPといっても話題は電話か。
まともな話題なし。


825:825
05/05/28 01:51:58
>>824
じゃあなんかネタ出してよ...

826:826
05/05/28 03:13:15 iVQnPDDd
LCS？

827:とほほ
05/05/28 09:30:34
>>826
煽っておいてそれかよ...

828:U
05/05/28 12:40:50 8xMZ2ZSq
べつにSIPがなくても、誰も困らない。　と思う。

829:_|~/o
05/05/29 17:11:58
だって古参大手すらオプソ改造品をOEM受給で売り逃げる時代だろ

830:しっぷ
05/05/29 23:02:30 FwjVk6CK
シップなんていから相互接続の話題になる
言わなきゃ恥じかかないのに


831:わからん
05/05/29 23:48:03
>>830
SIPより日本語勉強しろ。

832:アニョハセヨ
05/05/30 10:27:28 fpwGUVcq
「シップ」だって？ぷぷぷぷぷ

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


833:ここは日本だ
05/05/30 23:11:54
>>832
半島に帰れ。

834:SIP直接はかんけーないけど
05/05/31 12:21:31 v0/Y0ZOa
なんつーかベンダーが醜い争いをしているスレッドしらないかい？
IPセントレックスの王者はどこだ！？みたいな。
（みんな敗者みたいなもんだから無いかｗ）

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

835:200 OK
05/05/31 14:00:04 28Vn+SJJ
セントレックスと言うだけで負け組
日経コンピュータの記事はある意味正しい

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

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

837:○
05/05/31 18:43:30 0r0ZGPha
>>836
値段は？


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



839:839
05/06/01 00:33:47
おまえらのためにまとめてやりました。SIPに関連しない話題は
批評スレかPBXはいらないスレにいけ

ＳＶ７０００はどう？
ｽﾚﾘﾝｸ(network板)
SoftSwitchの現状って？
ｽﾚﾘﾝｸ(network板)
VoIP検証ってどういう事するんですか？
ｽﾚﾘﾝｸ(network板)
IPセントレックスでPBXはもういらない
ｽﾚﾘﾝｸ(network板)
【IP携帯】WiMAXって知ってる？【次世代通信】
ｽﾚﾘﾝｸ(network板)
【SIP,H.323】VoIP技術統一スレッド【MGCP,Megaco】
ｽﾚﾘﾝｸ(network板)
VoIP批評スレッド。
ｽﾚﾘﾝｸ(network板)
おまえら！PBXの選定を手伝ってください（ぺこり
ｽﾚﾘﾝｸ(network板)
【VoIP】ｵｰﾌﾟﾝｿｰｽのIP電話【ｵﾌﾟｿ】
ｽﾚﾘﾝｸ(network板)
フレッツADSLでVoIPって使えるの？
ｽﾚﾘﾝｸ(network板)
　■■日本アバイアって？■■　
ｽﾚﾘﾝｸ(network板)
【岩通】岩崎通信機器
ｽﾚﾘﾝｸ(network板)
情報化研究会ってどうなの？
ｽﾚﾘﾝｸ(network板)
Ciscoのスレッド 0/3
ｽﾚﾘﾝｸ(network板)


840:840
05/06/02 02:10:49
>>839
過疎スレか過去スレばっかりや...
SIPのまともな話をプリーズ

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

842:■
05/06/03 12:02:31 0WZ1fx6v
どこかに、ここ以外でSIPのことを話せるBBSってないの？
できれば日本語で。。。


843:anonymous@ i60-35-154-235.s05.a018.ap.plala.or.jp
05/06/03 13:43:12 c8NTMEK+
出会い系サイト 一覧ホームページ作りました

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

URLﾘﾝｸ(www.geocities.jp)

844:どうしてくれる
05/06/03 21:13:20
>>842
上げるから変なの来るじゃん。

845:anonymous@
05/06/03 21:34:49
　

846:846
05/06/04 12:21:58
>>842
>>844
ﾜﾗﾀ
上げなきゃ人来る訳ないじゃん

847:842
05/06/04 16:16:56
>>844
ごめんな。。。

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


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

849:　
05/06/05 09:30:12
社外秘やらNDAやらで、話せる範囲が限られちゃうんだよね

850:ぬるぽ
05/06/05 18:48:08
同意。
でもオープンな実装がいくつかあるし、仕事以外のネタが出てきてもよさそうなんだが。


851:851
05/06/05 19:46:23
今年のN+I VoIP Showcaseって何やんの？
マルチベンダっぽい唯一のイベントだと思うのだが

852:　
05/06/06 08:23:20
　

853:　
05/06/06 08:23:34 V4/flCmY
　

854:%
05/06/06 09:38:16
>>850
ウェブサーバみたく、個人でSIPサーバたててる人っていないね。


855:855
05/06/06 12:16:11 ivl0WZYT
立ててますが何か

856:856
05/06/07 06:13:08 n9OEdta/
立てて何する？

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


858:_
05/06/07 12:12:05
855はチャレンジャー。


859:anonymous@ metis.denno.net
05/06/08 01:34:46 YKcyNJBx
うちも SIP Express Router (ser) 立ててますがなにか ?

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

860:
05/06/08 09:50:01
>>859
クライアントは何使わせてんの？

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

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

863:861
05/06/08 20:41:22 hNsRXLA0
>>862
どんなこと言ってた？
IP電話で通信コストが激減するとか、SIPで何でもできるとか、そういう話？

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


865:ppp
05/06/11 10:11:46
Interopの成果報告をキボン

866:　
05/06/11 10:32:10
Exchange Server を使えって結論に至った

867:867
05/06/11 18:35:07
俺も行きたかった。。。 > Interop
SIPに関して目新しいことはあった？




868:anonymous@ 218-228-136-98.eonet.ne.jp
05/06/12 02:50:18 5OvLrQU2
既に設定されているVOIPアダプタのSIPのパスワードを解析
する方法って無い？
例えば、ダミーSIPサーバを構築してRegister認証で使うパスワードを
プレーンテキストで送信させるよう、401 Unauthorized　メッセージを
返す方法とか。。

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





869:869
05/06/12 09:31:21
>>865
URLﾘﾝｸ(news.google.com)

870:_
05/06/12 13:39:31
>>868
MD5の仕組み　知ってるか？


871:865
05/06/12 14:49:02
>>869
ニュースくらい、チェックしてる。
会場に行った人の話を聞きたいのにさー。

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


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

873:---
05/06/12 15:06:14
>>868

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


874:
05/06/12 15:08:59
>>872
面白いな。コピペ？


875:865
05/06/12 15:20:04
>>872
なんでSIPのスレでこんなこと言われなきゃならんのだ (笑

876:SIP
05/06/13 16:08:06 LG6SC2AS
IPPBXが繋がらないのは3261があいまいだから
だからおまえらのSIPを公開して国際標準にしてください！

877:anonymous@ ZH100119.ppp.dion.ne.jp
05/06/14 01:55:41
>>871
コンパニオンのお姉ちゃんが増えて、質が良かったから景気は上向きだな

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

879:879
05/06/14 10:07:29
景気が悪くなって上物のお姉ちゃんの価格が下落して
手が出せるようになったっていうことはないのか?

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

880:８８０
05/06/14 10:09:35
>>876
URLﾘﾝｸ(itpro.nikkeibp.co.jp)
ﾌﾑﾌﾑ


881:NOTIFY
05/06/14 19:33:16
ランプの制御ぐらい独自仕様で作らせろ。。

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

883:883
05/06/15 01:45:06
>>881
RFC3842じゃだめな理由を述べよ

884:884
05/06/15 04:14:45
オープンになっても、ほとんどのPBXの機能なんて
日本でしか使われないのでは？


885:ぴ
05/06/15 07:51:36 kPK8zuKF
日本の場合基本通話ですら独自というか
実装ミスがあるからねぇ
キャリア別にファームがあったりするし

886:anonymous@ YahooBB219018252020.bbtec.net
05/06/16 13:59:31 s1+OKqS/
これが天下の NTT 東仕様。
URLﾘﾝｸ(www.ietf.org)


887:3261
05/06/16 17:41:41 fNQy94Y8
それ結局うやむやになったドラフトだよね


888:888
05/06/16 20:51:32 gLZUquYR
>>886
日本語版きぼん

889:プギャー
05/06/16 23:24:57 Ki6PePl1
Internet Draft Semi Regular Examples Feb 14th,2005

890:8xx
05/06/17 00:25:43
>>887
経緯を詳しく。

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

892:892
05/06/21 20:39:45 889OQOj2
>>887
漏れも知りたい

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

894:↑
05/06/22 10:28:08
MLのアドレスをキボン

895:8xx
05/06/23 10:43:07
>>888
読むとこはほとんどないからガンガレ。
ていうか、図を見るだけでも吉？

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


896:プギャー
05/06/23 22:32:07 tZtLbQL5
しかし、こんなの売りたくねーよな

897:897
05/06/24 00:01:03 IHDajrCm
>>895
どの辺が余計なお世話なの？素でわかりません。教えて下さい。

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

---

次ページ

最新レス表示

スレッドの検索

類似スレ一覧

話題のニュース

おまかせリスト

▼オプションを表示

レスジャンプ

mixiチェック！

Twitterに投稿

オプション

しおりを挟む

スレッドに書込

スレッドの一覧

暇つぶし2ch

---

4022日前に更新/214 KB
担当:undef