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

おい、f5！さっさとNTTにBIG-IP入れろよ。
ひかり電話がまた輻輳だぞ。

しかし、こんな初歩的ミス犯すかね？
NTT東はバグだと弁明し、NTT西はサーバの能力不足と弁明し、ありえない。

サーバーの能力不足が原因　ＮＴＴ西のＩＰ電話障害
http://news19.2ch.net/test/read.cgi/newsplus/1161687060/

> http://www.asahi.com/national/update/1024/OSK200610240072.html
>
> ＮＴＴ西日本のＩＰ電話サービス「ひかり電話」がつながりにくくなっている問題で、
> かかってきた電話を振り分けるサーバーの処理能力が不足していたと発表した。
>
> 処理能力（１秒間平均１２０件程度）を超える電話がかかり、処理できなくなった。
>
> 処理能力を向上させるため、１１月中旬にサーバー１台を増やす予定だった。
>
> ネットワークサービス部長は「まだ処理できる余裕があると思っていたが甘かった」と陳謝した。

| ひかり電話にはSIPサーバーが何台ある？
| http://itpro.nikkeibp.co.jp/article/COLUMN/20061005/249968/
|
| 正解は，「20〜30台程度」です。
| NTT東西地域会社のIP電話サービス「ひかり電話」は，
| SIPを使うIP電話サービスです。
| ユーザーの電話番号やIPアドレスなどを管理する「SIPサーバー」を運用して，
| サービスを提供しています。
|
| SIPサーバーは，エリアごとに置かれています。
| このエリアとは，都道府県のことではなく，もっと広い範囲です。
| SIPサーバーの台数は，ユーザー数とともに変わってきますが，
| 現在は全国で20台程度が運用されています。
| たとえば，東日本では，法人向けに3台，
| 一般家庭向けに10台のSIPサーバーがあります。
| ひかり電話のユーザーが電話をかけると，
| まず，自分に最も近いSIPサーバーにSIPのリクエストが届きます。
| そのリクエストが，相手側のSIP サーバーまで渡っていきます。
|
| 東日本といっても，北海道から山梨，長野まで全17都道県があります。
| その中で法人向けが3台しかないので，
| ざっくり言って，6県に1 台しかないという計算になります。
| 少ないように思えますが，IP電話でやり取りされるSIPパケットの量は，
| 音声パケットの量に比べてはるかに少ないので問題ありません。
| SIPパケットは，電話番号などの管理情報をやり取りするだけなので，
| 通話中はほとんど利用しないからです。
| SIPサーバー1台ずつの処理能力を考えれば，
| この程度の数で十分というのがNTTの考えです。

(つづき) http://itpro.nikkeibp.co.jp/article/COLUMN/20061005/249968/

| ただ，それだけ1台のカバー範囲が広くなるので，
| どれかのサーバーに何か障害が発生したときに，
| 影響範囲が大きくなってしまいそうです。
| もっとSIPサーバーの数を増やすべきと思いますか？
|
| ここで，一般の固定電話（加入電話）の場合と比べて見ましょう。
| 加入電話では，電話をかけるときにやり取りする電話番号などの
| 制御情報（共通線信号）を，電話交換機同士が「共通線信号網」という
| データ通信ネットワークを使って送っています。
| これはIP電話で言うと，
| SIPのやり取りをするための専用のネットワークに相当します。
| 共通線信号網で使われているSTP（信号中継交換機）と呼ぶ交換機は，
| 全国で20台程度です。たった20台で日本全国をまかなっています。
| つまりSTPの台数はSIPサーバーの台数と同程度です。
| STPはSIPサーバーと同じように，
| 1台でかなり多くの共通線信号を集めて処理しています。
| これでも，十分に障害が発生せずに運用できています。

つまり、処理能力が不足するようなことはありえません。

SIPサーバーの性能検証試験をサボって
STP と同じ台数でいいだろ、っていうことで設計した

なんてことはないだろうな?

ＮＴＴ西のＩＰ電話、３日連続で規制実施
http://headlines.yahoo.co.jp/hl?a=20061025-00000105-yom-soci

規制は３日連続となり、静岡県から沖縄県まで２府２８県の全８３万３０００回線で、
発信の２５％、着信の５０〜９５％がつながらない状態となっている。

