SIPって知ってるかい? [Part 3]
SIPってプロトコル知ってるかい? ☆インターネット上において指定した相手とコンタクトする機能 ☆様々なメディア・アプリにて相手とセッションを確立する機能 ☆メッセージおよび種々のイベントの非同期通知を実現する機能 などのインターネット上で不可欠な基本機能の枠組みを提供するSIPについて そのプロトコルや相互接続ならびに各アプリやシステムの動向について語りましょう 過去スレ SIPって知ってるかい? http://pc.2ch.net/test/read.cgi/network/988207855/ SIPって知ってるかい? [Part 2] http://pc8.2ch.net/test/read.cgi/network/1059941532/ http://news19.2ch.net/test/read.cgi/newsplus/1158759425/175 >原因はN社製鯖(ハード自体はh社製IA鯖)のCPUかメモリ故障。 >ベンダーで交換したボードを回収して原因を解析中 >>105 N社製ってのはNECだよね、たぶん。 >>107 NECがどっかにつくらせたやつじゃねえ? って、asteriskベースだったりして。 Asteriskを導入してる大手企業ってあるのか? 零細企業なら導入しても問題なさそうだが >>109 米国ではそこそこ人気あるらしいけどねぇ *9で保留とか慣れないんだよなぁ >>110 asteriskって、保留指示の方法すら自分で設定できないの?? >>111 普通のビジネスホンて保留ボタンがあるでしょ? VoIPゲートウェイ使って普通の電話機をつないでるから使えないの ちょっとでも安くしようと思ったら・・・あきらめてる NTT東のIP電話不具合、ソフトのバグが原因 http://www.asahi.com/digital/nikkanko/NKK200609250008.html IP電話はSIPサーバという専門のサーバをプログラムで制御する発展途上の技術を使う。 >>115 いや、まだまだSIPはこれから技術発展して途上だよ。 SIP/SIPPING WGに来ればわかる。 http://itpro.nikkeibp.co.jp/article/NEWS/20060925/248895/ > もう一つは各呼制御サーバーを束ねる中継系呼制御サーバーの不具合。 > ビジネスタイプ用の呼制御サーバーで輻輳が頻繁に起こった結果, > サーバーのメモリー上にデータが溜まり,処理領域を圧迫。 > 中継系呼制御サーバーで所定の性能が発揮できず,輻輳が生じたという。 > 「19日の輻輳でメモリー上にゴミが堆積。 > 19日にはアプリケーションを再起動したが, > OSを再起動しなかったためゴミが残ったままになってしまった」。 > この結果,20日も輻輳が起こったという。 > そこで,20日午後にOSごと中継系呼制御サーバーの再起動を実施。 > メモリーからゴミが消えたため,現在は正常に稼働しているという。 輻輳でメモリー上にゴミが堆積するSIPサーバ? サーバを再起動してもゴミが残ったままになるSIPサーバ? >現在は毎秒100コール程度の処理をこなせるようになったという。 性能こんなもんでいいのか?? http://itpro.nikkeibp.co.jp/article/NEWS/20060925/248881/ >> 「ひかり電話のビジネス向けの各サーバーで、毎秒10以上の通話が発生すると遅延が生じる状況だった。毎秒100通話まで改善させた」 >> 100通話を想定してシステムを構築したが、「実際の処理能力は10通話の性能だった」という。 毎秒10通話の性能しかでなければ、 いくらひかり電話ユーザ数がまだ少ないからといっても破綻するわな。 しかし、どう下手に作ると毎秒10通話しかさばけないSIPサーバが出来上がるんだろ。 ひかり電話は終わってるね NTTはSIPの自主開発すらできないってことか http://itpro.nikkeibp.co.jp/article/OPINION/20060922/248791/ >電話交換機はNTT自身が設計・開発しているから,何かあってもすぐに原因がわかる。 >ところがIP電話の機器は,メーカーが開発した装置を買ってくるから, >ある意味ブラックボックス」(NTTのある幹部)という事情もある。 >>122 ブラックボックス状態も問題だが、 そもそも、いろんなレベルにおけるNTTの設計ミスではないか? 例えば、輻輳なり障害なりバグを踏んだりしたとしても、 東日本全域で崩壊してダウンという運用設計は、素人レベルの設計ミスに見える。 | 加入電話では何日にもわたって,東日本全域でつながりにくくなることはない。 | 加入電話で通話制限をする場合は,障害が起こった電話交換機あての | 発信だけを制限するという具合に,かなり細かく設定するからである。 | 一方,今回のひかり電話のネットワークでは, | 技術的には特定の呼制御サーバーだけへの発信を制限するといったことは可能だが, | そうした設定を施していなかったため,全域で制限せざるを得なかった。 >>123 細かくサーバ分けるほどの加入者がまだいないだけだろ。 ロードバランシングぐらいしておいて欲しいけど。 >>124 現に輻輳から始まるトラブルが起きたわけでその判断はおかしい どちらにせよ東日本が全滅するような構成をとっていた時点でDQN確定 >>126 バグがあろうとなかろうと、それと関係なく以下の点はおかしい。 ・買ってきたものなのでブラックボックスであるという言い訳 ・東日本全体が何日も通信障害に陥るという構成にした設計と運用 ・OSレベルでの再起動をしなかったため更に1日解決が延びたなどの対応ミス もちろん、それに加えてバグが原因があるわけだが、 耐久テストなどでのバグ出しができていなかったわけなので、弁解の余地なしではないか。 >>127 >東日本全体が何日も通信障害に陥るという構成にした設計 違う違う。 どこからでもかけてこられないように全部をとめたわけさ。 構成の問題じゃない。 どんな構成にしたって同じ。 127は実際、どういう構成にすればいいってわけ? 122をよく読め。フィルタリングする設定をしてなかっただけとある。 単なる怠慢。 どこからでもかけてこられないように全部をとめる、って、社会的影響が大きすぎる。 障害が出ている部分だけに限定して停止できるべきであろう。明らかに構成の問題。 まともなシステムならば、範囲限定で停止あるいは制限することができる。 フィルタリングする設定をしてなかっただけ、って、恥ずかしい弁明。 まともな対応ならば、フィルタリングする設定をすればいい。 あるいは、それすらできない構成をとっていたならば、設計ミスだろうな。 >>129 >明らかに構成の問題 構成って意味、間違って使ってるな。 それともCAやサーバーの台数のことか? どんな構成にしたって同じだろ。 IP電話の構成って知ってるの? どうでもいいが、「かからない」じゃなくて「かかりにくい」な。落ちてないから。落ちたの西だから。 もうBIG-IPでも入れてサーバ台数増やして何とかしろよ。 BIG-IPなんて初期のころから入れてるよ。サーバーの台数も有り余るほど。 > IP電話、通話分散策を検討 NTT東社長 > http://www.asahi.com/business/update/0930/006.html > > 「今回の経験を生かしたい。通話が集中しても別のサーバーに通信量を分散させるソフトなどを開発したい」と述べた。 > 改良ソフトの導入時期は、光回線とインターネット技術を使った次世代ネットワークの本格サービスが始まる来年度後半に間に合わせたい考えを示した。 >>133 ひかり電話でBIG-IP? え?ほんと? ttp://www.f5networks.co.jp/solution/archive/whitepaper/wp09.html いまどきの性能の良いSIPサーバは、どれくらいの量こなせる?? 宣伝ぽく聞こえるかもしれんが3CXのIP-PBXってどうなのかね? >>140 宣伝でもいいので、いろいろ情報書いて。 >>140 面白いISPだね。バックボーン1.5Mbps? >>134 NTTはさっさとENUMを導入しないから。 SIPドメインも分散すればいいのに何故しない。 >>135 ひかり電話では使ってないだろ。 今頃、必死になって自前ロードバランサ作ってるでしょ。無駄だねぇ... >>144 また何億もかけて無駄な物を作るんか? BIG-IP買ってくりゃいいのに。 >>146 SIPだよ?さすがにそれじゃまずいでしょ。 今回は誰もSIPit参加してないのか てゆーか前回の日本開催でどれだけ日本のベンダがいたのやら おい、f5!さっさとNTTにBIG-IP入れろよ。 ひかり電話がまた輻輳だぞ。 しかし、こんな初歩的ミス犯すかね? NTT東はバグだと弁明し、NTT西はサーバの能力不足と弁明し、ありえない。 サーバーの能力不足が原因 NTT西のIP電話障害 http://news19.2ch.net/test/read.cgi/newsplus/1161687060/ > http://www.asahi.com/national/update/1024/OSK200610240072.html > > NTT西日本のIP電話サービス「ひかり電話」がつながりにくくなっている問題で、 > かかってきた電話を振り分けるサーバーの処理能力が不足していたと発表した。 > > 処理能力(1秒間平均120件程度)を超える電話がかかり、処理できなくなった。 > > 処理能力を向上させるため、11月中旬にサーバー1台を増やす予定だった。 > > ネットワークサービス部長は「まだ処理できる余裕があると思っていたが甘かった」と陳謝した。 | ひかり電話には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 と同じ台数でいいだろ、っていうことで設計した なんてことはないだろうな? NTT西のIP電話、3日連続で規制実施 http://headlines.yahoo.co.jp/hl?a=20061025-00000105-yom-soci 規制は3日連続となり、静岡県から沖縄県まで2府28県の全83万3000回線で、 発信の25%、着信の50〜95%がつながらない状態となっている。 23日朝に発生した通信障害は、24日午後10時20分過ぎにいったん復旧。 25日午前6時までに通信処理サーバーを1台増設したが、 その後、通話が集中して新サーバーに負荷がかかりすぎたとしている。 規制解除のメドは立っていない。 これ、ほんと? 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サーバ増やすよりもまずライセンス買えってことなんだわw そもそも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 もダメダメだな。 http://www.nikkei.co.jp/news/main/20061026STXKE043426102006.html >NTT西の森下俊三社長はこの日の記者会見で、 >通信処理サーバーの処理能力が >仕様書の記載内容より低かったことも障害の一因と強調。 いったいどこの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電話のrace conditionという形で表現したんだよ。 つまり収容設計のミスだ。 まずはCA/MGW〜STP/GSの接続点を増やして信号輻輳を散らせ。 そもそも極端に処理スピードの早いシステム(IP電話)のDB代わりとして処理 スピードの遅いシステム(固定電話)を単純につなげる発想が、電話屋らしくてお粗末。 電話というシステム上、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万ライセンスってすごいな。サーバーマシンも1万台は必要じゃね? >>184 「「IPの世界は何が起きるか分からない。人知を超える範囲だ」と述べ、トラブルは避けら れなかったとの認識を示した。 」って、責任逃れの言い訳だよね? そふとばんく なハゲ電波にも 「顧客対応・管理の世界は何が起きるか分からない。人知を…」 とか言って欲しいな >>188 うん。たとえ言ってることが本当だとしても、今度は、リスク管理を問われる。 地域IP網も最初の数ヶ月は毎日のようにトラブルあったなぁ あれも丸投げやっつけ仕事だった ただのイソターネットと電話じゃ事の重大性が違いすぎるぜ。 たしかに、NTT東西それぞれの三日間のトラブルでは、 電話が通じないために商売上の信用を失ったところが多発したのが大きいね。 まだインターネットのトラブルよりも深刻かな。 メールなんかダイヤルアップで十分用が足りるからな。 >>114 >IP電話はSIPサーバという専門のサーバをプログラムで制御する発展途上の技術を使う。 SIPサーバが専門のサーバなのはいいとして、 発展途上の技術というのはいかがなものか? もう十分に枯れているのではないか? >>195 あの社長、技術系じゃないからな。あんな事を言わせる技術系の部下も酷いが。 どうせ全部丸投げでしょ。 誰一人実態を把握できていない。 これって、SIP関係ある? http://www.mainichi-msn.co.jp/shakai/wadai/news/20061103k0000m040124000c.html NTT東日本と西日本は2日、光ファイバー回線を利用したIP電話サービス 「ひかり電話」の通信制御機器のソフトウエアにプログラムミスが見つかったと発表した。 約12万2000台の利用者に、ソフトの更新を呼びかけている。 不具合が見つかったのは、通信制御機器の電源が誤って切れた時に自動的に再起動させるソフト。 プログラムミスが原因で、このソフトを導入すると、電話の発着信やインターネット接続ができなくなる恐れがあるという。 ソフトは両社のホームページで無料で更新できる。 このスレで「関係ない」というのはSIPのプロトコルと関係ないということ 機器を使っているとかお客に入れているというのなら別板の話だよな。 ところで「ゲートウェア」ってナニ?「ゲートウェイ」なら知っているが ゲートウェイに搭載してるファームウェアだからゲートウェア read.cgi ver 07.5.5 2024/06/08 Walang Kapalit ★ | Donguri System Team 5ちゃんねる