SIPって知ってるかい� ..
239:anonymous@ pdda9d0.tkyoac00.ap.so-net.ne.jp
03/10/06 22:40 b9kBO4X0
>禿
そりゃ、鯖が禿蛸だからよ。２度目のREGISTERは、１度目の奴とはCall-ID
が違うんだから無視できるっしょ。そんなヤシREGしてねえんだから。
NOTIFYでるっちゅうことは、さてはCall-ID見てねえなぁ。
240:_
03/10/07 10:54
なるほど、まとめると、
・Call-IDなどで再送されたものかどうかは区別がつく
・もう一度REGISTERした(=MS用語でサインインした)ものは別のCall-ID
・その前のREGISTER expires=0(MS用語でサインアウト)の再送は無視できる
↓ ↓ ↓
『再送REGISTERのせいでSIPサーバログアウトのNOTIFYを出してしまう』はbug!!!
もちろんそれとは別に、MSの作りがへたれなのも事実
241:_
03/10/13 04:40 uaQjPB81
>>239
はあ？なにいってんだ？
242:anonymous@ cthrsm010136.adsl.ppp.infoweb.ne.jp
03/10/13 15:02 gr7fZROd
【通信】通話料は無料、米版ＩＰ電話 今月末に上陸 国内外問わず発着信【革命】
ｽﾚﾘﾝｸ(bizplus板:-100番)
このＳＩＰフォン社ってなんか関係あるの？
243:anonymous@ YahooBB218132172007.bbtec.net
03/10/13 16:48
SIPフォンはSIP電話じゃないか。
このスレの前のほうでも話題になってる。
おれはサンディエゴから個人輸入して使っているわけだが。
244:
03/10/13 17:05
>>243
このスレでSIPPhoneの話題はいいのかな？
お時間などあったら、こっちで神になってください。（ｗ
サンケイで取り上げられたり、TVでやったせいかビジネス＋にスレが立ってるけど。
【通信】通話料は無料、米版ＩＰ電話 今月末に上陸 国内外問わず発着信【革命】
ｽﾚﾘﾝｸ(bizplus板)
245:sa
03/10/13 18:49
>>244
ここは「通信技術」板なんだが・・・・。
プロトコルレベルの話題なら歓迎だが、
購入や利用方法の話なら板違いだ。
246:しってるかい？
03/10/13 19:35
>>245
コンペチタ必死だな
247:_
03/10/13 21:29
SIPphone購入した人へ質問
相手のSIPアドレス(sip:user@2ch.net)だけがわかっている状況で、
SIPphoneにて通話をすることってできる？
携帯電話みたいにアルファベット入力で電話帳登録するのかな？
あるいは、指定したSIP proxyへのユーザID用番号だけにしか発呼できない？
（つまり、1234567@sip.serverという1234567をダイヤルするのみ？）
まさか、ENUM(e164.arpa)を利用して、DNS引いてくれる？？
248:age
03/10/15 06:44
USの電話番号をもらえるって本当？
たしかにインターネット電話では国別電話番号に意味はないわけだけど。
249:anonymous@ Cgifu4DS31.gif.mesh.ad.jp
03/10/16 02:57 x5qM3KDb
あげ
250:anonymous@ p3017-ipbf07sapodori.hokkaido.ocn.ne.jp
03/10/16 20:29 JJuMrRZf
SIPのさぁ、red/8000ってどんな音声フォーマット？
251:--
03/10/17 01:19
>>250
SIPに音声フォーマットなどない!!
252:馬鹿ばっか
03/10/19 17:50 eagIQZBl
なんか技術屋たたきのあと、
素人しか残ってないな
このスレ
253:anonymous@ b115.infiny.net
03/10/20 16:58 JkzxZu8Z
（笑）
254: ＢＮＣ
03/10/21 12:41
ってコネクターだろ？
255:通りスガリ
03/10/26 14:58
>>186
SIPphoneはよく知らないけど、
STUN使ってるなら、NAT装置に依存します。
日本のBBルータはcone NATじゃないのが多いので、STUN使うなら
cone NATかsymmetric NATかを確認するべし。
256:_
03/10/29 17:27
initial INVITEを中継したプロキシがRecord-Routeを付け足すとき、
そのURIのuserinfo部分はカラでいいの?というか、なにか付ける
必要ってあります?
Record-Route: sip:hoge@1.2.3.4
なのか
Record-Route: sip:1.2.3.4
なのかということです。
257:
03/10/29 21:40
>>256
空でいい。
258:256
03/10/31 16:06
どうも。すみませんがもう1点。IP電話がInitial INVITEを作成するときの
Contactは自分のIPアドレスだと思いますが、正しいor一般的なのは
Contact: <sip:1.1.1.1>
でしょうか？
Contact: <sip:hoge@1.1.1.1>
でしょうか？
259:SER
03/11/01 01:06 jsAXPDnf
iptel の SIP Express Router を上げてみました。
宜しければ、お試しを。
URLﾘﾝｸ(ser.kingyo.org)
260:
03/11/02 15:45
>>257-258
sip:192.168.0.1 とかにすると、同一アドレスのところに複数の
端末を置きにくくなります。そうゆーサービスがないならご自由に。
ふつうの実装は sip:foo@192.168.0.1 だよね。
261:sip
03/11/02 17:57
>>260
ContactとRecord-Route、どっちの話ですか?
262:makiko
03/11/02 18:35
>>260
異なるユーザの端末が、同じIPアドレスであるはずがない
もし、あるドメインのinbound proxyならば、sip:user@example.jpでありIPアドレスでない
ちっとは、SIPの基本常識と実環境を勉強しておくれ
263:
03/11/02 21:18
>>262
>異なるユーザの端末が、同じIPアドレスであるはずがない
ん？、同じIPアドレスの下に複数個端末ぶら下げたいというニーズは
たっぷりとあるけど。ユーザという意味が曖昧ですね。
264:_
03/11/03 09:28
>>263
ふつう、各端末は個別のIPアドレスを持ちます。常識。
265:おいおい
03/11/03 10:32 1osjjwGX
個別のあいぴー持たせるのかよ、
なんだかなー
266:sip
03/11/03 16:40
>>264
> ふつう、各端末は個別のIPアドレスを持ちます。常識。
port番号で区別したっていい
267:
03/11/03 22:08
>>266
別にいいけど、そんな実装みたことないぞ
268:SIＰまにあ
03/11/03 22:32
>>267
あんたの見識は狭すぎるわけだが。
そういえば、５０６０しかみてないＳＩＰ鯖とか端末とかあったなぁ。。。
269:SIＰまにあ
03/11/03 22:38
２６２のいう実環境とは某キャリアのことであってＳＩＰ一般ではない。
ここはＳＩＰについて語るすれなので勝手に常識化しないでくれ。。。
270:
03/11/04 01:20
>>269
どーかん。
271:anonymous
03/11/04 01:59
各端末は個別のIPアドレスを持つのはあまりにも当たり前。
そもそも、複数の異なるユーザの端末が同じIPアドレスならば、
それは、インターネットから見れば同じ端末である。
サブネットに64bitもIPアドレス空間あるのだから、
わざわざそんな複数のユーザでIPアドレス共有なんてすることはありえない。
272:_
03/11/04 02:13
>271
もうね、アホかと。
あとさ、64bitって何の寝言よ。
273:sage
03/11/04 02:33
>>271
v6でやるの？
274:某
03/11/04 06:15 igJoZhhH
正直、271みたいなことを言い出すベンダは
たまにいる
しかもすでにキャリアに入ってたり…
275:
03/11/04 13:09
>>271
なんかすごーくりっぱなネットワークをお持ちで・・・
うらやますぃ。IPv6が当たり前な環境にいらっしゃるのですね。
276:あぼーん
あぼーん
あぼーん
277:anonymous@ 148.86.99.219.ap.yournet.ne.jp
03/11/04 14:05
質問です。
Sipクライアントには、Linuxでも使えるものがいくつかありますけど、
コンソールからの操作のみで動かせるものってあるんでしょうか？
278:anonymous@ 148.86.99.219.ap.yournet.ne.jp
03/11/04 14:06
あ
279:hanon
03/11/04 22:09
IPv4/IPv6 dualのときって、REGISTERでは、どうすりゃええの？
280:_
03/11/04 23:38
SIPクライアントなんてもんは存在しません。RFCちゃんと嫁くそガキ。
281:sip
03/11/05 00:43
DQNの常識は非常識で困るよ。
>>271
Unixのワークステーションで複数ユーザにメールが届くのと同じで
同じIPアドレスで複数ユーザというのは別にない話じゃない。
着信メッセージのSIP-URIのuser部分で区別できるだろ。
282:
03/11/05 01:51
>>280
好意的に解釈すると、発信専用なんじゃないかな・・・
283:_
03/11/05 04:49
>>281のほうがDQNに見える
それは、そのサーバが、あるドメインのSIPサーバをしていて、
sip:ユーザ＠ドメインを受付ける場合だろ
もちろんそれ自体は複数のユーザが共有するというのは正しい
しかし、大元の質問は、そのようなSIPサーバに対して登録時に、
Contact: sip:IPアドレス だけでよいのか、
Contact: sip:user@IPアドレス とユーザが必須なのか、という話だ
もちろん、自分のIP携帯電話を登録時は、前者のIPアドレスだけで十分
284:某
03/11/05 15:07 BuUm6nAX
283は妄想癖？
いつからそんな話しになったんだ？
ちなみにIP携帯だってユーザパート必要な場合あるぞ
285:
03/11/05 19:21 G2iM4dA3
なんか RFC に準じてダメかどうかと、目的とするサービスを実現
するためにどのような仕様が有利かという話がごっちゃになって
いる気がするけど。
それで
>>271
かなりDQN。君の発想だとPSTN trunking GWをどうやって実現するんだ？、
キャリアのそれなら１時間に何万コールも来るぞ。
>>283
IP携帯電話なら大丈夫かもしれない・・・・
でも、普通はつけるんじゃないですか？
もちろんインプリの話ですよ。付けなくても済むかもしれんけど。
286:sip
03/11/05 22:47
>>285
もちろんIPv6の巨大なアドレス空間を利用して、1番号に1アドレス振るんですよ。
名付けて、DQNv6電話サービス。
287:_
03/11/05 23:35
>>281
複数のユーザーのSIPエンティティが同じポートを
listenすんのか？
288:_
03/11/05 23:40
>283他
元質問は、REGISTER時じゃなくてINVITE時。
289:sipping
03/11/05 23:58
>>283
本当にDQNだね。
サーバの話じゃなくて、一つのUAが複数のURIで着信する話でしょ。
固定観念なんとかしろ。
290:sipping
03/11/05 23:58
>>258
> どうも。すみませんがもう1点。IP電話がInitial INVITEを作成するときの
> Contactは自分のIPアドレスだと思いますが、正しいor一般的なのは
> Contact: <sip:1.1.1.1>
> でしょうか？
> Contact: <sip:hoge@1.1.1.1>
> でしょうか？
Contactはあくまでも自分についてであるので、
自分側がhogeなくて対応できるならば、どちらも正しい。
そういう質問しているならば前提として対応できるわけなので、前者でもちろんOK。
291:sage
03/11/06 00:28
>>287
一つのUAが複数のSIP-URIをREGISTERするんだよ。
listenは1ポート使うだけ。
292:経験豊富
03/11/06 01:04
REGIST時のContactヘッダの値が、INVITE受信時(着信時)のRequest-URIになっている事が多い。
一端末で複数のsipアドレスを扱うには、userInfo部分を適当に付けて振り分けるのが良いと思われる。
ちなみに、To,Fromヘッダはあまり信用が無いので、Toヘッダで振り分けず、Request-URIで振り分けるのが大前提。
293:
03/11/06 01:16 swUIS9bp
>>290
RFC3261の19.1.1 SIP and SIPS URI Components を嫁。どちらも正しい
んじゃなくて、どのような場合に必要で、どのような場合に不要かが
書いてある。
>>292
Register の contact と Request-URIが一緒な実装ってあるんですか？
そのようにして何のメリットが？
294:_
03/11/06 01:45
>>293
あんたこそちゃんとRFC嫁。
質問者>>258は、sip:1.1.1.1とsip:hoge@1.1.1.1の両方を挙げており、
1.1.1.1はユーザ識別をする必要のない端末であるという前提である。
| URIのuserinfo部分はオプションであり、
| デスティネーションホストがユーザという観念を持たないとき、
| またはホスト自身が特定されるリソースであるときは、省略できる[MAY]。
|
| SIP URIまたはSIPS URIに@記号が存在する場合、
| userフィールドを空にしてはならない[MUST NOT]。
つまり、その前提ではRFC的にはどちらでもOKで、省略したsip:1.1.1.1は全く問題なし。
295:sage
03/11/06 02:18
>>293
一緒な実装って、RFCのとおりにproxyが動いたら、そうなるだろ。
RFC嫁なんていう資格無し。
DQN of DQN決定。
296:nadja
03/11/06 03:24
>>292 の「ちなみに、To,Fromヘッダはあまり信用が無いので、」も、なんだかなあ。
もちろん、メールと同じで、ToとFromは飾りに過ぎないのは事実ですが。
まあ、Request-URIが、メールで言うところのRCPT To:なわけで。
つまり、Proxyによって書き変わるのは、Request-URIだけであるし、
逆にいえば、Inbound ProxyはRequest-URIを必ず書き変えないとまずいわけで。
もちろん、単なるOutbound ProxyならばRequest-URIはそのまま変更せずに投げる。
297:hoge
03/11/06 20:23 9KPvn4Ns
大○電機のSIPはクソだな。
サーバが理解しないメッセージは通さないだとよ。
それなのにサーバの修正は行わないだと。
298:_
03/11/06 21:33
>>296
> もちろん、単なるOutbound ProxyならばRequest-URIはそのまま変更せずに投げる。
Outbound Proxyがloose router なら、ですよね?
299:某
03/11/06 22:03 cUU5qQgh
まぁその辺の人達ってそうだよね
キャリアの鯖じゃないだけまだいいさ、
独自拡張・ライセンス止めて…
300:usadah
03/11/07 20:02
ようするにさ、メールサーバは開放して世界中から受信してるくせに、
SIPサーバを開放しない、狂ったISPがいるのが問題なんだよね。
301:ま
03/11/08 16:38 a12aChX8
>300
そんなことしたらSIP的にまずい実相なのがばれる
302:_
03/11/08 22:39
みかかとか、まずいというより独自仕様。
というか、実装が蛸なので制限が多いという見方のほうが正しい？
303:三鷹
03/11/09 01:23 q3J69/On
>302
正しい。
まぁキャリアに入ってるのは種類が限られてるケド。よくあれで納品したよなぁ
キャリア間相互接続なんて鯖が同じじゃないと無理？
304:hage
03/11/11 01:10 c1U+YoKg
流れるメッセージがSIPっていうだけ。
動作的にはRFCに従ってない。
って、それはメッセージをSIPからパクってるだけやん。
それでSIP準拠？？？しかもイマドキ2543だし。
アホ
305:IETF
03/11/11 05:28
みかか君は、なぜ、IETFに従わないのかね？
技術力がないのか、反抗期なのか、Standardという意味や意義を知らないのか？
いままでも自己流でやってきたようだが、
いまや時代は変わって国際標準で国境もない時代。
このままでは恥をかくのが見えているのに何故気付かないのかね？
306:フォン・リヒトフォーフェン
03/11/12 00:56
>>305
IETFに従わない道もありだと思うよ、既に設備投資した分がある
とか、色々な理由があって、標準じゃない方法でやる事もあるだろ。
そもそも、IETFが標準とか言うけれど、IETFはエリアディレクタ
みたいな絶大な影響力を持っている人がどうにでも出来る世界だし。
そもそもそれを言い出すとMPLSだって、2547bisでまともに動いている
ところはないだろ。
307:フォン・リヒトフォーフェン
03/11/12 01:01
まあ、0からやるなら、標準でやるべきだろうけれど、
どれくれい投資済みなんだ？
308:MoA
03/11/12 06:00
>>306
そういう問題ではないのですよ
例えば、いかさまSMTPしか話さない質の悪いメールサーバがあって、
内部ネットワークでそれに投資して使ってきているので、
通信したいひとは、ユーザでも他のISPでも特殊仕様にしたがってね
こういう通信会社があったらみなさんどう思いますか
SMTPとメールをいうのをSIPに置き替えれば現実に存在するわけですけどね
309:
03/11/12 11:03
>>308
DoCoMo の話ですか？
310:anonymous@ YahooBB219179114007.bbtec.net
03/11/12 21:52 wxWubrnq
>>309
しらそらもら?
311:_
03/11/12 22:57
>>309
たしかに、DoCoMoのSMTPサーバの独自仕様には泣かされる（涙
312:
03/11/13 00:40
>>311
禿銅。あそこのスパムフィルタの独自仕様には泣かされるｗ
313:フォン・リヒトフォーフェン
03/11/14 00:59
>>308
なるほど
相互接続まで引っ張られると厄介だ。
314:。
03/11/14 01:08 reMuXSFR
納めてるベンダに問題ある場合が
多いけどね
千葉方面何とかして！
315:
03/11/14 09:32
NTTだけじゃない。どこも独自仕様がある。全てに対応なんて無理な話だ。
316:＜＞
03/11/16 00:24 Ti6Vihzt
>>314
一応千葉県だけど、気分は茨城のところですか？
317:
03/11/16 00:29
イラクの復興支援としてVoIPを納めることになりました。
テロの恐怖が消えないイラクへしばらく逝ってきます・・・
318:名無しさん＠お腹いっぱい
03/11/17 02:19
それ、どうやったら逝けるの？
ちょうど、会社潰れそうなんで転職したいのだが…
イラクでも南極でもどこでも逝きたいよ
319:＿
03/11/17 21:08 53LMUsuq
>>317
ﾏｼﾞでつか？
320:_
03/11/20 00:11
イラクドメインは、DNS引いて、SIPサーバへリクエスト投げるだけで、
国際電話が通じるようになるわけだから重要任務だね。
321:名無しさん＠お腹いっぱい
03/11/20 02:01
国際的にVoIP電話普及率が上がるのかい?
322:_____
03/11/23 17:44 CTtb+elI
>>305
0AB-Jを使ったahooと同じサービスにこだわると
独自仕様にならざるをえまへんなあ。
323:会議
03/11/25 00:33
ところで、SIPを使った音声会議サーバの、
フリーソフトってある？
H.323でやるやつとかならいくつかあるんだが・・・・
324:
03/11/25 23:21 BoRF2ssC
>>320
ネタですか？
325:IETF
03/11/26 02:57
そう言えば、IETFの総会やってたな。
なんかネタないのか？
326:_
03/11/26 03:18
IETFの総会ってなんですか？
日本でどこかの団体が報告会？？
327:T
03/11/27 23:11 iK+HbBL+
SIPの標準は大興電機です。
328:T
03/11/27 23:12 iK+HbBL+
全ての端末、サーバは大興電機のSIPに従ってください
329:J
03/11/28 00:47
strict routingとloose routingの違いが分かりません。
RFC3261のexamples見ると少しだけ載っているけど、strict routingの
概念が見えてこない。REQUEST_URIとRoute, Record-Routeヘッダが
違うだけってことはないよね？
330:330
03/11/28 01:07
違いがわからんってだいぶ違う…
lrでの接続ってやったことないんだけどうまくいくもんなの？
違いはわかるがなんでlr使うのかはいまいちわからん。
SIP端末全部が実装してるわけじゃないはず
331:331
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パラメータが影響しているのでしょうか？
そもそもこのパラメータは何をするためのものなのでしょうか？
ご教授願います。
次ページ最新レス表示スレッドの検索類似スレ一覧話題のニュースおまかせリスト▼オプションを表示暇つぶし2ch
4010日前に更新/214 KB
担当:undef