２３日朝に発生した通信障害は、２４日午後１０時２０分過ぎにいったん復旧。
２５日午前６時までに通信処理サーバーを１台増設したが、
その後、通話が集中して新サーバーに負荷がかかりすぎたとしている。
規制解除のメドは立っていない。

これ、ほんと？

http://news19.2ch.net/test/read.cgi/newsplus/1161748204/201
そもそも今回の障害ってのはCASのSIPサーバって大前提があるわけよ。

NTT西日本の光電話ってのはファミリータイプのSIPサーバにはOnDOを使ってる。
ビジネスタイプのはアスタリスク使ってるんだけどまーこっちはいいわ。
んで、SIPサーバってのはBHCAが重要なんだわ。

ファミリータイプの場合は1SIPサーバあたり5.3万世帯のBHCAなんだわ。
これはOnDOの仕様で決まってるのな。

86万世帯に影響ってあるから

86/5.3=16.2

つまり、OnDO16.2万ライセンスが必要なんだけどもNTTがケチってライセンス足りてなかっただけ。
SIPサーバ増やすよりもまずライセンス買えってことなんだわｗ

そもそもClass4ってかMGCはあれ？Nと通研のやつじゃなかったっけ…

http://itpro.nikkeibp.co.jp/article/OPINION/20060922/248791/
＞「電話交換機はNTT自身が設計・開発しているから，何かあってもすぐに原因がわかる。
＞ところがIP電話の機器は，メーカーが開発した装置を買ってくるから，
＞ある意味ブラックボックス」（NTTのある幹部）という事情もある。

と、あるので、少なくともNTT自社開発ではないことは確実。

http://news19.2ch.net/test/read.cgi/newsplus/1161687060/219
>>呼出し用の SIP ソフトウェアは CISCO の Call Manajer 臭いな。
>>保守があって日本で馴染みの深い SIP ソフトウェアと言うとそのくらいしか思い付かん。
>>と仮定すると、サーバーのOSは、Windows 2000 Server か 2003 Server だな。
>>あんな糞 OS をミッションクリティカルなシステムに採用していたとしたら、
>>NTT もダメダメだな。

>>160
あまりのアホさに呆れました...

http://www.nikkei.co.jp/news/main/20061026STXKE043426102006.html
＞ＮＴＴ西の森下俊三社長はこの日の記者会見で、
＞通信処理サーバーの処理能力が
＞仕様書の記載内容より低かったことも障害の一因と強調。

いったいどこのSIPサーバを使っているんだろう？

re-INVITE時にSDP内のConnection-InformationのIPアドレスを変更してRTP送出先を変更させるのって、
どっかのRFCに書いてあったっけ？

>>163
During the session, either Alice or Bob may decide to change the characteristics of the media session.
This is accomplished by sending a re-INVITE containing a new media description.

http://itpro.nikkeibp.co.jp/article/NEWS/20061027/251982/
NTT西日本は10月27日，10月23〜25日の三日間続いたひかり電話の障害について会見を行い，謝罪した。
なお，NTT西日本幹部の責任については「今回の障害は人知を超える範囲だと考えている」（NTT西日本の森下俊三社長）と突っぱねた。
「これだけ大規模のIP電話網をIPv6で設計・運用するのは最先端の取り組み。何が起こるか分からない」（森下社長）と強調。

何が起こるかわからないもの売るなよ。

「人知を超える範囲」
これ割と稀代の名言じゃね？

>>167
社会インフラに対して、「最先端の取り組み。何が起こるか分からない」と言うのも恐ろしい名言だ。

＞ http://itpro.nikkeibp.co.jp/article/NEWS/20061027/251982/
＞ 障害の原因は，毎秒140程度の同時通話に耐えられるよう設計していたはずが，
＞ 実際には毎秒120程度までしか耐えられなかったこと。
＞ 同時通話が120以上発生した時点で呼処理サーバーがふくそう。
＞ 次いで中継系呼制御サーバーにも影響が波及した。

しょぼいSIPサーバだな

http://headlines.yahoo.co.jp/hl?a=20061027-00000008-rbb-sci
>> 「呼処理サーバ」（SIP連携サーバ）に
>> 処理能力を超えるトラフィックが流れ込んだことにより、輻輳が発生したのが原因。
>> この呼処理サーバは、ひかり電話とそれ以外のネットワークとの通信を制御する「中継系呼処理サーバ」（CAサーバ）または、
>> 加入者データを元に通信を制御する「呼制御サーバ」（SIPサーバ）を連携させるものだ。

予測ミス、設計ミス、運用ミスで、必然的に失敗しただけに見える。

きれいに整理把握して設計できないまま運用しているようにみえる

http://headlines.yahoo.co.jp/hl?a=20061027-00000003-imp-sci
発着信規制時に一定のトラフィックが加わった時点で
一部の中継系呼制御サーバーと相互接続用関門交換機との間で
想定外の「制御信号の衝突」が異常発生したことが原因。
これまでNTT西日本が経験したことのない事象だった

> なお，NTT西日本幹部の責任については「今回の障害は人知を超える範囲だと考えている」（NTT西日本の森下俊三社長）と突っぱねた。
> 「これだけ大規模のIP電話網をIPv6で設計・運用するのは最先端の取り組み。何が起こるか分からない」（森下社長）と強調。

「何が起こるか分からない」代物を固定電話を解約までさせて使わせるなんてキチガイにも程がある。

　普通クビだろ。

>>172
「何が起こるか分からない」代物を固定電話を解約までさせて使わせるなんてキチガイにも程がある。

これは禿同せざるを得ないな。
NTT東もトラブル中に売り込みに来たけどすげぇ調子の良いこと言ってたよ。
まぁ障害発生してんの知ってて乗り換える俺も相当だと思うけどさ。

あれ。半角スペースだとフシアナ解除できなくなったのか…。orz

>>173
しかし、このままでは、PSTNからSIPベースへの置き換えは数年遅れるかもしれんな。

SkypeやP2Pなどインターネット電話が覇権を取るかもしれん。

今のIP固定電話の利用体系ってIPto固定って流れが大抵をしめているから
既存固定網からの元々のNo7（ACM、ANM、REL）の遅延と、処理系の負荷が
きつくなって、その影響がIP電話のrａce conditionという形で表現したんだよ。

つまり収容設計のミスだ。

まずはCA/MGW〜STP/GSの接続点を増やして信号輻輳を散らせ。

そもそも極端に処理スピードの早いシステム（IP電話）のDB代わりとして処理
スピードの遅いシステム（固定電話）を単純につなげる発想が、電話屋らしくてお粗末。

って資料を見る限りやつらもそこまでばかじゃないな。

http://www.ntt-west.co.jp/news/0610/061027a_4.html

電話というシステム上、2重ぐらいに出来んのかね。
何があるかわからない　ということは、結局見積もりが甘すぎたって事だな。

>>178
見積もりが甘いにしても、度が過ぎていると思う。
余裕係数とかの取り方がNTTの場合は非常識。

http://itpro.nikkeibp.co.jp/article/NEWS/20061027/251982/
＞ 障害の原因は，毎秒140程度の同時通話に耐えられるよう設計していたはずが，
＞ 実際には毎秒120程度までしか耐えられなかったこと。

>>179
おいおい・・・・・・・・だめだめじゃん・・・・・・・・
たとえ140　まともに動いたとしてもすぐ一杯一杯になりそうだが。

IP電話はその性質上、一般家庭ですら複数電話番号持てる　とか歌って、
性能足りませんでした　っていうのはどうなんだろうね。

>>143
まともなキャリアなら、ENUMなんか導入するわけがない。
何のメリットもないもの。

>>181
ENUM導入でメールのように完全分散してしまえば、
今回のような西日本全体で通信障害とかはなくなる。

キャリアによる一極集中型のほうが今回のトラブルを引き起こしやすくて不利なのは明らか。

全然区切ってないから規制→再起動も一括でやらないといけなくなる。
結局設計できる人間が社内にいないんだろうな。買い物で構築も丸投げ。

一極集中の方が管理が楽だし責任の所在も明らかなのだ

管理のための一極集中と区切るかどうかは全く関係ないけどな。

>>184
ドメインを区切ったほうが責任の所在はさらに明確になるし、
トラブルが起きたときも最小限の範囲に抑えられる。
NTTのような一極集中型のほうが圧倒的に不利なのは明らか。

>>157
16.2万ライセンスってすごいな。サーバーマシンも１万台は必要じゃね？

>>184
「「ＩＰの世界は何が起きるか分からない。人知を超える範囲だ」と述べ、トラブルは避けら
れなかったとの認識を示した。 」って、責任逃れの言い訳だよね？

そふとばんく なハゲ電波にも
「顧客対応・管理の世界は何が起きるか分からない。人知を…」
とか言って欲しいな

>>188
うん。たとえ言ってることが本当だとしても、今度は、リスク管理を問われる。

地域IP網も最初の数ヶ月は毎日のようにトラブルあったなぁ
あれも丸投げやっつけ仕事だった

ただのイソターネットと電話じゃ事の重大性が違いすぎるぜ。

たしかに、NTT東西それぞれの三日間のトラブルでは、
電話が通じないために商売上の信用を失ったところが多発したのが大きいね。
まだインターネットのトラブルよりも深刻かな。

メールなんかダイヤルアップで十分用が足りるからな。

>>114
>ＩＰ電話はＳＩＰサーバという専門のサーバをプログラムで制御する発展途上の技術を使う。

SIPサーバが専門のサーバなのはいいとして、
発展途上の技術というのはいかがなものか？

もう十分に枯れているのではないか？

>>195
あの社長、技術系じゃないからな。あんな事を言わせる技術系の部下も酷いが。

どうせ全部丸投げでしょ。
誰一人実態を把握できていない。

ま、部下の話を聞く奴なら、こんなことは言わんだろ

これって、SIP関係ある？

http://www.mainichi-msn.co.jp/shakai/wadai/news/20061103k0000m040124000c.html
ＮＴＴ東日本と西日本は２日、光ファイバー回線を利用したＩＰ電話サービス
「ひかり電話」の通信制御機器のソフトウエアにプログラムミスが見つかったと発表した。
約１２万２０００台の利用者に、ソフトの更新を呼びかけている。

不具合が見つかったのは、通信制御機器の電源が誤って切れた時に自動的に再起動させるソフト。
プログラムミスが原因で、このソフトを導入すると、電話の発着信やインターネット接続ができなくなる恐れがあるという。
ソフトは両社のホームページで無料で更新できる。

全く関係ない

ゲートウェアに使ってたら関係あるんじゃマイカ？

このスレで「関係ない」というのはSIPのプロトコルと関係ないということ
機器を使っているとかお客に入れているというのなら別板の話だよな。


ところで「ゲートウェア」ってナニ？「ゲートウェイ」なら知っているが

ゲートウェイに搭載してるファームウェアだからゲートウェア

久しぶりに訪問したらなんかすごい盛り上がってるねー

>>157
ワロタ。座布団３枚

ローゼンバーグおじさん

| http://www.asahi.com/digital/internet/OSK200611100093.html
| システムに余力を持たせるため、３種類のサーバー計１５台を増やす。
| 装置の性能を検証し、ＩＰ技術者の育成も強化する。

やっぱり交換機技術者ばかりでIP/SIP技術者はいないのか

早くノウハウがたまるといいんだけど。でも、まぁ、この手はなぁ

>>207
NTTからRFC4715 (ISDN Subaddress Encoding Type for tel URI) 出たぜ

ISDNなんかもはやどうでもいい。KPMLもようやくRFCになったのか。

callidとかtagとかbranchとか乱数を使う場合に、
乱数の種が時間になっていると同タイムで動作した時に乱数値が同じになる。
これらの値は一意であるべきなので、これは望ましくない。
乱数だけでなく他の値も付加するか時間以外の値を乱数の種とするのが良い。

と最近思ったのですがどうでしょうか？

>>210
当たり前じゃん。MACでも使えばいい。

>>211
そんなことを全く考えていない端末もまだまだあるけどね。

SIPベースで、IP電話に中継局オーナーって必要あるの？

>>213
近未来は必要なんだろうよ

そもそも最初っから明らかに詐欺じゃんねぇ

>>210
まったく同意です。困ってます。直してくれよ。

>>213
ニュースでラックの中に装置がなかったことを社長に問いただすと

「アナログからデジタルへの設備更新中」

と答えていたんで、たぶんSIPじゃないとおもわれw

ベースバンド伝送じゃなくて変調掛けたモデム伝送なんだよ。

>>210
そんな乱数の意味がない実装をしているSIPソフトって存在するの？

>>219
ソフトは知らんけど、電話機ならあったな。
ファームアップで直ったけど。

>>220
そのファームアップはソフト更新したということだろ

ミドルウェアってどうよ

あ〜疲れた

SIPの次はあるのか？

>>224
ＳｉＰときたら次はＳだろ
http://ja.wikipedia.org/wiki/%E5%91%A8%E6%9C%9F%E8%A1%A8

というか、今はもうほとんどsips:へ移行しちゃったよね
いまどき、セキュリティに問題ありまくりのsip:使ってる人っているの？

>>226
キャリアやISPのIP電話はsipだろ。

電話会社やISPはあんまりセキュリティ考えてないからしょうがない。

でやっぱりSIP技術者少なくない？
第一人者って評価高い？

>>229
日本にもローゼンバーグ級のひとたち、たくさんいる？
もしいれば、評価高いはず。

>>226
https使ってればセキュリティばっちり、って思ってるタイプかな？

SIPサーバとのトランスポートの安全性だけあってもしょうがないのよ。
まあ勉強してくださいな。

>>231
はあ？ sipsつかっていれば、ホップバイホップのセキュリティはバッチリですが。
もちろん、エンドトゥーエンドのセキュリティも欲しければS/MIMEすればいいだけのこと。

あまりにも常識過ぎて勉強することか？？

SIPなんて結局ローゼンバーグのおっさんに従ってるだけなんだなあ。。。

>>233
ローゼンバーグおじさまは、結局、会社ごとCiscoに買収されちゃったの？

SERってユーザーごとのコンカレントコール数制限できるの？
事情があってなんとかSERでやりたいんだけど、、、、。
知ってる人おしえーて。

個人でも使える　ＰＳＴＮ−ＳＩＰのゲートウェイってあるのかな？

>>236
NTTに頼めば月３００円で貸してくれる

>>236
SIPから外線(FXO)だと一般人で手に入れられるのはアイコムのSR-5200VoIPシリーズしかない。
普通の電話機をSIPの端末にする(ATA)ならNTTのVoIPアダプタやPlanexのVTL-TA02Xなんかがある。
YAMAHAのRT56v, RT57iあたりもATAとして使える。
（SIPサーバの仕様によってはRTA55i, RTA54iもATAとして使える可能性アリ）

>>238
NTTの116にIP電話アダプタをレンタルしたいといえば借りられるから楽だよね

NTTのVoIPアダプタはリレーがカチカチ鳴ってうるさい。
デフォルトだとダイアルプランを設定することもできないし、
PSTNに落ちるまでの時間も長いのでオススメできない。
※といってかわりになるものも知らないが

BLW-54VPあたりはどんな感じなんだろう。

みなさまありがとうございます。
接続形態は
>>238　さんの前者の方です。

ＮＯＫＩＡのＥ６１を内線電話（つうかコードレス）で使いたいというのが
あるんで、、、

>>241
光ファイバー引いてるなら、加入電話をひかり電話に変えるのが一番楽だと思う。

SIPなんかいるんかい

NGNの話題でSIPってよく出てきますけど
一から勉強するのにお薦めの書籍あります？

>244
RFC3261

>>244
普通にマスタリングTCP/IPでも嫁

>>244
実践SIP詳解テキスト リックテレコム刊
がむちゃくちゃ詳しかったが。

実際に動かしてみた方が判りが早いから、asteriskでも動かしてソフトフォンでデーターを流して、キャプチャしてシーケンスを追ってみると良い。
設定はvoip-info.jpのサンプルを使えばすぐ出来るから。
それで基本な動きが見えてから詳細を見た方が良いだろう。

>>247
有難う
早速発注しました

NGNの成功というより普及がSIPのステータス向上に繋がると思うわけだが、そうだよな

果たしてあれは SIP と思っていいのか
似て非なる別のものと思った方がいいのか

なんでもかんでも制御はSIPでって発想でしょ？NTTは。
なんなのよ、あれ。他は個別対応って。

SIPのようなものです。
昔からNTT仕様ってそんなものです。

SIP流行りそうな気配をビシビシ感ずる

竜宮城はどうじゃったかの?

今のHTTPと同じくらい流行るだろうな
好き嫌い言ってられなくなる

SDP-ng ってまだあるの?

>247
244じゃないが、俺からもthanks。
その本買って勉強してみる。

>257
発刊以降のドラフトは当然入っていないので、IETFはたまに見ておくと良いよ。
セキュリティー絡みの拡張や、モバイル系の拡張はまだ入りそうだから。

PSＴＮゲートウェイ
http://wt.uniden.co.jp/2005/04/pstn_gw_gw15p.html
http://www.ntt-me.co.jp/wondertalks/component.html#gw15p
これってどうよ？

CxServer500のみに対応だってｏｒｚ

上のは２５８でないです、

いんちきnoritsuna、もう気づいてるみたいだけど
焼いておいたからねコレ。
219x113x184x110.ap219.ftth.ucom.ne.jp
219x113x184x110.ap219.ftth.ucom.ne.jp
[IN:219.113.184.107 -> OUT:219.113.184.110 ]

[殺人] 紫苑(20070203-123010)のキンタマ.zip oBHir3NXvZ 3,797,315 9d01dc3cc67c2b26d940c018d38b5480
劇団今申楽朧座(http://www.oboroza.com/index.htm)の内部資料

oboroza.com　＝　siprop.org

>>253
ISDNやATMと同様、大流行する。

FusionのソフトフォンのフォンPをIP電話機で使用することは出来るでしょうか？
以前G-LEXと言うサービスでSnomと言う電話機を使って利用できるようなことを言ってました。SIPを使った同じようなサービスなのでこちらの方でも利用出来るのでしょうか？　

>>264
voip-info.jpは見ましたか？
どっかにSnom 220でFusionフォンP'につなぐ話が出てたはず。
ダイアルするときにドメインを入力しないといけないので、まともに使うのは難しいと思うけど。

>>265
voip-info.jpを早速見ました。
受信は取り敢えず出来るみたいですね。それだけでもかなり有り難いですけど。
発信に関しては現段階では難しそうですね。同じFusion系のG-LEXでは難なく発信も出来る見たいですがどうなんでしょう？

>>266
FusionフォンP'はSo-netのシステムで動いているので、
G-LEXとは別物と考えたほうがいいよ。
G-LEXなら至って普通に使えるけど、FusionフォンP'は専用ソフト以外の
接続を考えてないので普通のIP電話機だと使えないと思うべき。

ヤマハのVoIP-TAがフォンP'と繋がったらしいよ

みなさんありがとうございます。
やはり現状ではフォンPではSnomを使うのは受信以外は無理っぽいかな？
私は来月から海外勤務になるのでIPフォンが使えたら便利だと考えてます。
パソコン無しで利用できる環境を希望しているんですが中々難しそうですね。

>>268
フォンP'以外で接続しているとFusionから電話が来るらしい。
なんでもフォンP'使うの嫌なら解約しろなんだとさ。

>>269
G-LEXにしておけば？
050番号持つなら月525円(+7.35円)かかるけど、番号なくても外線からの着信は
可能なので試しに使う分にはいいんじゃないかな？

現状ではＧ−ＬＥＸが一番無難みたいですね。
Ｆｕｓｉｏｎは永遠に基本料が無料みたいなきがするから重宝してるんだけど。でもフォンP以外で接続すると恐怖の電話が来るんですね。気をつけないとだめですね。しかしこのサービス利用者がいるんだろうか？急にサービス中止になりそうで怖いです。

Fusionで動作保証できない物を勝手に使われて
万が一全回線に影響するような問題が発生したら大変だから
当然の対応かな

G-LEXで
ソフトフォンならログオフしたら留守電が機能するけどsnom220だとログオフしても留守電が機能しない。

g-lex+snomでg-lexの留守電機能使用できている人居ますか？

Snomはログオフ時に登録を削除しにいかないのかな？
Proposed Expiryを1分にしてみてはどうでしょうか？
これならイーサの線が抜けても1分経てば留守電になるはずです。

IP電話機なんかの話をするスレをハードウェア板に立ててみました。
興味があるようでしたら何か書いてください。
【SIP,H323】VoIP機器スレ【IP電話機,ATA】
http://pc10.2ch.net/test/read.cgi/hard/1172001769/

SIPやりたいならどこの会社がいいですか？
フラフラとかいいかな？

>>274
thx。確かに上記設定にしてLANプラグ抜いたら留守電はいりました。

G-LEXに問い合わせた際も
"ソフトフォンの仕様で終了した事がサーバに認識されない為
「ボイスメールサービス」および「留守番センター」が
正常に動作しない場合がございます。"

という答えでしたがこれをsnomにどう照らして判断すればよいのか
理解できませんでした。

固定電話の契約をしないで携帯+G-LEX(Snom)で社会人生活を送っておりますが
なかなか一般電話と同様にというわけにはいきませんね。
SIPの仕組みから理解していかなくては、、、。

サーバへクライアントのIPアドレス、ポートを登録するのにREGISTERリクエストが
送られるんだけど、その時に登録失効までの時間(Expire)も設定します。
ログオフするとき本当ならExpire=0のREGISTERリクエストを送って即座に登録削除
してもらうんですが、IP電話機だとそのあたりの処理を端折っているんじゃないです
かね。

なるほど。素人にも理解できました。
簡潔で明瞭なコメントありがとうございました。

0

>>277
ＩＰ電話でアンレジを端折ることはないです。

>>280
ほんと？deREGしそうな唯一の機会は電源切るときだけど、
電源切ったらそもそもdeREG送れないし。

>>281
Snomはメニューを選ぶとログアウトできますよ。
でもログアウトなんて機能もってないのもあるから>>280は必ずしも真ならず
だと思う。

>>280
世間知らずだな。

手元にあるIP電話がunregister動作をするのかどうか調べてみますた。
(SIPサーバはAsterisk)

・unregister動作する
Snom 105: メニューでログオフを選択するとunregister
MobbyTalk: プロファイルを切り替える際、前の登録をunregister

・unregister動作しない
BT-101: ログオフがないのでメニューでリセットするもSIPサーバ側の登録はそのまま

BT-101ではunregisterできないと思われます。

http://www.3cx.jp/

もうSIPだけじゃ食って行けないな

VG820どーっすか？

>>286
今まで食えてたの？

sipfropって何じゃ

SIPropやってたのかまだ

>>288
SIP関連の本書いてた人は印税ウハウハだったろうし、
派遣とるにもSIPのノウハウ持ってる人は希少だったから高くうれたが、
もうコモディティ化が著しいしな。

なんかないの

SIPを知っているの、知っているレベルが問題なんだが。
ちゃんと知っていればまだ需要は有る。
昔程高くは売れないが。

VG820iなかなかなかなかなかなか癖があるな
TDM400ｸﾛｰﾝ買うならどこがいっすか？

IPv6スレでSIPの話が盛り上がってたからここにもitojun来てると思ったけど、誰もいないとは…。

itojun SIP/RTP問題まとめ
http://pc11.2ch.net/test/read.cgi/network/1131651785/819-886

捕手

NGNに関わるならSIPって必須？

>>298
SIPを使ったダイヤルアップ交換網だから必須。

INFOはなんで駄目なの？

sip対応のwinソフトで、サーバー(またはアカウント)がいくつも登録できるものってありますか？

>>301
CounterPathのX-Liteはどう？

良スレあげ

すげぇｗ　>>303カウントしなければ、去年じゃないか。
というか、名前入れないとIP表示なのな。

age

◆食べた人、全員肝臓ガンで死にます　〜　三笠フーズ　汚染米事件　〜

・「アフラトキシン」は地上最強の天然発ガン物質
・発症までに１０〜２０年かかるが、極微量でも摂取すれば、
　肝臓ガンになる可能性は１００％
・調理では分解されず食品中に残る
・西日本で肝臓ガン死亡率が高く偏っており、原因不明とされていたが・・・
　（資料）国立がんセンター
　http://ganjoho.ncc.go.jp/pro/statistics/gdball.html?7%9%1

医師板からのコピペ　

40 ：逃亡者：2008/09/13(土) 01:26:17 ID:23fUP1Pf0
　2年前から大阪で勤務しているが、以前の勤務地と比較して大阪は本当に
肝臓癌の患者が多いと感じた。消化器内科からTAE（肝動脈塞栓）の依頼
が次から次へとくる。
　で、ずっと疑問に感じていたことがある。大阪では患者の殆どが男性なの
だ。おまけにウイルスフリーもちらほらいる。それでHCV・HBV以外にも肝臓
癌の原因はきっとあるに違いないと、大阪に来てからずっと思っていた。
　今回この事件を知って二度驚いた。ひとつは不謹慎だけど、「あー、やっ
ぱり」っていう驚き。実際には因果関係を証明するのは無理でしょう。でも
治療している私の実感としてはピッタリだったてことなんですよね。そうい
う驚き。
　もうひとつは、自分も肝臓癌になる可能性があるっていう驚き。というよ
り、恐怖だろうか。肝臓癌の治療すればするほど思うのだが、本当に治らな
い。今では絶対に治らないという確信さえ持っている。最期が悲惨なだけに
考えてもみなかったことだ。
　肝臓癌になるかどうかは別にしても、今はこんな情けない国に生まれてき
たことが悔まれて仕方がない。

三笠フーズ（大阪）、浅井（愛知）→ノノガキ（三重）、太田産業（愛知）
島田化学工業（新潟★）　←new!!＼(＾o＾)／

IPv6, SIGCOMP, NAT に対応したB2BUA（SBC)ってありませんか？
OpenSBC はSIGCOMPにまだ対応していないみたいなので…。
AsteriskをIP-PBXとしてでなくSBCとして使うというのもありなのかなぁ。

保守上げ

NTTのひかり電話利用者が700万超えたらしいね
最大で帯域どのくらい使うんだろ。
さすがに全ユーザが一度にアクセスすることはないだろうがｗ

土日の朝方か夜間に大規模震災起きたらどんなことになるかな
まぁ、電話どころじゃないだろうが

UPSを持ってて、なおかつONUをバックアップしてるところなんて少ないんだから、どーって事無いと思うぞ。

SIPit24開催中

http://www.nic.ad.jp/ja/sipit24/

関西でやってくれ

ひかり電話＋asteriskでSIPデビューします！

agileが超値上げの気配・・・いきなり３倍以上ってなんだよ

残存者利益の収穫に入りますた。

ま、慈善事業じゃないし。

http://www.agile.ne.jp/phone/price/index.php
今まで５２５円だったのが、1890+210円って４倍の値上げやね

これじゃ普通にプロバイダのIP電話申しこんだ方がマシやん・・・？

私はサロンパス派

>>306
とっても暇だったので、しらべてみた。

西日本で肝臓がんが多いのは、アフラトキシンと関係があるかも知れないが、
アフラトキシンと気候に関係があるのではないかと思います。

以下引用。

東南アジアおよび日本における土壌中のアフラトキシン産生菌の分布を調べると，
アフラトキシン産生菌は本州中部以北には生息できず，本州南部から東南アジアにかけて分布していることがわかった（真鍋ら，1978）。
その分布域は，年平均気温16℃より暖かい地域であった。
http://www.shokusan.or.jp/haccp/hazardous/2_1_kabidoku.html

skyぷー

SIP機器とH.323機器を接続する方法ってありませんか？
出来ればお金をおかけずに・・・

テレビ会議みたいなのってオープンソースでありますか？

引っ越したらひかり電話ルーターも新しくなってRV-S340HIになったんだが
何度やってもiPhoneのソフトフォンでレジスト出来ないと思ったら、これ対応の携帯以外はレジストできねぇでやんのｗｗｗ
NTT糞すぎんだろ・・・・・・

AGEphone エイジフォン さいきょーーｗｗ
http://blog.keitec.jp/p/agephone.html

AGEphone(エイジフォン)エントリ一覧
http://blog.keitec.jp/p/agephone.html

NAPT配下のネットワークで、SIPクライアント(IP電話)アプリが
複数同時起動して、別々のSIPサーバと同時通話できるのは
どういう仕組みですか？
単純に考えると、NAPTでUDPポート5060を特定のSIPクライアントのホストに
向けてしまうので、同時に通話できないような気がするのですが。

知ってるパターンとしては、NAPTルータが
配下の各端末からsrc-port:5060で受け取った
ものを、UDPアッパーポートにすり替えて外部
SIPサーバまで送達させる。

この時のポート変換ステータスを利用して、
配下端末へのINVITE等が逆に透過されて届く。
(なので、SIPサーバから見た場合、IPは一緒
だけど、ポートが別に見える)

ちなみにルータの変換ステータスは機器にもよる
けど、短い時間で失効するので、REGISTER間隔
を短くしたり、OPTIONSパケットとかを定期的に
打ったりして、ルータステータスを更新し続ける。

SIPペイロード内のプライベートアドレスは、
ルータのSIP-NAT機能で変換させたり、専用の
SIP-NAT機器を間に噛ませて、変換して中継
させたりします。

IPKallで、番号が取れないんだけど、どうなってるの？

>>329
SIPって知ってるかい？

>>327
とりあえずRFC 5389あたりを一読することをオススメ。

RFC 3581 のrportでNAPTルーターに対応する方法もあるし、
結構色々やりかたはあるよ。

>>329
取れるようになりました。
なにか、障害があったのかも。
無事、海外着信出来るようになった。