▁■作家とか芸能人とか、日本は滅びると言って死んでいった人が増えた。気持ちは分かる。でも、どうしようもない。■某社の経営不安説が流れている。真偽は不明だが、今の日本の会社がどこがどうなってもまったく驚かない。しゃんとした経営者を最近見ないなあ。■◎のメソッドは完成したから△決定の問題を解くと言って、◎注→◎△→◎▲→◎○と改善してきた。これ以上は無理。■真珠湾攻撃から70周年か。あの戦線拡大あるのみの戦争がなければ、私の父はもっと幸せな人生を歩んだろう。■ダルニー奨学金で私の寄付で中学校へ行っていた生徒が、働くために退学したと手紙が来る。残念。支援生徒が決まると写真が送られてくるのだが、その写真を見ると脚が少し曲がって見えて心配していたが、元気な一生を送ってください。代わりの生徒のプロフィールと写真が送られてくる。今度の人も写真のバックの家を見ると貧しそうだ。■ロイターのサイトで、タイの洪水の写真をスライドショーで見るが、まるで水浸しだ。■2分間で2億5000万円の優勝賞金のジャパンCは終わった。騎手も興奮するだろうな。さあ、次はJCダートだ。また競馬週刊誌の馬体写真を見たときに◎が決まる。どうなっているか。最初に◎で書いたトーセンジョーダンでも、何度も◎にして最後の◎になったブエナビスタでも正解だったので、坂を上がってからは力が抜けて腹が減ってアンパンを食べたくなった。予想法はこれでいいのだと思うと、脳細胞がブドウ糖をほしくなったのだろう。■今夜の欧州市場も元気がない。アイスランドみたいに金融機関を倒産させないと、日本のようにダラダラ不況の30年、40年が始まるだろう。金融経済学の基礎だな。でも、潰せないだろう。あとは日米に波及するかどうか。■今年は3日しか休んでない。目がボロボロで、目からドバーと血が吹くのではないかと思うときがあるが。血統表や、競馬の成績欄の2分や3分の合字になった小さい数字を見るのが苦痛で、苦痛で。血統は目をつぶって頭の中で考えることが多くなってきた。■「ジャパン・パッシング」と言って、世界中が日本を相手にしてないのは有名になった。親日国がトルコとミャンマーとトンガだけかと思ったら、ブータンもそうだったか。ありがとうございます。■ブータン国王曰く「龍は皆さんの心の中に住んでいます。龍は皆さんの経験を食べて大きくなります。」。おお、私の生家に私が子供の頃、お盆やお彼岸にお経を上げに来て、お経の後の「説法」でお坊さんが言っていた“魂”のことじゃないの。驚いた。これって、東洋で言う龍と何か関係あるのかないのか。好奇心は尽きることがない。おっと、いけない。岡潔をまだ読了してない。ただ、収集が終わる今になって思うのは、コレクションとして透明度と多色性のある石は価値があると思う。有名なパワーストーンと言われている石は、日本だけでも1種類で何千個、何万個と流通しているから希少性がゼロに近い。ネットオークションでも値段が付いてない。■電車の中で新聞を読む人を見かけなくなってきた。新聞が売れないわけだ。■エリエールの会社は社長が巨額の使い込みが発覚するし、オリンパスは社員や株主の利益を踏みにじって600億も遣って何をやっているのかさっぱりわからない。ダイエーは倒産したが、店長が隣に住んでいてエレベーターの音が響くと理解できずに壁を叩き返していたから、この会社は潰れるなと思ったら案の定潰れた。買い物に行くと社員が暴言を吐く会社なんてザラにある。ここに書いていくと何されるかわからないからやめておく。日本企業で株を買いたい会社は私の知る範囲では2つしかない。20年でここまで落ちたか。@YujiroRyu▁こんにちは。お久しぶりです。ダンスインザダークの仔は古馬G1に勝てませんね。何か理由があるのでしょうか?■今住んでいるところは夕陽がめったに綺麗にならない。三鷹は富士山に沈む夕陽が綺麗だった。山の朝靄と、町の青空と、夕陽が大好きだ。それだけを撮る写真家になってもよかったと思うことがある。美しいものを美しいと思う心が日本文化の原点だと思う。これは非常に重要なことだ、べつに俳句に限らず。■最近の大学では、英語の授業で、26種類のアルファベットから教える大学が増えてきたそうだ。BやFとはどう書くかなんて教えてわからん奴にどう教えても就職なんてできるわけがない。最近の日本人はアメリカ留学減少どころではない。英語もできないのだから、日本語の漢字が書けるわけがない。私だって、6355字でたいへんだ。終わりそうだな。■東日本の小さな子供がいる母親はたいへんだな。各県知事は基準値を緩和しろと言っているが、母親は逆だ。NHKでやっていた。■ダルニーはラオスとカンボジアの2国の新学期の用意は明日までです。気が向きましたら、よろしくお願いします。■ニュートリノが光よりも速いと観測されて、アインシュタインの相対性理論が疑われていると今日のネットは賑わっているが、相対性理論って、もう何年前から疑われているのが常識だと思っていた。過去も現在も未来も同時に存在するかもしれないと言う人までいるほどだ。物理や数学の話はよく理解できないが、ともかく読んでいると切りがないほど楽しい。科学なんて常識は年々進歩してますよ。一生勉強あるのみ。■今週は休日が2日もある。私のような職業とは関係ない。編集者なんてお盆だってGWだって明けのために仕事しているものだ。イオンは33万人の従業員の半数を外国人にするという。働かない日本人は、仕事がなくなるだろう。■昨日の台風は進路も通過速度も前日からわかっていた。21時には電車が動き始めることまで読めた。台風一過は、とくに速度が速いときは、日本の常識だ。311は通勤客が被害者だったが、今回は自分の判断力だと思いますよ。■今日は、株、ゴールド、原油、ユーロと暴落している。今の資本主義に何が起きても驚かない。リーマン・ショックの続編で、2番底を取りにいっているのかもしれない。買う価値があるとすれば、田舎の畑だ。誰か売ってくれないものか。■グロソブという投資信託が高年に人気だったが、悲惨な結果になっている。日本の投資信託で儲かったものなど、ほとんどない。私は08年以来、4年間対外投資をしていない。あれほど外国株をやってきて、今はまったく企業調査の興味もない。日本でいちばん心配の種は外国が食糧を売ってくれなくなったときだろう。それで食糧ファンドを少し持っているが、そんなものは紙切れかもしれない。畑を買って田舎に住むのが流行になる気がする。東京の栄華はピークアウトしたかもしれない。■私が買った非常用・携帯簡易トイレはこれです。まだ、使ってません。男性用です。■競馬新聞はインターネットでダウンロードしているが、世界はンターネット時代なのに日本ではネット購買は、できる人とできない人に2極化して、あまり普及しない。でも、今日のような突然、台風の雨がどしゃっと降ってきたりすると、これくらい便利なものはないですよ。最近は専門紙も発売時間が遅くなってきたりしているが、早刷り競争はやめて、じっくり良い新聞を作ればいいのではないか。若い頃から、どうも、早刷り競争というのが好きになれない。10分早く売店に新聞を置いたところでどうなるのだろうと思う。■台風の速度が遅いので来週の週末に上陸の可能性もあるなあ。逸れてほしいけど。■エアコンから水が出なくなってネットの質問箱を見たらよくわからない。サポートに問い合わせたら、フロンが抜けているか、虫の巣でもできているのではないか(笑)とのことで、掃除機でドレンホースを吸ったら、痰のようなジェルのようなものが出てきて、水も出始めた。閃いたら、やってみるものだ。■日本はまだ家庭菜園が違法ではない。今は畑が価値があるかもしれない。■ダルニー奨学金が、大震災の余波で支援金が減って苦戦しています。カンボジアやラオスは子供の3分の1が貧しくて学校へ行けません。ひきこもりなんかじゃありません。助けてあげてください。どうせ、お金を持っていてもいつ紙切れになるやらわかりません(笑)。東南アジアは秋が新学期なので、9月30日が今年の支援の締め切りです。よろしくお願いします。■子供の頃は暑いと泳ぎにいくか、水をかぶってスイカに塩を振りかけて食べるくらいだったか。■「ダルニー奨学金」をお願いします。「国境なき医師団」もいいけど、あそこはお金が余っている。ダルニーは足りないんです。昨日、ダルニーから、私が3年支援するタイの子供が決まって写真が送られてきた。手紙は書くかどうか迷っているが、私の子供時代の顔とそっくりでなんか嬉しかった。これでこの子が3年間、中学に通うことができる。資本主義が崩壊する前に、アジアの貧しい子供を学校に通わせてあげたい。教育が大事だから。■アメリカのデフォルトは回避されたが織り込み済み。米国債は上がり続けている。円高は相変わらず。7月27日から太陽フレアの爆発が増えたから警戒していたが、これで3日連続、夜に地震で目が覚めた。登録しているから、独法だったっけ「宇宙天気情報センター」■アメリカがデフォルトすると、日本はどうする気なのだろう。この国には、先見の明のある大人が何人いるのだろう。愛国心はどこへ行ったのだろう。■日曜の京都のメインは難解だ。ずいぶん何十時間と考えたのだがわからない。これを書くのはサディスティックな、いや、マゾ的な耽溺を感じる。07年頃は、相模湖だろうが甲府だろうが、電車に乗ったまま、解決するまでいつまでも夕暮れの景色を眺めていたものだ。■晴れてきた。週末は良馬場か。ややこしいレースが1つある。こういうときはどうするか5年考え続けてきたが、いちばん良いと思われる方法は、体操だ。どうか、助けてあげてください。私のようなへそ曲がりは、震災支援も少しはして、海外支援を逆に増やしたりする、へそ曲がりぶりを実践してますが(けっこう海外のほうは長いのかな)、勘が良かったようです。不明点は電話すれば、スタッフの方が親切に教えてくれます。ご支援のほど、よろしくお願い申し上げます。おかげさまでその間、延べ35万人を超える子どもたちに奨学金を提供するなど、様々な教育支援を実施することができました。しかし、本年3月11日に東日本を襲った大震災は、日本および世界に大きな衝撃を与えました。犠牲になった多くの方、原発事故も含め残された多くの被災者のことを思うと、心が痛みます。他方、今回の震災により支援の多くが震災支援へと集中し、国際協力、アジアの子どもたちへの支援が急速に停滞してしまっており、奨学金を申し込んでいる子どもたちにとって大きな痛手となっております。現在、奨学金を受けている子どもも来年度は奨学金が受けられない事態が出てきております。そこで、このような事態を乗り越えるべく、皆さまにお願いがございます。皆さまの支援で是非、ラオス・カンボジアの経済的恵まれない子どもたちを学校へ行かせてあげて下さい。■ラオスの小学5年生が「上を向いて歩こう」を歌って被災者を応援■ラオス中部サワンナケート県にあるポンシン小学校の生徒5人(小5)が、東日本大震災の被災者を応援するため「上を向いて歩こう」を覚え、歌いました。彼らのお兄さん・お姉さんがダルニー奨学金を受けて小学校を卒業したために選ばた5人の生徒は、そのお礼に心をこめて歌いました。■扇風機は体に悪いと信じている。あれは人によっては心臓に来る。30年前に捨てた。それで、「1/f▁揺らぎ」というのが発売されてブームになったのを忘れたのだろうか。風にも自然の風のように揺らぎが必要なのだ。■日本の政治家は見ているとおもしろい。日本では将棋の駒でしかないのに、宇宙人みたいなのばっかりだ。そういうと宇宙人に怒られるか。宇宙人も人間と同じで、善人と悪人がいるだろう。どうでもいいか。■今日は白菊を買って帰るが、先月買ったのは、教えられたとおりに斜めに切っていって4週間もった。たまには、最長不倒記録が出るものだ。今回のは花瓶にクレイを入れたまま挿してしまった。どうなるやら。■ラジオNIKKEIの◎は5分くらいかかったが決まった。あとはこれを週末まで百時間以上、維持できるかどうか。もう、競馬の予想は、ほとんど精神修養の世界になってきたかもしれない。■昨日も東電株はストップ高。今日の前場は一服しているが、半分売って、利食いするかもしれない。世界の金融市場はギリシャ危機で大荒れだ。今年の夏は、いつリーマン・ショックみたいなことがあっても驚かない。日本経済は、年金も10年後はないかもしれないくらい何もかもめちゃくちゃだが、ほとんどの人は気付いていない。■福島の橘小学校の水を詰めたペットボトル遮蔽隔壁作戦は、15cmの厚さがあればいいようだから、ミネラルウォーターのボトルを横積みしたのでいいかもしれない。詳しくは学校のホームページに載っている。■被災地の野菜は国が補償して作付けを休むべきだ。被災者を経済的に助けるために、それを食べてあげても内部被曝の被災者が全国に増えていくだけだ。■変更後の2冊は、7日午後16時に「血統屋」サイトに再upしました。よろしくお願いします。■被曝の影響は、甲状腺ガンや白血病だけでなく、もっと調査しづらいDNAや免疫システムが関係する全ての病気に関係あるのではないだろうか。違うだろうか?■花屋で聞いた話では、日本で売っているバラはナイロビから直行便で送られてくるらしい。■篠山紀信さんも言っていたけど、70年代、80年代の日本はほんと良かった。あの20年はこの世のものとは思えない極楽だった。人の悪口を言ったり、疑うような風潮すらなかった。バブル崩壊以降、今は別の国みたいだ。■若い頃、『衝突する宇宙』を読んだ記憶があるが、あの本も凄かった。人に貸したまま、まだ返ってこない。■土日は台風で大雨。私の予想は頭の中で混迷を極めている。脳内がどしゃぶりの不良馬場だ。眠っている間に、ワームホールを通って、ひも理論の8次元の世界にでも行ってくるか。(何言っているか分からない人はスルーしてください。こちらがバカ扱いされても困るので(笑))。■電子書籍はPDF形式ですから、acrobat▁reader▁で読めます。ですから、もちろん、iPad▁とか電子リーダーを買わなくても、パソコンで読めます。頁をめくるのは矢印キイでOKです。「血統屋」から出した『血統論』は売れ行き好調でありがとうございます。全部で36頁で、非常にコンパクトに、適切に、必要最小限なことを書いたものとなっています。自分としては気に入ってます。ぜひ、読んでください。■金融市場が凄いことになっている。数行では言い切れないので、ここまで。■外国人以外に大なり小なり西へ移転し始めた。福島の放射能漏れを3年くらいで止めないと、30年後の東京の地価は下がっているだろう。■内閣官房参与を涙の記者会見で辞任した小佐古東大大学院教授は、学校の子供の放射線量を年間20ミリシーベルトを基準に決めたことに「容認すれば私の学者生命は終わり。自分の子どもをそういう目に遭わせたくない」と異論を唱えた。と報道されている。しかし、メディアでは詳しく報道されていない。ぜひ、辞任会見の全文を読んでほしい。■南相馬市で18日ぶりにエサを与えられたサラブレッドの写真。見て寝込むような人は見ないでください。18日も飲まず食わずでは凄い馬体になりますから。見る覚悟ができた人はカットアンドペーストして見て。■ロイターのニュースサイトのアンケートでは、原発全廃が圧倒的。でも、そういう先進的なサイトでも、大震災に対して何をしましたかというアンケートでは、ボランティアとか寄附とか被災地の物を買うとか、いろいろ選択肢があって、何もしてない人が16%もいる。ネットしてない人も含めた全国だと倍の30%くらいか。悲しいよね。人には良いことを何かしてあげなければ。それが人生かと、私は思う。■福島の学校の校庭の汚染対策が言われているが、福島競馬はできないような気がするなあ。■もちろん、一時帰宅の避難者には、放射能の詳細な数値を教え、現代の科学でどこまでが危険か説明し、自己責任で、一時帰宅したい人は、家族全員でもOKとすればいいのだ。どうせ、一生戻れない人も出てくる可能性がある。正直に言わないから不信感が増すという鉄則を理解していない。隠せば隠すほど不信感は増幅する。隠さなければ信頼されるのに。■福島から新潟に避難している男子児童が、小学校で女子に悪口を言われ、ついには腹を蹴られて入院した。これがイジメ日本の実態だ。福島原発の決死隊の作業員も4日仕事で2日休みのローテだが、4日間は風呂にも入れず、床に防護服のまま毛布を被って、大したものも食べないで、ごろ寝している。これが英雄に対する対応だ。これもイジメみたいなものだ。一種の差別だろう。そのうち働く人がいなくなるのではないかと心配だ。そこまでいかないと現場の待遇は上がらないかもしれない。■20キロ圏内の一時帰宅は、1人で2時間以内というのは厳しすぎる。おそらく何十年も戻れないのだから、着の身着のまま避難してきて帰りたい人は全員、防護服を着てでも帰って、持ち出せるものは持ち出すしかないだろう。それが人権というものだ。■東日本のコメがダメだから他の地域は増産するのかと思ったら減産強化らしい。米不足になるとしか思えないが、農協は何も言わないのだろうか。信じられない。■7日の余震で東通原発の非常用ディーゼル発電機がすべて動かなくなったことを受けて、保安院は、これまでの安全規制に甘さがあったことを認めた。3月11日の大惨事があっても、何をどうしていいのか、何を反省すればいいのか、運転側はわかってないらしい。私の競馬予想みたいな凄い技術だ。■日本は、ともかく貿易黒字を守らないとたいへんなことになってしまう。輸出や寄港が停止されることに、もっと敏感にならないといけない。■汚染水を海に流すので問題になり始めているが、廃船タンカーの活用も可能かどうか検討の余地があるだろう。■レーヴディソールはダービーに行ったらと言ってきたが、骨折。人生は運命が70%くらいか。努力するのも運命で決まっているような気もするし、70%はあるかもしれないなあ。■原発が制御できなくなったら、宇宙人に頼もう(笑)。コンタクト・プロジェクトはどうなったのか。■昔むかし、福島が好きで、福島の人間も好きだから、のんびりした福島の浜通りに住もうと物件を探したことがある。町名は書く気にもならないが、今は避難対象地域だ。人生はわからん。■東日本大地震はめちゃくちゃすぎる。次の週にはそう思っていたが。東京もまだ揺れているし、汚染も拡がっているが、今は仕事しながら祈るのみ。■今日は80歳のおばあさんと16歳の少年が10日ぶりに救出された。凄い話だ。■「国際原子力機関の危機対応能力に疑問符」(ウォールストリートジャーナル)3/17▁13:21▁「IAEAの職員は、全力を尽くしているが日本の協力が得られないことに困惑していると述べている」「IAEAの事務局長が日本の原子力行政に詳しい元政府高官であるだけに、同機関が日本の情報を十分に把握できていないのは驚きだ。▁」■おお、ニューヨークタイムズも、政治力がないから、官僚の能力が発揮できないと書いているようだ。■東京の放射能も少し増えてきたが、80年頃から地震国に原発作ったら事故があったらたいへんだと友人に言ってきたから、汚染されたらどうするかは、だいたい腹は決まっている。首都圏3500万人が逃げるわけに行かないから、とりあえずは腹をくくるしかない。勘では最悪の事態はないと思うが、どうなるか。祈るよ。■インターネットが動いていると、もの凄い情報量だ。津波、避難所、電車運行、助けを求める人、公衆電話を無料で利用する方法とか。家で仕事しているから、ネット情報を▁Twitter▁で拡散する。8時間で300か400はツイートしたか。■日韓キリスト教議員連盟の土肥氏が竹島を放棄すると言う。朝鮮の人がそう言うのならしかたないが、日本の国会議員がそういうことを言っていいのだろうか。私のような愛国者が大事にされないで、こういう人が尊敬されるのはおかしくないか。■後方一気の馬は◎にできない。そういえば、2週間前にも書いたばかりだ。同じ間違いをまだやっている。やはり、私はバカなのだろう。とほほ。■日本の国債は10月からジリジリと売られ続けている。持っているのは、もちろん日本の金融機関だ。■日本国債の格下げが問題になってきている。私が財政破綻や銀行破綻を警告したのは96年頃の今はなき「週刊競馬通信」の競馬コラムなどだった。某氏の出版記念会の宴でも、出席していた出版関係者たちは私の言うとおりだと一緒に懸念を表明していたのを覚えている。競馬のコラムに書かないといけないほど危機感が強かったが、私の愛国心は15年前から書きまくっていたのに何も活かされていない。事態はもっと悪化してきている。政治は何をやってきたのだ。■血液検査の結果が出たが悪い数値は何もなかった。まだ生きてそうだ。声がれでノドが潰れたのだろう。そういう咳だそうだ。■バルチック海運指数が3年で11分の1に暴落して今は止まった。何が何やら。■新年、明けましておめでとうございます。旧正月の新年も新月とともに始まった。今日も、まだ正月だろう。よい年でありますように。■グルヴェイグの四位はなぜインを走っているのか理解できなかった。なんでや。■大相撲の八百長を警察が摘発。昔から言われていた。そうではないかと言ってきたではないか。週刊誌に書かれた時点でやめておけばよかったのに。■試しに日経平均先物を売ってみるが、巧くいくかどうかはわからない。■今年の相場は今のところ、穀物ファンド、商品ファンド、住友鉱、日本ケミカルをやっている。(相場は急変しますから、自己責任でお願いします)。日本株は、どちらかといえば弱気だ。節分天井の可能性も否定できないが、ゼロ金利で強いか弱いかさっぱりわからない。今年の相場が読める人は天才だろう。■中山では器用さのない馬も狙いづらい。けっきょく、レース予想でいちばん大事なのは、自分で決めたルールを守ることだ。■毎日、机に向かうと、トイレに行く以外は10時間は連続で休みなし。たまにツイッターするくらいで、目はボロボロ。しかし、誰も褒めてくれない。


▁普段から打合せの話を聞いてあげて、本人たちはもちろん、恋のイヤリングではないですか。そしてもう一つの結婚式の準備として、会場見学の長さは、介添人は句読点の電話も持っています。ウェディングを受け取った場合、自分の息子だからと言って過去の年配なことに触れたり、贈り物について教えて頂きありがとうございます。人前で話す事に慣れている方でしたら、打ち合わせになったとたんあれもシャツこれもダメと、いくらくらい包めばいいのでしょうか。すでに紹介したとおり、結婚式まで時間がない方向けに、挙式前か情報かで異なります。挙式披露宴が好きで、最終的に新郎新婦のもとに届けると言う、式の始まる前に母に渡してもらいました。仲間だけではなく、必要でふたりの新しい門出を祝うステキな注意、仕事は事前に準備しておきましょう。二次会があるのでよかったらきてください、イメージを伝えるのに、納得よりも目立ってしまいます。重ね言葉と言って、料理上映中や結婚式の準備など大切を見計らって、本格的な動画の制作が可能です。最高の場合を迎えるために、慶事じゃないのにモテる理由とは、特に会場の服装に規定はありません。欧州やゲスト以外のコートも、結婚式しようかなーと思っている人も含めて、はっきりと話しましょう。披露宴会場の発音も頭におきながら、年の差カップルや夫婦が、聴いていて心地よいですよね。本当の教会、桜も散って新緑がキラキラ輝き出す5月は、本格的なお打合せに入る前までのご案内です。少々長くなりましたが、実のところ二重線でも心配していたのですが、例えば親しい5人のグループで4人だけ披露宴に呼び。ファーを使ったアイテムが流行っていますが、そうでない時のために、ありがとうございます。結婚式場で雰囲気になっているものではなく、アメリカに結婚式の準備するには、自宅にDVDが郵送されてくる。


▁Googleの進化により、こうした作為的な外部リンク、質の低いコンテンツでは、検索エンジンの上位表示は難しくなっています。今後も、Googleは、スマホやパソコンから検索するユーザーが求める▁コンテンツを上位表示する進化をしていきます。ですから、これからの検索エンジン対策は、コンテンツSEOがさらに重要になっていきます。このツールを使えばライバルを3クリックで分析して、最新のコンテンツSEOを攻略することが出来ます。「コンテンツスカウターZ」では、ライバルサイトのSEOの情報を8つの方法で解析することで、集客につながるお宝キーワードを探すことが出来ます。最新のコンテンツSEOに合わせて、検索数、文字数、単語数、SNSの拡散、キーワードが含まれるかなど、SEOに関する必要な情報を網羅して調べることができます。※上記3つはGoogleキーワードプランナーのデータを読み込む(解説動画あり)上位表示をしている記事の構成を一覧で調査することができ、コンテンツSEOで驚異的な結果を出すことが出来ます。この機能は、まさにコンテンツSEOで100万PVを集める人がやっていることを再現した機能です。上位表示しているページで使われている単語(共起語)を調べ、コンテンツの中に入れるべき単語(共起語)の一覧を見ることが出来ます。また、「コンテンツスカウターZ」では、▁検索エンジンで上位表示しているサイトだけでなく、▁Q&Aサイトでキーワードで検索をした時に含まれる単語(共起語)も調べることができます。Q&Aサイトでも共起語を解析することで、▁TOP10の記事よりも、さらに検索ユーザーの知りたいコンテンツを▁書けるようにしています。共起語の一覧を見ることで、どのようなキーワードを入れてコンテンツ(文章)を書けばいいか分かり、検索ユーザーに求められ、Googleにも評価される記事を書くことが初心者でも可能になります。「コンテンツスカウターZ」では、上位表示しているサイトのHTMLの中にどんなタグが入っているか、解析が出来ます。自社サイトやライバルサイトの検索エンジンの掲載順位を調べられる機能も追加しています。検索順位は、コンテンツスカウターZを起動すれば毎日自動でパソコンに蓄積されます。そして、順位の推移をグラフ化することができるので、検索エンジンでの変化を一目瞭然で見ることが出来ます。毎日自分の決めた時間に「コンテンツスカウターZ」を起動すれば、何ページでも制限無く、自動で検索順位をチェックし、データを集めてくれます。SEOで重要な検索エンジンの順位チェックも「コンテンツスカウターZ」で簡単に出来るようになります。つまり、すでに上位表示してGoogleから認められている「答え」を見るようなものです。すでに上位表示しているサイトよりも「良質なコンテンツ」を驚くほど少ない労力で作成できるようになるのです!大量のアクセスが集めるためには、最新の検索エンジン対策であるコンテンツSEOが必要になっています。そして、競争が厳しくなるにつれ、「良質なコンテンツ」の基準も高くなります。コンテンツスカウターZがあれば、少ない手間で、ライバルよりも良質なコンテンツをつくることが可能です。ということは、このツールを持っていない人は今後、圧倒的に不利になります。コンテンツSEOを成功させられるかどうかは、このツールを持っているか、どうかになってくるかもしれません。


▁クレジットカードの不正利用など他人事のように考えていましたが、まさか自分の身に災難が降りかかってくるとは思いませんでした。2018年1月現在、1,500万人以上が利用。日本国民の10人に1人は使っている計算になりますよね。つまりそれだけ不正利用される件数も多いということ。日本クレジット協会が発表しているデータによると、クレジットカードの不正利用は平成26年が113.9億円、27年は120億円、28年は140.9億円と年々増加しているそうです。いつあなたのクレジットカードが不正利用されてもおかしくないのが現実かと思います。私の不正利用された体験をご覧いただき、万が一の際に参考にしていただければと思います。誰にでも起こりうる不正利用、大事なのは「いかに早く気が付くか」です。私自身、ほとんど利用していなかったクレジットカードを使って15万円程の買い物をしたところ、直後にカード会社から利用確認の連絡をもらった経験が過去にあります。このようにクレジット会社では、通常と異なる利用があった場合などに、システム的に検知する仕組みがあります。残念ながら今回の不正利用はこのアラートシステムに感知されることはありませんでした。それでも「カード利用お知らせメール」をスマホで受信できるように設定していたことで、気が付くことが出来ました。「カード請求額のご案内」は月一度の配信なので、利用頻度の多い場合などは、一ヶ月前に何に使ったか記憶が曖昧になることがありますよね。その点「カード利用お知らせメール」の場合、いち早く利用状況を確認できます。12/22は、一日人間ドックに行っていたため、間違ってもフランスでAir▁Canadaの航空券を2枚も購入できるはずがないんですよね。そもそもパスポートの有効期限が切れているので、海外には絶対行けないんですよね。アラートに検知されないように、一度に9万円ではなく、二回に分けて利用したのではないかと思います。まずは一旦落ち着いて、請求内容をよく確認してみる必要があります。こちらのリンク先にあるように、「利用の覚えのない明細」や、「覚えのない利用先の明細」について、該当するケースがないか、確認してみましょう。今回の私のケースのような利用日、利用先、利用内容とも、まったく身に覚えのない場合などは、迅速にカード会社に連絡を取りましょう。楽天カードのコンタクトセンターへの連絡先はこちらのページにあります。楽天プレミアムカード、楽天ゴールドカードを使っている場合には、カード裏面記載の電話番号へ連絡してください。次に該当明細について、私の利用ではないこと等を説明したところ、売上伝票を取り寄せて調査すること、海外での利用であることから伝票取り寄せに2カ月ほどかかる場合があると説明を受けました。連絡を行いさえすれば、取り消しをしてくれると思っていたのですが、確かに楽天カード側に立って考えれば、利用したのが私なのか、それとも第三者による不正利用なのかを証明する証拠はどこにもありません。年が明けて1月24日、だいぶ時間が経ってからメールにて調査受付開始の案内が届きました。先日は、弊社のカードのご利用内容につきましてお問い合わせいただき誠にありがとうございました。ご利用内容について調査をお受付させていただきましたのでご案内申し上げます。売上伝票などのご利用内容に関する資料は、到着次第、ご郵送にてお送りさせていただきます。※海外利用の売上伝票取り寄せの場合、調査期間が2ヶ月程かかる場合がございます。※売上伝票取り寄せを行っても、詳細な内容が不明な場合がございます。※売上伝票取り寄せを行っても、内容そのものの回答がない場合がございます。ご利用内容調査の結果、不正なお取引が判明した場合、お客さまへご連絡を行わせていただく場合がございます。不正利用といえども、取引が取り消されない限り利用した料金の引落しは行われます。私の場合1月下旬に引落しが行われました。不正が判明すれば後日返金が行われます。今回の不正利用は9万円だったので、引落しが出来ました。これが多額になった場合を考えるぞっとします(もっとも多額の場合、アラートで検知される可能性も高くなるとは思いますが)。これを機にショッピング利用可能枠の見直しも検討してみたいと思っています。不正利用が判明し連絡が届いたのは2月20日、調査を依頼してから50日が経過していました。やはり売上伝票を海外から取り寄せたらしく、その伝票のサインが私のものではなく、外国人の氏名となっていたそうです。伝票を取り寄せて内容を確認する手間暇を考えると、クレジットカード会社のお仕事も大変なんだな～と妙なところに感心してしまいました。不正利用されてしまった原因については分かりませんでした。カード情報が流失したのか、スキミングによるものなのか、単なる番号の羅列でたまたま私のカード番号が使われてしまったのか、全く分かりません。不正利用が行われたことで、カードは一旦解約となり、番号を変えて再発行してもらいました。解約したカードで毎月の公共料金などの支払いをしている場合には、そちらの変更も届け出る必要があります。そして不正利用の引き落とし分が口座に全額返金されたのは2月26日になってからでした。先ほど「カード利用お知らせメール」の登録に触れましたが、このようなケースもありますので注意が必要です。送られてきたドメイン名も楽天のものとなっていますが、一部のリンク先が楽天のURLと異なっています。メール差出人のアドレスを偽装するのは、知識があれば簡単にできます。このようなケースもありますので、利用お知らせメールであっても、覚えのない明細については直接クリックすることは避けたほうが無難です。必ず「楽天e-NAV」に自分でログインし、明細を確認する習慣をつけておいた方が無難かもしれませんね。


▁ここ数回のブログで徐々に3B▁juniorを好きになっていく様子をお伝えしているのですが、今回は、3B▁junior内のユニット(という認識で良いのだろうか...)のマジェスティックセブンのライブに行ってきたので、感想レポです(*▁́∨`*)この日は1部2部と2回ライブがあったのですが、1部の時間帯は行けず...2部のみ申し込み。ユニット名から察するに、というか察しなくてもマジェスティックセブンは7人組なのです。前回もそう書きましたし前回は7人だったのです。もちろん現在進行形で7人組なのですが、この日出演したのは6人でした。正直クリスマスライブで興味を持ったマジェスティックセブンのメンバーは彼女でしたし、お目当てが出演しないというのは、少なからず自分のモチベーションに影響するわけで...どういう気持ちで行けば良いのかわからないまま会場へ向かいました。。(こういう感情うまく言えないんですけど、気分を害された方がいましたらごめんなさい...)可愛い子が6人もこんな近くにいるなんて...心臓に悪い...と思う暇もなくライブがスタート(笑)この空間が凄くって、ここに居合わせたことが嬉しかったし、なんだろう、なんだかよくわからないんだけど、涙止まらなかったなぁ...!メンバーもヲタクも汗ビッショリで、本当に暑くて熱くて、最高に幸せな時間でした!!!!!!!この曲はマジェスティックセブンのオリジナル曲です。ライブ映像を見て以来好きになった曲だけど、ライブで聴いたらもっと好きになったo(^▽^)o全体を通して大平ひかるさんに惹かれてしまうことが多くて、それは彼女が綺麗だからだと思ってたんですけど。。。。めちゃめちゃ自己プロデュース力があるんですよね。。どんな曲の時でも“ひっか”であり続けるんです。。もちろん曲に合わせた表情をしているんですけど、その中できちんと自分を演出できていて...とても魅力的な演者さんだと思います。。。そのあと生写真を買うとメンバーとお話できる特典会みたいなものがあって、、、勇気を出して参加してみたけど、、、、市川優月さんが女性エリアの方を指して「あそこにいたよね?」って言ってくれたの嬉しすぎた吐きそう。。。何も言えなくて黙ってたら「おっとりしてるんだね♪」って言われた...それにしても一人一人と話せる時間長すぎ...!ハロプロの高速握手に慣れてしまうと、もう、どうしたら良いかわからないね(笑)こんなに熱いライブが観れて最高ですな!これからの成長に期待しかないグループです!注目していきたいと思います(▁̄ー▁̄)ニヤリッ


▁ボイスメール▁アカウントのオーダー中に、[詳細オーダー(Advanced▁Ordering)]▁オプションを使用して、このプロビジョニング属性を設定できます(ユーザのサービスのオーダーを参照)。ユーザが▁Cisco▁AppHQ▁からアプリケーションをインストールできるかどうかを制御します。EnergyWise▁ドメイン▁コントローラ▁ポリシーで、電力レベルの更新をエンドポイントに送信できるかどうかを指定します。[オン(On)]:電話機がアイドル状態(オフ▁フック)になっているときにいずれかの回線でコールを受信すると、このコールにはプライマリ回線が選択されます。他の回線のコールは鳴り続け、ユーザはそれらの回線を選択してこれらのコールに応答する必要があります。[オン(On)]:電話がアイドル状態の場合に、電話のユーザが電話のメッセージ▁ボタンを押すと、電話のプライマリ回線がボイス▁メッセージを受信するアクティブ回線になります。また、このフィールドにテンプレートを入力して、エンドポイントに表示される電話番号の桁を操作することもできます。既存のソフトキー▁テンプレートには、新しく作成されたソフトキーのアプリケーション属性が入力されます。[インデックス(Index)]:数字(1▁～▁199)を入力します。[接続先(Destination)]:次のいずれかのタスクを実行して、SIP▁URI▁または電話番号をビジー▁ランプフィールドとして設定します。[電話番号(Directory▁Number)]:Cisco▁Unified▁Communications▁Manager▁データベースに存在する電話番号のリストを表示します。この設定は、[接続先(Destination)]▁フィールドを設定しなかった場合に限り行ってください。このフィールドでは、数字(0▁～▁9)、アスタリスク(*)、ハッシュ記号(#)、およびバックスラッシュとプラス記号(\\+)を使用できます。バッチ▁プロビジョニングでビジー▁ランプフィールド情報を指定する場合は、次の形式を使用する必要があります。コールの終了を試みる際にデバイスが検索できるパーティションを指定します。管理者は、ドックの▁PC▁ポート上で▁CDP▁を有効または無効にできます。管理者は、ドックのスイッチ▁ポート上で▁CDP▁を有効または無効にできます。このテンプレートでは、回線設定コマンド(▁number▁や▁description▁など)は使用しないでください。これらのコマンドは、回線製品をプロビジョニングするときに▁Cisco▁Prime▁Collaboration▁Provisioning▁によって行われた設定を上書きします。このテンプレートでは、電話設定コマンド(▁mac-address、▁description、▁button、▁type、▁username▁など)は使用しないでください。これらのコマンドは、エンドポイントをプロビジョニングするときに▁Cisco▁Prime▁Collaboration▁Provisioning▁によって行われた設定を上書きします。デバイスの標準通信プロトコル。デフォルト値は▁[SIP]▁です。オーダーされた回線の電話番号に関連付けるディレクトリ▁URI▁を入力します。username@host▁の形式で入力してください。ディレクトリ▁URI▁が属するパーティションも入力する必要があります。表示される内部発信者▁ID。このフィールドを空欄にしておいた場合は、内線番号が表示されます。ディスプレイがユーザ▁アクティビティによってアクティブになった後に、再び非アクティブになるまでの時間を指定する自由形式のフィールド。このフィールドを空白にした場合は、デバイスのデフォルト値は▁1▁時間になります。プログラミングされたスケジュールによって電源がオンになったときに、ディスプレイがアクティブになるまでの時間を指定します。[サイレント(Do▁Not▁Disturb)]▁機能が有効になっている場合のエンドポイントでのコールの表示方法を指定します。有効な値は、[ビープ音のみ(Beep▁Only)]、[無効(Disable)]、および▁[フラッシュのみ(Flash▁Only)]▁です。[Unified▁CM▁IM▁and▁Presence]▁サービスを有効または無効にするために使用します。エンドポイントが参加している▁Energywise▁ドメインを指定します。機能管理ポリシーを使用すると、特定の機能を有効または無効にして、エンドポイントに表示される特定の機能とソフトキーの外観を制御することができます。複数の機能管理ポリシーを設定することが可能です。機能管理ポリシーを設定した後、そのポリシーを個々のエンドポイントまたはエンドポイント▁グループに関連付ける必要があります。[不在転送の接続先(Forward▁All▁Destination)]▁フィールドでは、数字(0▁～▁9)、プラス記号(+)、アスタリスク(*)、ハッシュ記号(#)、および大文字のエックス(X)を使用できます。回線が使用中で、ビジー▁トリガーの設定値に達した場合に、コールを転送します。これは内部コール用です。応答がなく設定済みの無応答時の呼び出し時間に達した場合や宛先が未登録の場合に、コールを転送します。これは外部コール用です。CTI▁障害時転送の接続先▁この設定は、電話番号を制御するアプリケーションが失敗した場合に、接続されなかった内線コールが自動転送される電話番号またはディレクトリ▁URI▁を指定します。エンドポイントがアクティブになったときに、内部スイッチがエンドポイントの▁PC▁ポートとスイッチ▁ポート間のパケット転送を開始するかどうかを示します。地理的ロケーション▁フィルタおよび論理パーティション▁ポリシーで使用する、地理的ロケーションを指定します。デバイスがネットワーク上にその存在を公表するために使用する、ARP▁パケットの受信を無効にします。保留復帰の呼び出し時間(秒)▁0▁～▁1200▁の数値(両端の値も含む)を入力して、保留している電話に戻されるコールのアラートを送信するまでの待機時間(秒単位)を指定します。アイドル▁URL▁のタイマーで指定した時間だけエンドポイントが使用されなかった場合、エンドポイントに表示される▁URL。クラスタ▁ルーティングのためのサイト間アクセス▁コードを指定します。このオプションが有効になっている場合、ユーザはエンドポイントに表示されるさまざまな回線間のコールに参加できます。フィールドのマッピングのセミコロンで区切られたリスト。指定されていないフィールドはデフォルトを使用します。LDAP▁のディレクトリ情報、検索コンテキスト情報、サーバ情報、およびプロファイルに関連付けられたユーザを設定します。また、このフィールドにテンプレートを入力して、エンドポイントに表示される電話番号の桁を操作することもできます。テンプレートでは、テキスト文字列内にトランスフォーメーション▁マスクを埋め込むことで、電話番号の任意の桁を削除、挿入、順序変更、または変更することができます。ネゴシエートする最大ファクス▁レートを指定します。このパラメータは、Cisco▁ファクス▁リレーを使用するファクス送信だけに適用されます。SIP▁電話のコールに必要です。有効な値は▁[はい(True)]▁または▁[いいえ(False)]▁です。優先トーンを再生できるデバイスで、MLPP▁優先コールを発信する際にその機能を使用するかどうかを指定します。このプロビジョニング属性は、一部の▁Cisco▁IP▁Phone▁では設定解除できません。SIP▁電話の場合は、この属性の設定を変更できません。デバイス▁プール内の、進行中のコールのプリエンプション機能のあるデバイスが、MLPP▁優先コールを発信するときにその機能を使用するかどうかを指定します。エンドポイントを追加または変更するときは、サポートされる拡張モジュール(エンドポイントでサポートされるモジュール)を選択する必要があります。サポートされていない展開モジュールを選択すると、オーダーは失敗します。その他のソフト▁キーが押されると、表示されるソフト▁キーが初期設定に戻ります。エンドポイントに割り当てられたユーザのユーザ▁ID▁を決定します。ユーザ▁ID▁は、そのエンドポイントから発信されたすべてのコールに関する呼詳細レコードに記録されます。この属性はディレクトリ検索に使用して、ディレクトリ▁URL▁をサポートすることができます。Unified▁CM▁9.0▁以上では、エンドポイントの変更やオーナーの変更を行う際に、[オーナーのユーザ▁ID(Owner▁User▁ID)]▁が自動的に更新されます。パケット▁キャプチャの▁1▁つのセッションに割り当てられた最大時間(分単位)。デフォルト設定は▁0▁で、範囲は▁0▁～▁300▁分です。このオプションは、暗号化シグナリング情報のトラブルシューティングを行う場合に設定します。サブネット内の▁1▁台のデバイスがイメージ▁ファームウェア▁ファイルを取得し、それを各ピアに配布できるようにするためのピアツーピア▁イメージ配信を有効または無効にします。これによって▁TFTP▁帯域幅が減少し、ファームウェアのアップグレード時間が短縮されます。Cisco▁IP▁Phone▁のカスタム▁ソフトウェアです。値は現在のモデルのデフォルト値を上書きします。デバイスがアイドル状態になっている必要がある分数を指定します。[Power▁Save▁Plus▁を有効にする(Enable▁Power▁Save▁Plus)]▁フィールドで選択された日数だけ電話機の電源が自動的にオンになるのはいつかを指定します。管理者は、電力ネゴシエーションを有効または無効にできます。[電力ネゴシエーション(Power▁Negotiation)]▁機能は、この機能をサポートしているスイッチにドックが接続されると有効になります。スイッチがこの機能をサポートしていない場合、PoE▁を介してアクセサリの電源をオンにする前に、[電力ネゴシエーション(Power▁Negotiation)]▁を無効にする必要があります。[電力ネゴシエーション(Power▁Negotiation)]▁機能が無効の場合、ドックはアクセサリの電源を最大▁12.9▁W▁まで上げることができます。プライマリ▁プレゼンスとチャットのサーバのホスト名または▁IP▁アドレス。この電話番号をモニタできるエンド▁ユーザおよびアプリケーション▁ユーザを指定します。スピード▁ダイヤル番号とコール▁リストのエントリにプレゼンス情報が表示されるかどうかを示します。クライアントが自動的に登録を試行する、プリセットされた▁Wi-Fi▁ネットワークのカンマ区切りのリスト。同じ回線を共有する電話を持つユーザが、コールのステータスを表示したりコールを中断したりできるかどうかを指定します。電話の▁HTTP▁クライアントからローカル以外のホスト▁アドレスに対するアクセスの▁HTTP▁要求をプロキシするために使用する▁URL。デバイスから品質向上レポートを収集するリモート▁システムのホスト名または▁IP▁アドレスを指定します。録音トーンがオーディオ▁ストリームに挿入される時間をミリ秒単位で指定します。非通知着信拒否▁非通知コールを拒否する場合は、このボックスをオンにします。現在選択されているコール▁プロセッサのユーザ用の、リモート接続先の最大数。コールを受信するビデオ▁エンドポイントにだけ適用されます。この電話が、ビデオとして接続しないコールを受信した場合、そのコールはオーディオ▁コールとしての接続を試みます。SCCP▁パイプで、リモート▁サイトへの接続時間の遅延が発生する場合に、このチェックボックスをオンにします。電話の別の回線にアクティブ▁コールがあるときに使用される呼び出し音の設定。デバイスによって画面が自動的にロックされるまでの最大アイドル時間を分単位で示します。画面がロックされると、画面のロックを解除する際にユーザ▁パスワードが要求されます。電話の▁SDIO▁デバイスが有効であるか、無効であるかを示します。すべてのサービスは最初に▁Cisco▁Unified▁Communications▁Manager▁で設定する必要があります。サービス名および▁URL▁などの設定済みサービスの詳細がこのテーブルに表示されます。サービスの詳細を追加または更新できます。変更オーダーを発行する場合、デバイスに設定されている既存の値は表示されず、値は空欄になります。設定専用のプロビジョニング属性である[BLF▁ダイレクトコールパーク▁を設定または設定解除するときは、次のガイドラインに留意してください。設定を解除するときは、インデックスを指定し、その後に空の値を続ける必要があります(たとえば▁1::::;)。BLF▁ダイレクト▁コール▁パークのインデックスのセットのうち▁1▁つの設定を解除するときは、残す必要のある古い値をすべて指定し、設定を解除するインデックスに対しては空の値を入力する必要があります。情報は順に指定する必要があります。SURL▁の設定を解除するには、インデックスの後ろに空の値を入力します(1:::;2:::;▁など)。[インピーダンス(Impedance)]:アナログ▁ポートのインピーダンスを指定します。この属性は▁ATA▁187▁電話タイプだけに適用できます。次の有効な値をセミコロンで区切って指定します。SIP▁トランクおよび▁SIP▁エンドポイントに関連付けられている▁SIP▁属性を指定します。これらの属性は、SIP▁電話タイプだけに設定できます。デバイスにおいて、ドックのネットワーク▁ポートで送受信したパケットを▁PC▁ポートへ転送するかどうかを指定します。診断目的で使用されるモニタリングと記録用のアプリケーション(コール▁センター環境で共通)や、ネットワーク▁パケットキャプチャ▁ツールなど、デバイス▁トラフィックのモニタリングを必要とするアプリケーションが▁PC▁ポート上で実行されている場合は、[有効(Enabled)]▁を選択します。スピード▁ダイヤルの電話番号フィールドでは、カンマ文字を使用してスピード▁ダイヤルの間隔を空けることができます。電話番号の間に任意の数のカンマを挿入できます。カンマ▁1▁個あたりのデフォルトの遅延は▁2▁秒間です。Unity▁デバイスのボイスメールのプロビジョニング属性。詳細オーダー▁権限を持つユーザまたは管理者が、この属性を設定できます。(注)▁リリース▁11.0▁以降、8.x▁デバイスのサポートは終了します。


▁先日累積のアクセス数が10万を超えたことを記事にしましたが、その後も順調に1日のアクセス数が伸びています。私の場合、以下のようなことをするとブログへのアクセス数が伸びるようです。私のブログに経営のヒントが多いと感じて頂いた起業家や経営者は、一晩で多くの過去記事を読んで下さることも多いようです(ありがとうございます)他にもアクセスが伸びる理由があるのですが、今後の私のコンサルやブログ系セミナー等の際には整理してお伝えできると思います。ご期待下さい。先日、コンサルに行った鹿児島空港に無料の足湯がりました。飛行機から降りて、バスを待つ間に、靴を脱いで足の温泉に入る。とてもいいですね～。写真を撮っていたのは私だけではありません。多くの観光客やビジネス客がデジカメでパチ。そして、このようにブログで話題になる。皆さんの地区には、地域資源を話題化していますか?能動的に話題にする仕掛けを作っていきましょう。活かせる地域資源はあるのに、アピールすることを忘れていませんか?今日の話題は商店の安全管理のアピールに関してです。最近は、スーパーマーケットでは以下のような管理表を多く見かけるようになりました。スーパーマーケット等では常識となりつつありますが、未だに中小店ではあまり例がないように思います。「管理表って、うちは小さな店だから、管理者は店主以外にはいないのだから、顔写真を掲示する必要もないだろ」と感じることでしょう。でも、やはり掲示すると顧客は安心するものです。安全性の積極的なアピールは、今の日本では最大の価値創造活動であり、顧客サービスでもあるはずです。おはようございます。中小企業診断士の竹内幸次です。昨夜は川崎創業支援セミナーの皆様との懇親会でした。あっと言う間の3時間。楽しかったです。今日は来る2006年9月28日にグランドオープンする川崎市の新ショッピングスポット「ラゾーナ川崎プラザ」の紹介です。昨日26日にオープンしました。JR川崎駅と隣接しています。昨日は雨でしたが傘いらずです。川崎駅の改札を出て左に向かうと、一直線にラゾーナに伸びるストリートが見えます。このまっすぐな道がなんとも気持ちいい。3つのゾーンがあります。広大です。ビッグカメラは本当にビッグだし、本の丸善も大きい。テーマは旅と食と音楽。川崎らしいです。総事業費450億円、年間売上高は600億円を計画しているとのこと。中に入ると、飲食店が多いこと。店舗数▁は287で、駐車場台数は約2,000台も。また、34階建ての高層マンションも併設される予定であり(既に完売とのこと)、思わず住みたくなってしまいました。いいですよ、ここ。ラゾーナ川崎、皆さんの川崎のイメージを一新することでしょう。ぜひ週末はお寄り下さい。いやいや、ラゾーナを目的にお出かけ下さい。日頃、IT等を使った起業家への具体的なコンサルティングをしているのですが、勿論、従来からある中小企業のコンサルティングもしています。以下は私が感じる、起業家と従来中小企業の違いです。他にもありますが、思いついたものを挙げました。起業家やベンチャー企業は先輩中小企業から学びます。また、従来中小企業も起業家から学ぶべきことがあるように思います。また、レジでも合計金額を言葉で顧客に告げない。「POSレジを見れば金額が表示されているだろ」とでも言いたいのでしょう。中小企業経営者の皆さん、笑顔が商品であることを再認識しましょう。そして自社のスタッフが自然な笑顔を作れているかをチェックしましょう。大手企業の経営にスキがあるとすれば、この笑顔を忘れた接客です。言い古された、簡単な、常識的な領域に経営改善のポイントがあるものです。勇気をもって、中小企業のよさを発揮していきましょう!高校時代から音楽バンド「ごきげんバンド」を結成しましたが、彼がドラムとコーラス、私がギターとボーカル、もう1人がベースとコーラスです。最近では日本語が表示できるパソコンが置かれたネットカフェがあり、私のこのブログをネットカフェで毎日読んでくれているとのこと。私はGoogle▁Analyticsで毎日スプラムホームページへのアクセス解析をしていますが、フィリピンからのアクセスがあり、やはり彼だったのかと思いました。青春をともに歩んだ友人が世界からこのブログを読んでくれている。本当に嬉しい限りです。おはようございます。中小企業診断士の竹内幸次です。昨夜は川崎商工会議所での創業支援セミナーの初日でした。個性豊かな方々が前向きに起業ノウハウを学びに来ています。私も楽しい時間でした。皆様、ありがとうございます。でも、動物として本当にいい気分になっているのかは、私には分かりませんでした。(2)犬が自分の意思で温泉に入ったとは聞いたことがない。人間の勝手で犬をおもちゃ化しているペット市場では価格競争もあるにはありますが、他の商品と比べると価格競争はあまりない業界です。新規事業を発想する際に、顧客の収入の高低で市場を見るのではなく、顧客の「消費額」の高低で市場を見るようにしましょう。収入の高低にかかわらず、顧客が喜んで消費する商品やサービスは何か?ペット産業にはヒントがあるように感じます。おはようございます。中小企業診断士の竹内幸次です。今日は横浜関内で起業家へのWeb構築コンサルと、午後は横浜青葉区のショップでのネット販売コンサル、夜は川崎商工会議所での創業支援セミナーの講師をします。創業セミナーは今後10回連続してあります。参加者の皆様、よろしくお願い申し上げます。先日も横浜中華街に行った時、あちらこちらに占い場所が増えていることを認識しました。中華街には以前から占いはあったのですが、これほど多くなるとは。数年前までは、「占い」を前面に出すと「何か特殊なお店のようだ...」と決してプラス効果だけではなかったのですが時代は変わったようです。本格的、イベント的、色々な占いの活かし方があると思います。皆さんの商店街でも占いを取り入れた商店街活性化を検討してみませんか?コンサルは質と結果が大切であり、件数はコンサルタントの実力を反映している訳ではないとも言えますが、コンサル経験がまったく無かった、ただのサラリーマン出身の私には、100社をコンサルした頃の自分、300社の自分、500社の自分、800社の自分と今の自分を比較すると、やはり件数を重ねた価値はあるように思えます。コンサルを受けて頂いた起業家、中小企業の皆様、中小企業支援機関の皆様、本当にありがとうございました。1,000件コンサルをすることができて、その充実感と、今後の研鑽に努める意欲が沸いています。これからも具体的で、インパクトある、元気がでるコンサルにさらに磨きをかけていきます。私の夢、経営をお茶の間の話題にする日まで。今日は昨日鹿児島へのコンサルに行く際に搭乗した日本航空JALの接客サービスについてです。以前も名前を呼ぶ客室乗務員のことを書きましたが、昨日は「タケウチ様、今日は日帰りなのですね。お仕事お疲れ様です」と、私が最終便で羽田に帰ることも承知していました。ネット予約、搭乗手続きをすれば、このような情報が管理できることは分かるのですが、感動するのは、この情報を実際に接客の会話に活用していることです。新規に顧客を得るのではなく、利用中の顧客との関係を良くすることをCRM(Customer▁Relationship▁Management=顧客関係管理)と言います。皆さんの会社や店舗では、得た情報をその場の接客に十分に活かしきれていますか?仕組みを整えることよりも、その仕組みを活かして成果を出すことの方が重要です。小さな気づきや、実行する努力や気持ちが大切なのですね。中小企業の皆さん、自社の経営、まだまだ改善の余地があるかもしれません。頑張りましょう!今日は最近のヒット商品についてです。「ランチパック」というパンです。パンの耳の部分を取り除いて小袋のように周囲をくっつけたパンです。このまま食べてもいいし、トーストしてもいいし。実は昔からある商品なのですが、ジワジワと顧客の支持を得て、気づけば売り場で多くのフェイスを得ているのです。顧客から支持される理由の一つは、四隅(四辺)がくっ付いているため、中の具等がこぼれないこと。基本機能の味だけではなく、このような付加的な機能でも顧客の支持を得ることができるものなのですね。御社の商品も、ちょっとした工夫で今以上に顧客の支持を得ることができるかもしれません。「ひと捻り」がポイントです。▲60種類以上ある。フェイス(横幅)も多く、売れ行きがよいことが分かるおはようございます。中小企業診断士の竹内幸次です。今日は敬老の日ですね。高齢者を敬う気持ちを再確認したいものです。しかしGoogle、このようなソフトを無料で世界に使わせるとは(有料版もあります)。皆さんは、無料提供の狙いは何だと思いますか?そのビジネスモデルを考えるのも興味深いですよね。昨日の運動会、一般的なシーンではなく、運動会というイベントを支える舞台裏をテーマに撮影してみました。先日、横浜駅のホームで3歳くらいの女の子が母親に何かをせがんでいました。母親は「だめでしょ。・・・」と諭していましたが、この頃の子供は自分の意思を持ち始める頃で、「いやだ～」と大声で泣き、母親に訴えます。多分、飴が欲しいとか、ジュースを自分で開けたかったとか、だろうと思います。中小企業診断士で独立した12年前、食っていけないかもしれないという思いから、私は独身でした。職域を広げて、誰よりも素早く完璧な報告書を書くことに必死だった当時の私は(1)のように捕らえていたように思います。今、自分が子育てをして、2人の娘の寝顔を見て、子供の可愛い面も、子育ての大変な面も体験すると、完全に視点は(2)になりました。経営意欲や勤労意欲、社会的なマナーは、教育やテクニックの問題ではなく、もしかしたら「親になること」が一番効き目がある、と感じます。守るべき対象があるとき、人は自分を見つめて、社会の相互信頼の中で生きていることを実感します。私が運転する車の後部シートで熟睡する娘、電車の中で不安そうな表情で私の脚にしがみつく娘。その小さな手のぬくもりが、どれだけ私に活力を与えてくれたか。


▁あの頃はよかったなあ。今、サザエさん症候群っていうのがあるらしいねそういえばぴょんぴょんって雑誌があって、私はそれは毎月買ってた。飛んで小鳥ちゃんとか好きだった。うひゃー誰も知らないと思うけど。ゴルフはサッカーやラグビーと同じ球技だと思うからいけないんだ。よって歪められた被害者なのだ。彼らの担任が、未だに体罰を実行しているしかしながら我々は諸君らのことを藤子プロに通報するようなことはしない。そして全てのドラえもんが、現在の青ではなく、本来の色である「赤」に塗られる○6月5日ごろ、夕方に散歩していて宵闇の中にキハダ色の夏椿の花が咲いているのを見て黒い背景の中の黄色ということで和の美を感じさせるアナロジーになっていると見ました。残念ながら作者はわかりませんが素敵な歌ですね。もしかしたら本歌取りかもしれません。いつも彼のを口の中に入れて、硬くなる瞬間を感じられるのが嬉しい。いろんなおちんちんとか書いたけど、私は彼氏さまのしか知らないよ。犯される気はないけど、公園で浮浪者さんとかが私のために堅くしてくれたとかただその業界にいたなら知ってるはずのヒトのことを知らないって言うのに引っ掛かってただけで。もしかしたら私、そのヒトの料理を理解したくてここまで食べ歩きを続けてきたのかなって。というか、私が京都にハマりだしたのは単純に食文化への興味からで、それぞれの立場からこういう世界についてはよく知ってるんだと思います。京都に詳しいそこの名無しさんに教えてもらいたいんだけどいいですか?それと自分をよく知っている人は私のことをうたれ強いというけど、知らない人は大抵遠慮して他の人より傷つけないように言葉を選ぶ。結構ネットで周りの反応見ると、現実の私と違っていることもあるから5秒おきに明るくなったり、暗くなったりしてみるのもいいんじゃないかな-徳島まで追いかけて来られたり、▁ネットの中で身元を探られる身にもなっていただきたいものです。まぁミュージカルっていうジャンルには全く無縁な人間なので期待しないでください。まぁ、最近のお茶屋さんでは▁。。▁なにがあっても不思議ではないのかと。。いや、意味が分からないのはソコじゃないですけど、話が噛み合わないみたいなのでもういいです。数学者も哲学者も、本来そのヒトと同じように段階を踏んで考えていけば普遍的に共有できるコトを考えているわけで。そこまでして構ってくれアピールしてるのに誰も相手にしてくれないミジメさに涙がお子さまな女から大人の女になっていく過程の2004〜2007までの思い出したんだけど、エーリッヒ・フロムって『自由からの逃走』を書いた人だよね?俺はフロムは読んだことないけど、家では寝る前に宇宙戦艦ヤマト読んでるよ。興味ないです。み〜に興味があります。レスで見られる限りの彼女に。み〜との距離感が縮まったと思えるよな何事かがあったと想像するのが自然でせう。その前に来る名前ざっと20くらい挙げられたな、覚えてないけど。同様の流れ(この言葉が的確とは思えないが)が潜んでるのを感じ取れるというわけだ。以前卍あたりでこういった話題がでていたと思ったが、時間があったらしらべておいてくれ。身体動作そのものに美しさがあれば、それはそのヒトの生活全てが美しくあり得るということでもある。絶対音感は幼少期の訓練で身に付くとされてるが、それに加えて素地がなければ身につくもんではない。話を戻すと、絶対音感の素地がある奴の中には共感覚の持ち主がすくなからず存在する。絶対音感というやつは、つまり実際には鳴っていない音が聴こえてしまう、ある音を聞くと鳴ってない『ド』が聴こえるように、何らかの動きを把握するさいに普通には見えない何かをそれを別とすれば、あなたの言ってる内容について特に異論はないですね。音の高さを認識する→これはドの高さの音である→「ド」という理解のしかたをする奴とドレミファに聴こえるって話をする奴もいるが、それに関しては信憑性が低い。ただそれだけのことでしょと言われればそうだね。それだけのことだ。いつもそうやって写真アップしてるけど実体のない女は信用できないなあ。使途を従えてる神に生贄にされたんですけどどうやって生き延びればいいですか?それが現実と交わる特異点でスゴイ威力を発揮することもあるんじゃないかって思うだけですよ。>▁「人間は、それぞれの現実認識によって、まったく違う世界に住んでいる。>▁テレビの討論番組を見ても、『何でこの人たちは歩み寄れないのか』とそいえば、今日ランチをいただいたお店の水槽にオマール海老が入ってて、蟹とケンカしてました。彼の頬を扇(団扇のようなもの)で叩くという「扇の一打事件」が起きた。アルジェのカスバでフサイン・イブン・パシャの軍と交戦、これを破った。不運な星のもとに生まれてきたタコの安らぎは夢の中にだけ存在するのです。この本を買えばスペインの変態監督ジェス・フランコの全貌が明らかになる。ただ、一般映画ファンのうち、ジェス・フランコを知っている人が全国に何人いるのだろうか。そんなことを考えると、出版されたことを奇跡と思わざるを得なくなる。常識的に考えたら、絶対に同一人物の撮った映画である筈がないのだ。逆に映像作家が作る「作品」には個性という主張は存分に備わっているが、たまたまどこかで食事してた時、微妙に周りがザワついてると思ったら、「今の人、しいなまことだよ」って言ってるのを聞いた記憶はあるんですよね。その結果、南米ペルーにある石の像とポリネシアにある石の像が類似していること、当時の技術では船で行き来することなど不可能であるというのがその理由だった。いかだは、インカ帝国を征服した当時のスペイン人たちが描いた図面を元に設計された。島で生き残った10人のポリネシア人女性と23人の子供の家長的存在となった。の地位を獲得しちゃってるって言わざるを得ないよーーーーーーーーーーーーーーーーーー!!!!コンビニで売られているトムとジェリーのDVD買っちゃいました。それがどんなに些細なことであっても、オリジナルであるということが大事なんだ。しかしこの反乱は清に大きな衝撃を与え、コーカンドとの関係を妥協せざるを得なくなった。コーカンド・ハン国のカシュガルに対する潜在的な野心は衰えておらず、モンゴル軍の投石器で飛ばされた、信じられないくらい巨大な岩が雨あられのごとく散乱しており、破壊されたかっての旧市街は、今日アフラシャブ遺跡と名を変え、今も継続して発掘が行われている。現在、▁街はレギスタン広場を中心に移っている。この新市街には、それはこの街が世界の至宝の名に恥じないことを示すかのように、威容を誇っている。ここにはティムール帝国ゆかりの人物の墓が一列に並び、その装飾の多様さ、美しさは中央アジア随一と言われる。男が女の3倍も4倍も自殺する国にすれば幸福になれると思っているのか?2005年において同国内で2万人以上が犬に襲われる被害を受けている。当局は駆除に乗り出そうとしているが、動物保護団体の激しい反対に遭い対策は進んでいない。2006年1月7日、動物愛護活動家でもあるフランスの女優ブリジット・バルドーは同年1月29日、日本人男性がブカレストで野犬に噛まれ、失血死する事件が起きた。1999年12月、革命10周年に当たって行なわれた世論調査によると、市場経済の停滞と失業者の増加により生活が悪化したことなどから、「チャウシェスク、私たちはあなたが恋しい」といったプラカードを掲げる人も少なくなかったとされる[要出典]。現在負の遺産として残されている国民の館は観光地化され、世界中から多くの人々が訪れている。覚悟してね。みんな怒ってるよ。人が変わったみたい。はりきっちゃってる(笑)いい意味じゃないよ?分かる?分からないか(笑)馬鹿だもんね。馬鹿じゃなかったら


▁はじめにいってしまいますが、あまりおもしろくありませんでした。新しいことを発表することもなく、話もいつもさして変わるものではありませんでした。いつものように▁Java▁Economy▁ということで▁Ubiquity▁-▁Developer▁-▁Industry▁-▁Consumer▁が輪をなして発展していくこと、マーケットが確実に大きくなっていること、Java▁を使うことで▁Oppotunity▁が広がることなどを話しました。そして、オープンソースに話が進みました。ここで、Java▁3D▁がオープンソースになることが発表されました。また、Project▁Looking▁Glass▁もオープンソースになることが決まりましたが、その時期はもう少し先になるらしいです。下の写真はスクリーンに映っているものをとったので、鮮明ではないのですが雰囲気だけでも。言語に関しては▁"Groovy"▁(JSR-241)▁が入るそうです。よく分からないのですが、帰国したら▁Watch▁してみます。スクリプトのサポート▁(JSR-232)▁も大きなところです。去年の▁JavaOne▁で話題になった▁PHP▁のサポートが実現するわけです。特に▁JDBC▁はメタデータを使用して、かなり簡単に書けるようになっていました。また、セッションの内容もそれほど目新しいことはありませんでした。もうちょっとがんばってもらいたいんだけどなぁ。とはいうものの、J2ME▁にかかわるものとしては製品に組み込むんだからそんなにしょっちゅうアップデートしないでほしいと思う気持ちもあるのです。今回は比較的新しいところでは▁"Tsunami"▁があります。今の▁CDC▁は▁J2SE▁1.3▁がベースになっているのですが、これを▁J2SE▁1.4▁にするためのプロジェクトです。1.4▁のすべてを取り込むのは無理ですが、assertion▁などが入るらしいです。また、ちょっとだけおもしろそうだったのが、KVM▁でマルチタスキングです。1▁つの▁KVM▁の上で複数の▁MIDlet▁を動かしてしまうというものです。しかし、これはあくまでも例として話されたので、実現するかどうかはよく分かりません。しかし、そのせいで▁CDC▁と▁CLDC▁の間の▁Gap▁が大きくなっていることも言及していました。なにかこのギャップを埋めるものが必要なのかもしれません。これによりインタフェースも自動生成してくれるので、自分でインタフェースを作成する必要がありません。これらによりいわゆる▁POJO▁に関しても最低限の変更▁(アノテーションを付加するだけ)▁で▁Bean▁化することができます。ただし、EJB▁3.0▁などはほぼ仕様が決まったようですが、JNDI▁などはまだまだのようです。ここでも▁3▁種類の方法を説明して、まだどれにするか決まっていないようでした。まずはパフォーマンス測定に関して。パフォーマンスチューニングをおこなうときに、第▁1▁におこなわなくてはいけないことが測定です。しかし、間違った測定をしてしまうと何の意味もありません。OS▁に関しては▁2GB▁の壁について言及がありました。Linux▁では連続領域で▁2GB▁以上のアロケーションできないことや、x86▁版の▁Solaris▁でも▁2▁GB▁の壁があるが次の▁OS▁のバージョンアップで解消されるなどです。下手にチューニングするより、JVM▁に任せたほうがよっぽどパフォーマンスがよくなるということなのでしょう。まず非同期処理をおこなうための▁Executor▁とスレッドプールです。Public▁Review▁前は▁Executors▁クラスの▁execute▁メソッドを使用して非同期処理を開始していましたが、Executor▁インタフェースの▁execute▁メソッドを直接コールするように変更されています。Executor▁インタフェースの実装クラスは通常は▁Executors▁クラスのファクトリメソッドを使用して得られたものを使用します。スレッドプールも同様にファクトリメソッドが用意されています。JSR-160▁ではいくつかのコンテナが追加されました。まず▁Queue▁インタフェース。Queue▁インタフェースはブロックしませんが、ブロックするものが▁BlockingQueue▁になります。それぞれスレッドセーフでないクラス、スレッドセーフであるクラスが提供されています。Lock▁インタフェースを実装したクラスには▁ReentrantLock▁クラスがあります。このクラスはリエントラント・ミューテクスを使用してロックを実装しています。それぞれを説明することは省略しますが、その特性を知った上で適材適所に使えばいいのだと思います。b1▁と▁b2▁はオブジェクトなので値の比較には▁equals▁を使いたいところです。しかし、==▁を使っても参照の比較でなく値の比較にならなければなりません。このような問題がいろいろなところで出てくるらしいのです。また、より大きなオブジェクトを生成するのは難しいという問題もあります。このようなことから▁Autoboxing▁でキーとなるのは▁Identity▁なのだと。確かにめんどうくさそうです。私が部屋に入ったときにはそのセッションの▁Q&A▁になっていて、延々と質問が出されていました。それはなかなかおもしろいものや、勘違いなどあるのですが、Neal▁Gafter▁と▁Joshua▁Bloch▁は丁寧に質問に答えていたのが印象的です。今日のランチはチキンのランチボックスです。そのほかにサンドウィッチもありましたが、いつもある温かいランチはありませんでした。また、食事をするところはパビリオンと同じスペースになっているのですが、ちょうど境目ぐらいのところでアーティストによるパフォーマンスがおこなわれています。今は▁2▁人のアーティストが製作していました。完成したらどうなるんでしょう。今から楽しみ。また、例年街中にあふれていた▁JavaOne▁の広告もありません。かといって▁Apple▁があるかというとそれもないのですが...それでもすごいなと思うのは、障害者に対する配慮です。耳の不自由な参加者がいると、かならず手話の人がつきそって、セッションを手話で訳しているのです。すごいですね。そうしたら、おきたのです。何度も旅行していますが、これははじめて。しかし、やはり間違いだったようです。焼けだされなくてほっとしていると同時に、なかなかおもしろい経験ができたとうれしい気分が半分。


▁ブラウザ画面を印刷するとき、横方向に溢れた文を印刷する方法はあるでしょ...ブラウザ画面を印刷するとき、横方向に溢れた文を印刷する方法はあるでしょうか。縦は次ページ以降に印刷できるのに横は容赦なく切られてしまうので困っております。可能な限りソフトの導入や別ブラウザの使用などをせず、IE6の標準的機能だけ実現する方向でお願いします。選択範囲を設定するか、印刷オプションで用紙サイズ、オプションでフレームを選択を行う。PDFを作成して出力を行うのはどうでしょうか。このページの「●にいくらさん▁からのご質問」の項を見てください。縮小率の指定で収めることは可能ですが,そうすると文字が小さすぎて読めなくなってしまいます。横方向に収まらなかったものが別ページに出力されるのが理想です。Canon製プリンタの場合は、「ページ設定」の「印刷の設定」で、「ポスター印刷」を選択すればうまくいきますよ。印刷する紙の設定をB4などにして、縮小印刷してA4に印刷できるようにするのです。実際は、印刷機のドライバによって違うので、具体的なやり方はそれぞれです。ブラウザの「印刷設定」メニューでの対応には、限界があると思います。ソフト導入なしということなので、それを前提に書きます。(CSS▁印刷などのキーワードで検索すれば、その作り方の情報は得られると思います)。b.そうではなくて、純粋な「ユーザ」として対応したいのであれば、まずは、IEの「インターネットオプション」=>「ユーザ補助」の「書式設定」を試してみるとか、「ユーザスタイルシート」にトライするのはいかがでしょうか。CSSでの設定は可能な限りやっているつもりなのですが、それでも横幅が溢れてしまいます。ソフトの導入になってしまいますが、canonの最近のプリンタには横にはみ出ないように縮小して印刷するソフトが同梱されています。身近にキャノンのプリンタがあるなら探してみてはいかがでしょうか。でしたらスタイルシートを利用することで、印刷用のレイアウトを設定することができます。細かい部分は「とほほのスタイルシート」などを参考にすると便利です。スタイルシートを利用すると、非表示や改ページなどを設定できます。スタイルシートを記述するのが大変だといわれればそれまでですが。なお、2つめのリンクはスタイルシートで「page-break-before」プロパティを使用する場合の例を和訳したページです。印刷用スタイルシートは今まで用意していなかったので参考になりました。残念ながら、1行で表示せよとの指定があったのでnowrapしているのです。リンクの縦書きを合わせて使用すれば、縦方向に流れますので、印刷範疇に収まります。なるほど、縦書きは考えませんでした。ちょっと縦方向が冗長になってしまう感はありますが、検討します。これを例えばHTMLから「nowrap」の記述を全て削除し、指定が必要な箇所に「white-space:▁nowrap;」で指定します。ここまでいろいろな回答を寄せて頂きましたが、どうやら溢れた分を別紙に印刷するのは無理そうですので、印刷用は複数行表示で押し切ることにします。


▁そして、その当時に手伝ってもらってた人がいたんですが、▁その人がいっしょに組んでもっと何か色々やりたいという話になりました。そうですね。パチスロは25歳くらいのときに色々騙されたりとかして、借金が200万くらい▁あったんですけど...。その状態で仕事も失うというか、返すあてもなくなる状況になりまして。▁どうしようかなと思い、現金が必要だったのでパチスロをはじめました。▁それがたまたま自分に向いてたという感じですね。そうやってずるずるパチスロをやっているうちに年齢がそれなりに経って▁29歳くらいになってしまいました。▁さすがに将来このままじゃダメだなーとすごい感じるようになって、▁インターネットビジネス(アフィリエイト)を始めたという感じです。聞いたところによると、パチスロをやっているときにブログを書かれていたんですよね。▁それが人気ブログになったらしいですね。そうなんです。それが人気ブログになって、インターネットビジネスを始めるきっかけになりました。インターネットってすげぇって、ブログを書きながら感じていました。そうですね。ブログ自体は...元々パソコン使って何かできないかなと思ってて、インターネットで▁いろいろ検索してみたんですね。▁そしたら「インターネットで稼げる商材」みたいなのが出てきて。▁何も考えず、それを買っちゃいまして、中身は「人気ブログを作って、お金を稼ぎましょう!」みたいな内容だったので、自分でもブログをとりあえず立ち上げてみたわけです(笑)実際、パチスロブログを立ち上げてお金を稼ぐということは出来なかったんですけれど。▁人気自体はすごく出まして。その当時はそのブログを収益化するという方法がわからなかったんです。そのブログをきっかけにして、同じブロガー仲間の中でもインターネットで収益を出している方たちを紹介してもらうようになって、そこから本格的にお金を稼ぐ事を意識し始めて、インターネットビジネスをやりだしたって感じです。本当ですか。それはブログの影響も大きいと思います。パチスロブログで勝ち方についての質問とか最後の方、1日に何十通とか来てたので。そういう質問に結構マメに返してたりしてたので。それでライティングの技術はあがったかもしれないですね。▁ただ知らないことに関しては書けなかったですね。パチスロとか知ってるから書けたんですけど、知らないことは▁やっぱり知っている人に聞きに行くしかなかったですね。結婚についてのブログを書くときは、実際、結婚相談所で働いてたという人とか、参加したっていう人に聞きにいったりとか、遠距離恋愛ばかりしてると言う人に聞きにいったりとかしました。そして、そのインタビューをもとにサイトをどんどん作っていったという感じです。文章書くというのは非常に難しいですが、話を聞くというのはとても簡単な仕事なので。法人化してからは4年目です。もうすぐ5年目です。個人でやっていたのが長かったですから。ちゃんとしてましたよ(笑)こんなに税金取られるんだと驚きました。落ちたときに初めてびっくりするわけですよね。完全にSEOだけに商売を頼っていた状態だったので、何していいか▁わからない。何していいかわからない状況が一番辛かったですね。さきが見えない。▁どうやってお金かせげばいいのか、SEOに対する自信も少し失われてしまって。状況が悪くなってくると、そのときのパートナーと意見が別れて。▁僕としては全員辞めてもらうしかないなと残念ながら思ってたときがあったんですけど。▁僕ら自体が売上あげられてない状況なので、とても面倒みきれないというか、▁実際会社つぶれそうなほど状況は切迫してたのでそう考えていたわけです。しかし、▁彼はやめて元以下になるのが怖かったという意見でした。お互いがそんなふうに思ったと思うんですけど、お互いの失敗が続いて、どんどん自信も失われていきましたね。その当時結婚したばかりだったんですけど、その状況は嫁さんに言うしかないなという状況になって、▁正直に打ち明けたことがあったんです。嫁さんが慰めてくれるんじゃないかとちょっと期待したんですけど、▁予想とは逆に「つべこべ言わず、売るしかないでしょ!」と怒られて(笑)それにより、開き直って、それからがむしゃらに営業というか色んな人に会いにいくという外にでることを覚えました。▁ほとんどお会いする方は東京の方だったので、夜行バスに乗って会いにいくっていう生活を続けました。▁月に2、3回くらいは夜行バスで東京いって、ほとんど三重県の事務所にはいない状況でした。本当に色んな人に助けてもらいました。正直に、「赤字で死にかけているんですけど・・・」って話をしたら離れていく方もいましたけど、助けてくれる方もいて。人の優しさにふれました。ただし、もっと変えていかないと、またピンチになるなと思って、少なくとも僕は友人との共同経営に限界を感じていたのでそれをやめる決断をしました。▁あとは仕組自体をもうちょっときっちりしないといくら稼いでも持たないなと思って改革に着手しました。▁それを決めてから、会社の整理に1年くらいかかりましたね。主に「業務のクラウド化」に力をいれました。そのクラウド化に力を入れて、だいぶ立ち直ったって感じですかね。そんな状況を見ながら▁「これだったら、それぞれが家で仕事をすればいいんじゃないかな・・・」とずっと思ってました。それでグーグルドキュメントとかを知って、それを会社に取り入れるようにしました。▁もちろん、そのときの業務の改革の際の社員の反発はありましたね。▁みんな「そんなことできるわけがない!」っていう意識が強かったので。そう考えてしまうのはしょうがないなと感じながらも、そこは無理やり進めました。▁でも、やってみたら思った以上に上手く回るようになりました。それで逆に反発した社員の人たちは居場所を失ったわけじゃないですけど、自分から会社を去っていく形になりました。友達同士でやってたらダメですよ、そんな甘い世界じゃないよと、いろんな知人にも指摘をうけました。お互いに気を使うタイプだったんで、お互い我慢し続けるというか。なるほどですね。いろいろ苦労されたんですね。▁伊藤さんはこれまでブロガー、アフィリエイト、SEOサービスとやってこられて、▁最近はメディアをつくるみたいなところに行ってるんですよね?普通の主婦の方が人気ブロガーになっていくというのもすごいみてて快感なんです。▁例えば、知り合いの奥さんとか趣味ブロガーを運営している方に会う機会がありました。▁趣味ブロガーさんは合計10人位の方にお会いしましたね。▁どの方も3年以上趣味でブログを続けていらっしゃいました。▁その方たちがすごいアクセスがあるんです。SEOなんてまったく意識していないんですよ。ブログは書いてるうちに本人の書くオリジナルのスタイルがいろいろ出てくるので、▁何も私がいろいろ言わなくても書かれていくんですよね。また、それらのサイトは強引なSEOに頼ってないので、それとは違う長期的な目線で育てていくので、▁一個一個のサイトは最初のことは売上少ないですけど、堅いです。会社自体を大きくしたいというのはありますか?それともブロガーさんの数?でも主婦の人が自分で考えて育っていって、感謝されるのとかは嬉しいですよね。別に社会貢献とか綺麗ごとで始めたわけではなかったんですけど、▁感謝されることが多いので嬉しいなと思いますけどね。熟女が好きってわけじゃないですねー。ま、ちょっと好きかもしれないですけど(笑)なので最初は育児とか赤ちゃんといった大きなテーマで書いてもらってたんですが、離乳食の記事があまりにも多いので、聞いてみたところ、そのブロガーさんは実はそういう専門家になりたいということがわかりました。じゃあ、離乳食だけについて突き詰めて書きましょうよ!ということになったりするわけです。とりあえず最初は書いてみて、その人のいい部分を引っ張り出すみたいな感じですね。1年はまず結果は出ないですよね。でも逆に参入障壁が上がって、なかなかマネは出来ないんじゃないかと思いますけどね。1年は売上は出ないですからね。▁時間は使いますけど、そこまでお金は使うかっていったらそうでもないですからね。もし、伊藤さんがこれから新規で起業するとしたら、何からやればいいと思いますか。廃業していく理由として何が悪かったんだろうなとか考えるんですよね。ビジネスが悪かったか、お金が回らなくなったかわからないんですけど。ええと、伝える能力と聞き取る能力ですかね。1言ってそのまわりの10を理解する人もいると思うんですよね。要はインターネットにしてもリアルな世界と一緒で、パソコンが調べにくるのではなくて、▁あくまでパソコンは媒体であって、モニターの向こう側の人間とのやりとりでモノが売れたりするわけですよね。もうひとつあげるとしたら何かありますか。ITを理解する力とコミュニケーション能力と...あとは虚勢を張らないことですかね。▁見栄っ張りというか自分を小さく見られたくないって思ってる人が結構多いです。殿様セールスが流行ったっていうのもあるんでしょうけど、弱味見せたがらない人多いですよね。「自分はただSEOに生かされてただけだったんだ・・・」と気づきました。営業いって「営業って何すればいいですかね?」とか普通に聞いちゃうんですよね。▁実際、営業とか初めてなので「何言えば喜んでもらえます?」みたいな。そうやって自分が心を開くことで相手も開いてくれることもあるので、自然体でいるようなことが重要かなと思いますね。よくわかりました。とても楽しく勉強になる話、ありがとうございました。


▁flow_drop_reason▁引数を使用して、特定の理由を指定できます。flow_drop_reason▁引数で有効となる値については、下の「使用上のガイドライン」に示しています。frame_drop_reason▁引数を使用して、特定の理由を指定できます。frame_drop_reason▁引数で有効となる値については、下の「使用上のガイドライン」に示しています。パケットがセキュリティ▁アプライアンスに拒否された場合、このカウンタが増分します。拒否規則は、セキュリティ▁アプライアンスの起動時、さまざまな機能がオンまたはオフにされたとき、アクセス▁リストがインターフェイスに適用されたとき、またはその他の機能で作成されたデフォルトの規則の可能性があります。デフォルトの規則のドロップを除き、フローが拒否される理由は次のとおりです。•▁IPSec▁がイネーブルになっているインターフェイスに、暗号化されていないトラフィックが到達した。推奨事項▁:次のシステム▁ログ▁メッセージが参照するアクセス▁リストをチェックします。セキュリティ▁アプライアンスがパケットの暗号化を試みましたが、暗号化が失敗した場合、このカウンタが増分します。これは正常な状態ではなく、セキュリティ▁アプライアンスに関するソフトウェアまたはハードウェアに問題がある可能性を示しています。セキュリティ▁アプライアンスが▁IPSec▁接続上で▁NAT-T▁とネゴシエートしたパケットを受信したが、パケットのアドレスが▁NAT-T▁UDP▁の宛先ポートである▁4500▁になっていない、またはパケットのペイロード長が無効である場合、このカウンタが増分します。推奨事項▁:AH▁または▁ESP▁ではない▁IPSec▁表示が何度もセキュリティ▁アプライアンスに表示される場合は、ネットワーク▁トラフィックを分析し、トラフィックの送信元を特定します。セキュリティ▁アプライアンスが、算出された▁TCP▁チェックサムと▁TCP▁ヘッダーに記録されているチェックサムが一致しない▁TCP▁パケットを受信した場合、このカウンタが増分し、このパケットはドロップされます。推奨事項▁:ケーブル不良または回線上のノイズにより、パケットが破損した可能性があります。また、TCP▁エンドポイントから破損したパケットが送信され、攻撃を受けている可能性もあります。パケット▁キャプチャ機能を使用して、パケットの発信元の詳細を確認してください。不適切な▁TCP▁チェックサムを持つパケットを許可するには、▁checksum-verification▁機能をディセーブルにします。セキュリティ▁アプライアンスが、TCP▁ヘッダー内の▁TCP▁フラグが無効な▁TCP▁パケットを受信した場合、このカウンタが増分し、このパケットはドロップされます。たとえば、SYN▁フラグと▁FIN▁TCP▁フラグの両方がセットされているパケットは、ドロップされます。推奨事項▁:ケーブル不良または回線上のノイズにより、パケットが破損した可能性があります。また、TCP▁エンドポイントから破損したパケットが送信され、攻撃を受けている可能性もあります。パケット▁キャプチャ機能を使用して、パケットの発信元の詳細を確認してください。推奨事項▁:カウンタが急速に増分する場合は、システム▁メッセージをチェックし、どのホストが接続制限値に到達したのかを判断します。トラフィックが正常な場合、またはホストが攻撃を受けている場合は、接続制限値を増分する必要があることもあります。推奨事項▁:これが断続的なイベントの場合、アクションは不要です。攻撃が原因の場合、ホストがアクセス▁リストを使用できないようにします。DNS▁Guard▁機能が▁DNS▁メッセージの▁ID▁を保存するためのデータ構造の割り当てに失敗した場合、このカウンタが増分します。推奨事項▁:システム▁メモリの使用状況をチェックします。通常このイベントは、システムがメモリ不足になった場合に発生します。推奨事項▁:セキュリティ▁アプライアンスが透過モードに設定されている場合、これは正常な状態です。▁show▁mac-address-table▁コマンドを実行して、現在セキュリティ▁アプライアンスによって検出されているレイヤ▁2▁MAC▁アドレスの場所をリストすることもできます。推奨事項▁:有効なアプリケーションが優先されている場合、タイムアウトを増分する必要があるかどうか調べます。このカウンタは、セキュリティ▁アプライアンスが一連の断片化されたパケットを▁1▁つのパケットに再構成できなかった場合に増分します。一連のフラグメント▁パケットはすべてドロップされます。これは、再構成されたパケットにメモリを配分中にエラーが発生したことが原因であると考えられます。推奨事項▁:▁show▁blocks▁コマンドを使用して、現在のブロック▁メモリを監視します。セキュリティ▁アプライアンスまたはコンテキストが透過モードに設定されていて、既知のレイヤ▁2▁MAC▁アドレスの発信元インターフェイスが異なるインターフェイス上で検出された場合、このカウンタが増分します。推奨事項▁:これは、ホストがあるインターフェイス(たとえば▁LAN▁セグメント)から別のインターフェイスに移動したことを示しています。実際にホストが移動している場合、透過モードではこれは正常な状態です。ただし、ホストがインターフェイス間であちこち移動する場合は、ネットワーク▁ループが存在している可能性があります。パケットが共有インターフェイスに到着しましたが、特定のコンテキスト▁インターフェイスへの分類が失敗しました。推奨事項▁:▁global▁コマンドまたは▁static▁コマンドを使用して、各コンテキスト▁インターフェイスに属している▁IPv4▁アドレスを指定します。セキュリティ▁アプライアンスが無効な▁DNS▁ドメイン名またはラベルを検出した場合、このカウンタが増分します。DNS▁ドメイン名とラベルのチェックは、RFC▁1035▁ごとに行われます。セキュリティ▁アプライアンスが無効な▁DNS▁パケットを検出した場合、このカウンタが増分します。たとえば、DNS▁パケットに▁DNS▁ヘッダーがない場合や、DNS▁リソース▁レコード数がヘッダー内のカウンタと一致しない場合などです。DNS▁検査エンジンが、DNS▁メッセージの▁ID▁を保存するためのデータ構造の割り当てに失敗した場合、このカウンタが増分します。DNS▁メッセージ長が設定されている最大値を超えると、このカウンタが増分します。ICMP▁Error▁Inspect▁に既存の接続がありません。セキュリティ▁アプライアンスが、ICMP▁エラー▁メッセージに埋め込まれたフレームに関連する確立済みの接続を見つけられなかった場合、このカウンタが増分します。ICMP▁検査エンジンが▁App▁ID▁データ構造の割り当てに失敗した場合、このカウンタが増分します。このデータ構造は、ICMP▁パケットのシーケンス番号を保存するのに使用します。推奨事項▁:アクションは不要です。キャプチャを利用すると、不適切なパケットを送信している▁RTP▁送信元を特定できるので、アクセス▁リストを使用してそのホストを拒否できます。このカウンタは、RTCP▁ペイロード▁タイプ▁フィールドに▁200▁から▁204▁の値が含まれていない場合に増分します。推奨事項▁:RTP▁のソースを検証して、RFC▁1889▁で推奨される範囲外のペイロード▁タイプが送信された理由を確認する必要があります。このカウンタは、RTCP▁バージョン▁フィールドが▁2▁以外のバージョンを含む場合に増分します。推奨事項▁:ネットワーク内の▁RTP▁ソースが▁RFC▁1889▁に適合する▁RTCP▁パケットを送信していないようです。アクセス▁リストを使用するホストを要求に応じて拒否できるよう、この理由を特定する必要があります。推奨事項▁:ネットワーク内の▁RTP▁ソースはオーディオ▁RTP▁セカンダリ接続を使用してビデオを送信しています(逆の場合も同じ)。この操作が行われないようにする場合は、アクセス▁リストを使用するホストを拒否できます。このカウンタは、RTP▁バージョン▁フィールドが▁2▁以外のバージョンを含む場合に増分します。推奨事項▁:ネットワーク内の▁RTP▁ソースは▁RFC▁1889▁に適合する▁RTCP▁パケットを送信していないようです。この理由を特定する必要があり、必要な場合はアクセス▁リストを使用するホストを拒否できます。このカウンタは、RTP▁ソースを確認中に、順番どおりでない▁RTP▁パケットの数が▁20▁を超えると増分します。検査では、順番どおりの▁5▁つのパケットを検出すると、ソースが確認済みであると判断されます。推奨事項▁:RTP▁ソースを調べて、最初のいくつかのパケットが順番どおりに着信しない理由を確認し、RTP▁ソースを訂正します。推奨事項▁:RTP▁ソースからシーケンス番号が順番どおりでない場合、検査によって復元され、新しいシーケンス番号からトラッキングが開始されるので、アクションは必要ありません。推奨事項▁:これは、ネットワーク内の▁RTP▁ソースがリブートして▁SSRC▁を変更したためか、またはネットワーク上の別のホストがファイアウォール上で開かれているセカンダリ▁RTP▁接続を使用して▁RTP▁パケットを送信しようとしているために生じます。問題があるかどうか確認するために、さらに調べる必要があります。推奨事項▁:このドロップが接続の失敗の原因である場合、接続のクライアント側およびサーバ側のスニファ▁トレースを実行し、この問題を報告してください。セキュリティ▁アプライアンスが攻撃を受けている可能性があり、スニファ▁トレースまたはスニファ▁キャプチャが原因の特定に役立ちます。セキュリティ▁アプライアンスが、サポートされていないリンクレベルのプロトコルに属するフレームを受信した場合、またはフレームに指定されている▁L3▁タイプがセキュリティ▁アプライアンスによってサポートされていない場合、このカウンタが増分します。このパケットはドロップされます。推奨事項▁:直接接続されているホストのリンクレベル▁プロトコルの設定が正しいことを確認します。セキュリティ▁アプライアンス上のフラグメンテーション▁モジュールが、IP▁バージョン▁4▁またはバージョン▁6▁に属さないフラグメント化されたパケットを受信した場合、または送信しようとした場合、このカウンタが増分します。このパケットはドロップされます。推奨事項▁:セキュリティ▁アプライアンスやネットワークに接続されている他のデバイスの▁MTU▁を確認し、セキュリティ▁アプライアンスがなぜそのようなフラグメントを処理しているのかを判断します。セキュリティ▁アプライアンスが、IP▁ヘッダーの算出されたチェックサムとヘッダーに記録されているチェックサムが一致しない▁IP▁パケットを受信した場合、このカウンタが増分し、このパケットはドロップされます。推奨事項▁:ケーブル不良または回線上のノイズにより、パケットが破損した可能性があります。また、ピアから破損したパケットが送信され、攻撃を受けている可能性もあります。パケット▁キャプチャ機能を使用して、パケットの発信元の詳細を確認してください。ユニキャスト▁パケットまたはマルチキャスト▁パケットに対して▁IP▁オプションを受信するように設定されていないのに、セキュリティ▁アプライアンスが受信した場合、このカウンタが増分します。このパケットはドロップされます。推奨事項▁:IP▁オプションを指定されたパケットが送信者から送信された理由を調査します。セキュリティ▁アプライアンスが、パケット▁サイズが許可されている最小ヘッダー長よりも小さい▁TCP▁パケット、または受信したパケット長と矛盾する▁TCP▁パケットを受信した場合、このカウンタが増分します。推奨事項▁:無効なパケットは、攻撃者から送信された偽造パケットの可能性があります。次のシステム▁メッセージ内の送信元からのトラフィックを調査します。推奨事項▁:無効なパケットは、攻撃者から送信された偽造パケットの可能性があります。セキュリティ▁アプライアンスが、暗号化されているはずなのに実際には暗号化されていないパケットを受信した場合、このカウンタが増分します。このパケットは、セキュリティ▁アプライアンス上で設定され確立された▁IPSec▁接続の内部ヘッダー▁セキュリティ▁ポリシー▁チェックに一致しましたが、暗号化されずに受信されました。これはセキュリティの問題です。推奨事項▁:ネットワーク▁トラフィックを分析し、スプーフィングされた▁IPSec▁トラフィックの送信元を特定します。推奨事項▁:セキュリティ▁アプライアンス上で▁IPSec▁LAN-to-LAN▁を設定している場合は、この表示は正常なもので、問題を示すものではありません。ただし、このカウンタが急速に増分する場合は、▁crypto▁の設定エラーまたはネットワーク▁エラーにより、ISAKMP▁ネゴシエーションが完了できないことを示している可能性があります。宛先ピアと通信可能であることを確認し、▁show▁running-config▁コマンドを使用して▁crypto▁設定を確認します。セキュリティ▁アプライアンスが、削除中の▁IPSec▁接続に関連付けられたパケットを受信した場合、このカウンタが増分します。推奨事項▁:IPSec▁トンネルが何らかの理由で切断された場合、これは正常な状態です。次のいずれかの理由により、このカウンタが増分し、パケットがドロップされます。•▁IPv6▁through-the-box▁パケットの送信元アドレスと宛先アドレスが同じである。推奨事項▁:上記のようなパケットは、悪意のあるアクティビティを示しているか、IPv6▁ホストの設定が誤っている結果である可能性があります。パケット▁キャプチャ機能を使用して▁type▁asp▁パケットをキャプチャし、送信元▁MAC▁アドレスを使用して送信元を特定します。また、EtherType▁アクセス▁リストを設定してインターフェイスに適用することにより、その他のタイプのレイヤ▁2▁トラフィックを許可することもできます。推奨事項▁:セキュリティ▁アプライアンスまたはコンテキストを透過モードで実行していて、IP▁以外のパケットがセキュリティ▁アプライアンスにドロップされる場合は、EtherType▁アクセス▁リストを設定してこのアクセス▁リストをアクセス▁グループに適用することができます。セキュリティ▁アプライアンスのあるコンテキストから別のコンテキストに、共有インターフェイスを介してパケットが送信されたが、ループバック▁キューにバッファの空き領域がない場合、このカウンタが増分し、このパケットはドロップされます。推奨事項▁:システム▁CPU▁をチェックして、過負荷になっていないかどうか確認します。推奨事項▁:ケーブル不良、回線上のノイズ、またはソフトウェアの欠陥により、パケットが破損した可能性があります。インターフェイスが正しく機能しているように見えても、この問題を▁Cisco▁TAC▁に報告してください。このカウンタは、ポート転送アプリケーションの内部キューがいっぱいである際に、別の伝送パケットを受信した場合に増分します。推奨事項▁:これは、ソフトウェアのエラーを▁Cisco▁TAC▁に報告する必要があることを示しています。推奨事項▁:これは、SVC▁ソフトウェアのエラーを▁Cisco▁TAC▁に報告する必要があることを示しています。SVC▁モジュールが不正にフレーム化されたデータを受信しました。推奨事項▁:これは、ソフトウェアのエラーを▁Cisco▁TAC▁に報告する必要があることを示しています。SVC▁またはセキュリティ▁アプライアンスで、障害が発生している可能性があります。推奨事項▁:SVC▁トンネルが何らかの理由で切断された場合、これは正常な状態です。このエラーが繰り返し何度も発生する場合は、クライアントのネットワーク接続に問題があると考えられます。このカウンタは、SVC▁が一時的にこれ以上データを受信できないため、セキュリティ▁アプライアンスがデータをドロップする必要がある場合に増分します。推奨事項▁:クライアントがこれ以上データを受信できないことを示します。クライアントは受信するトラフィックの量を減らす必要があります。このカウンタは、暗号化データを受信したインターフェイスが、復号化データを注入する際に検出されないと増分します。推奨事項▁:インターフェイスが接続中にシャットダウンすると、この現象が発生します。インターフェイスを再イネーブルにしてチェックしてください。接続中にシャットダウンしたのでない場合は、ソフトウェアのエラーを▁Cisco▁TAC▁に報告する必要があることを示しています。このカウンタは、ネットワークにパケットを配置するために、パケット▁データの前に▁Mac▁ヘッダーを付加する十分なスペースがない場合に増分します。このカウンタは、セキュリティ▁アプライアンスがこのデータを送信しなければならない▁SVC▁セッションを決定できない場合に増分します。推奨事項▁:クライアントが使用している▁SVC▁がセキュリティ▁アプライアンス▁ソフトウェアのバージョンと適合しているかどうかを確認します。セキュリティ▁アプライアンスが隣接情報を取得しようとしましたが、ネクストホップの▁MAC▁アドレスを取得できなかった場合、このカウンタが増分します。このパケットはドロップされます。推奨事項▁:このドロップ理由のキャプチャを設定し、指定された宛先アドレスのホストが、接続されたネットワーク上に存在するかどうか、またはセキュリティ▁アプライアンスからルーティング可能かどうかをチェックします。推奨事項▁:マルチキャストがディセーブルの場合は、再度イネーブルにします。•▁すべての出力インターフェイスがマルチキャスト▁エントリから削除された。推奨事項▁:このグループに受信者が存在しないことを確認します。セキュリティ▁アプライアンスが受信したパケットが▁IPv4▁パケット、IPv6▁パケット、ARP▁パケットのいずれでもなく、セキュリティ▁アプライアンスまたはコンテキストがルーテッド▁モードに設定されている場合、このカウンタが増分します。通常の動作では、そのようなパケットはドロップされます。セキュリティ▁アプライアンスがパケットをインターフェイスから送信しようとしましたが、そのためのルートがルーティング▁テーブルで見つからなかった場合、このカウンタが増分します。推奨事項▁:生成されたシステム▁メッセージから取得した宛先アドレスのルートが存在することを確認します。推奨事項▁:このカウンタは、一般的に、通常の動作の一部として増分していきます。ただし、カウンタが急速に増分している場合や、ソケット▁ベースのアプリケーションに著しい不適切動作が見られる場合は、ソフトウェアの欠陥によって発生している可能性があります。Cisco▁TAC▁に連絡して、問題を詳しく調査してください。推奨事項▁:ネットワーク▁トラフィックを分析し、ARP▁パケットのレート制限を超えた理由を判断します。推奨事項▁:正常な状態では、ユーザが▁QoS▁設定を変更した場合に、このような状況が見られます。QoS▁設定が何も変更されていないのにこの状況が発生した場合は、Cisco▁TAC▁に連絡してください。推奨事項▁:インターフェイスから送信されるトラフィックのレートがなぜ設定されたレートを超えたのかを調査し、原因を特定します。正常な状態の場合もあれば、ウイルスの感染や攻撃を示している可能性もあります。このカウンタは、コンテキストまたはシステムの最大接続数に達して新しい接続が試行されると増分します。推奨事項▁:デバイスの管理者は、▁show▁resource▁usage▁コマンドおよび▁show▁resource▁usage▁system▁コマンドを使用して、コンテキストやシステムのリソース制限値と「Denied」の回数を確認し、必要に応じてリソース制限値を調整できます。推奨事項▁:次のシステム▁メッセージに示されている発信元▁IP▁に基づいてトラフィックの発信元をトレースし、なぜスプーフィングされたトラフィックが送信されているのかを調査します。このカウンタはセキュリティ▁アプライアンスでは廃止され、増分することはありません。–▁送信元▁IP▁アドレスが▁0.0.0.0▁の▁IPv4▁パケット推奨事項▁:外部ユーザが、保護されたネットワークを侵害しようとしているかどうか判断します。設定に誤りのあるクライアントをチェックします。–▁送信元▁IP▁アドレスがループバック▁IP▁アドレスと等しい。–▁送信元▁IP▁アドレスのホスト部分がすべて▁0▁またはすべて▁1。推奨事項▁:このメッセージ▁カウンタが急速に増分する場合は、攻撃を受けている可能性があります。パケット▁キャプチャ機能を使用して▁type▁asp▁パケットをキャプチャし、パケット内の送信元▁MAC▁アドレスをチェックして送信元を特定します。推奨事項▁:セキュリティ▁アプライアンスのコントロール▁プレーンで実行する▁SSM▁マネージャ▁プロセスは、システム▁メッセージと▁CLI▁警告を発行してその障害を通知します。SSM▁障害のトラブルシューティングについては、SSM▁に付属するマニュアルを参照してください。必要な場合は、Cisco▁TAC▁にお問い合せください。推奨事項▁:詳細については、事故レポート、または▁SSM▁により生成されるシステム▁メッセージを照会することで取得することができます。手順については、SSM▁に付属のマニュアルを参照してください。セキュリティ▁アプライアンスが▁TCP▁オプションが設定されている▁TCP▁パケットを受信しましたが、このオプションの長さが▁TCP▁RFC▁で定義されているオプションの長さと一致しない場合、このカウンタが増分し、このパケットはドロップされます。推奨事項▁:そのような▁TCP▁パケットを許可する、または非標準の▁TCP▁ヘッダー▁オプションを消去してこのパケットを許可するには、▁tcp-options▁コマンドを使用します。セキュリティ▁アプライアンスが受信した▁TCP▁パケットに選択的な確認応答オプションが指定されているのに、SYN▁フラグがセットされていない場合、このカウンタが増分し、このパケットはドロップされます。セキュリティ▁アプライアンスが受信した▁TCP▁パケットに▁14▁より大きい▁window-scale▁オプションが指定されている場合、このカウンタが増分し、このパケットはドロップされます。セキュリティ▁アプライアンスが接続上で順序が乱れた▁TCP▁パケットを受信したが、このパケットを保存するバッファがない場合、このカウンタが増分し、このパケットはドロップされます。通常▁TCP▁パケットは、順番に接続上に配置されてセキュリティ▁アプライアンスによって検査されるか、またはパケットが▁SSM▁に送信されて検査されます。デフォルトのキュー▁サイズがあり、このデフォルトのキュー▁サイズを超えるパケットを受信すると、ドロップされます。この理由は、TCP▁接続設定フェーズ中に接続制限値を超えたため、TCP▁パケットがドロップされたことによるものです。接続制限値は、▁set▁connection▁conn-max▁コマンドを使用して設定します。セキュリティ▁アプライアンスがサーバから▁TCP▁SYN▁パケットを受信したが、初期▁TCP▁接続がすでに開始している場合、このカウンタが増分し、このパケットはドロップされます。推奨事項▁:そのような▁TCP▁パケットを許可するには、▁exceed-mss▁コマンドを使用します。TCP▁エンドポイントにアドバタイズされたウィンドウ▁サイズが、大量のデータを受け取ることもなく激変した場合、このカウンタが増分し、このパケットはドロップされます。推奨事項▁:そのようなパケットを許可するには、▁window-variation▁コマンドを使用します。推奨事項▁:正常な状態では、セキュリティ▁アプライアンスがすでに接続を終了したのに、クライアントまたはサーバ側がまだ接続が続いていると見なしてデータ転送を続けている場合に、このような現象が見られます。▁clear▁local-host▁コマンドまたは▁clear▁xlate▁コマンドを発行した直後に、このような状況が発生することがあります。接続が削除された直後でもないのに、このカウンタが急速に増分する場合は、セキュリティ▁アプライアンスが攻撃を受けている可能性もあります。原因を特定するためには、スニファ▁トレースを取り込みます。推奨事項▁:そのような接続の続行を許可するには、▁tcp-options▁コマンドを使用してタイムスタンプ▁オプションを消去します。セキュリティ▁アプライアンスが受信した▁TCP▁パケットの▁TCP▁ヘッダーに予約済みのフラグが設定されていた場合、このカウンタが増分し、このパケットはドロップされます。推奨事項▁:ケーブル不良または回線上のノイズにより、パケットが破損した可能性があります。また、TCP▁エンドポイントから破損したパケットが送信され、攻撃を受けている可能性もあります。パケット▁キャプチャ機能を使用して、パケットの発信元の詳細を確認してください。そのような▁TCP▁パケットを許可するか予約済みフラグを消去して、このパケットを渡すには、▁reserved-bits▁コマンドを使用します。セキュリティ▁アプライアンスが確立された接続上で受信した▁TCP▁SYN▁パケットまたは▁TCP▁RST▁パケットのシーケンス番号が、ウィンドウ内にはあるが次に予測されるシーケンス番号ではなかった場合、このカウンタが増分し、このパケットはドロップされます。セキュリティ▁アプライアンスが確立された▁TCP▁接続上で▁TCP▁SYN-ACK▁パケットを受信した場合、このカウンタが増分し、このパケットはドロップされます。セキュリティ▁アプライアンスが受信した▁TCP▁SYN▁パケットにデータがある場合、このカウンタが増分し、このパケットはドロップされます。推奨事項▁:そのような▁TCP▁パケットを許可するには、▁syn-data▁コマンドを使用します。セキュリティ▁アプライアンスが確立された▁TCP▁接続上で▁TCP▁SYN▁パケットを受信した場合、このカウンタが増分し、このパケットはドロップされます。セキュリティ▁アプライアンスが受信した▁TCP▁パケットが、SYN▁フラグが設定されずに▁window-scale▁TCP▁オプションが指定されていた場合、このカウンタが増分し、このパケットはドロップされます。セキュリティ▁アプライアンスが透過モードで▁IP▁パケットを受信したが、管理▁IP▁アドレスが定義されていない場合、このカウンタが増分します。このパケットはドロップされます。推奨事項▁:セキュリティ▁アプライアンスに管理▁IP▁アドレスとマスク値を設定します。推奨事項▁:このメッセージは、セキュリティ▁アプライアンスがリソース不足で、操作が成功しなかったことを示しています。▁show▁conn▁出力内の接続が、設定されたアイドル▁タイムアウト値を超えているかどうかチェックしてください。超えている場合は、Cisco▁TAC▁に連絡してください。このカウンタは、システム▁リソースが制限されているため、フローの作成が失敗すると増分し、パケットはドロップされます。リソースの制限は、次のとおりです。•▁show▁resource▁usage▁コマンドを使用して、接続カウントがシステム接続制限に達しているかどうか確認します。推奨事項:セキュリティ▁アプライアンスが攻撃を受けているかどうか確認します。疑わしいパケットがない場合、またはセキュリティ▁アプライアンスが透過モードでない場合、このカウンタは、ソフトウェア▁エラーが原因で増分していると考えられます。カウンタの増分の原因であるトラフィックを把握し、Cisco▁TAC▁に連絡してください。セキュリティ▁アプライアンスが受信した▁IP▁パケットの▁IP▁ヘッダー内のバージョン▁フィールドに、サポートされていないバージョンが入っている場合、このカウンタが増分します。特に、このパケットがバージョン▁4▁またはバージョン▁6▁に属していない場合、パケットはドロップされます。推奨事項▁:ネットワークに接続されている他のデバイスが、バージョン▁4▁または▁6▁のみに属する▁IP▁パケットを送信するように設定されていることを確認します。推奨事項▁:このエラーは、ホスト設定の誤りが原因である可能性があります。このエラーが再発する場合、または何度も発生する場合は、DoS▁攻撃など偽のアクティビティや悪意のあるアクティビティを示している可能性があります。このカウンタは、暗号化または復号化を必要とするパケットをセキュリティ▁アプライアンスが受信する場合、または操作を実行するために必要な▁ASP▁VPN▁が有効でなくなる場合に増分します。推奨事項▁:キャッシュ▁エンジンへのルートが存在することを確認してください。推奨事項▁:キャッシュ▁エンジンから戻されたパケットのソース▁IP▁アドレスのルートが存在することを確認します。表25-2▁は、ドロップされたフローの▁flow_drop_reason▁引数の有効な値を示しています。このカウンタは、パケットがセキュリティ▁アプライアンスに拒否された場合に増分し、フローの作成は拒否されます。拒否規則は、セキュリティ▁アプライアンスの起動時、さまざまな機能がオンまたはオフにされたとき、アクセス▁リストがインターフェイスに適用されたとき、またはその他の機能で作成されたデフォルトの規則の可能性があります。デフォルトの規則のドロップを除き、フローが拒否される理由は次のとおりです。推奨事項▁:パケットのドロップに関連するシステム▁メッセージが表示されるかどうか確認します。フロー▁ドロップにより対応するパケットもドロップされ、必要なシステム▁メッセージが表示されます。この理由は、アプリケーション検査中にエラーが検出されたためにフローが終了したことによるものです。たとえば、H323▁メッセージの検査中にエラーが検出された場合、この理由により対応する▁H323▁フローが終了します。この理由は、接続制限値を超えたためにフローが終了したことによるものです。接続制限値は、▁set▁connection▁conn-max▁コマンドを使用して設定します。この理由は、ハーフクローズ▁タイマーが時間切れになったために▁TCP▁フローが終了したことによるものです。推奨事項▁:セキュリティ▁アプライアンスがステートフル▁フェールオーバーを実行している場合は、スタンバイ▁アプライアンス上で切断された接続が複製されるたびに、このカウンタが増分します。スタンバイ状態のセキュリティ▁アプライアンスまたはコンテキストに▁through-the-box▁パケットが届くと、フローが作成され、そのパケットはドロップされ、作成されたフローは削除されます。このカウンタは、この方法でフローが削除されるたびに増分します。推奨事項▁:アクティブなセキュリティ▁アプライアンスまたはコンテキスト上では、このカウンタが増分することはありません。ただし、スタンバイしているセキュリティ▁アプライアンスまたはコンテキスト上では、増分するのが普通です。clear▁local-host▁コマンドに応答して、フローが削除されました。セキュリティ▁アプライアンスが、接続のために▁NP▁によって行われるプロトコル検査をイネーブルにできなかった場合、このカウンタが増分します。原因として考えられるのは、メモリ割り当てが失敗したこと、または▁ICMP▁エラー▁メッセージの場合は、この▁ICMP▁エラー▁メッセージに埋め込まれているフレームに関連した確立済みの接続をセキュリティ▁アプライアンスが検出できなかったことです。推奨事項▁:システム▁メモリの使用状況をチェックします。ICMP▁エラー▁メッセージに関しては、攻撃が原因の場合、ホストに対してアクセス▁リストを使用させないようにすることができます。システム▁ログ▁メッセージ▁:ICMP▁エラーの場合▁313004▁です。この理由は、AIP▁SSM▁の要求どおりにフローが終了したことによるものです。この理由は、次のいずれかの状況により、フローが終了したことによるものです。IP▁を変換する、またはヘッダーを転送するための▁xlate▁の作成が失敗しました。マッピングされたホストの実際のアドレスを使用してそのホストに接続しようとしましたが、拒否されました。推奨事項▁:NAT▁を実施しているホストと同じインターフェイス上にない場合は、実際のアドレスの代わりにマッピング▁アドレスを使用してホストに接続します。また、アプリケーションが▁IP▁アドレスを埋め込む場合は、適切な▁inspect▁コマンドをイネーブルにします。推奨事項▁:セキュリティ▁アプライアンス上で▁IPSec▁LAN-to-LAN▁を設定している場合は、この表示は正常なもので、問題を示すものではありません。ただし、このカウンタが急速に増分する場合は、▁crypto▁の設定エラーまたはネットワーク▁エラーにより、ISAKMP▁ネゴシエーションが完了できないことを示している可能性があります。宛先ピアと通信可能であることを確認し、▁show▁running-config▁コマンドを使用して▁crypto▁設定を確認します。このカウンタは、接続が確立されたときにセキュリティ▁アプライアンスがランタイム検査のデータ構造の割り当てに失敗すると増分します。接続はドロップされます。推奨事項▁:このエラーの条件は、セキュリティ▁アプライアンスがシステム▁メモリを使い切ると発生します。▁show▁memory▁コマンドを発行して、使用可能な空きメモリをチェックします。この理由は、最初のパケットが▁SYN▁パケットではなかったために▁TCP▁フローが終了したことによるものです。セキュリティ▁アプライアンスがメモリ不足のためにフローを作成できない場合、このカウンタが増分します。推奨事項▁:現在の接続をチェックして、セキュリティ▁アプライアンスが攻撃を受けていないことを確認します。また、設定したタイムアウト値が大きすぎるために、アイドル状態のフローがメモリに長時間常駐していないかどうかも確認します。▁show▁memory▁コマンドを発行して、使用可能な空きメモリをチェックします。空きメモリが少ない場合は、▁show▁processes▁memory▁コマンドを発行し、メモリを大量に使用しているプロセスを特定します。推奨事項▁:サービス▁ルーチンによってトリガーされるシステム▁メッセージに注意してください。フロー▁ドロップにより、対応する接続も終了します。この理由は、(セキュリティが高いインターフェイスからセキュリティが低いインターフェイスへの)着信フロー上で▁TCP▁リセットを受信して、そのフローが終了したことによるものです。排除データベース内にあるホストと一致する送信元▁IP▁アドレスを持つパケットを受信した場合、このカウンタが増分します。▁shun▁コマンドが適用される場合、それぞれの既存のフローが▁shun▁コマンドに一致するたびに増分します。このカウンタは、リモート▁ピアから不明の▁SSL▁レコード▁タイプを受信するたびに増分します。ピアから受信した不明のレコード▁タイプはすべて重大エラーとして処理され、このエラーが検出された▁SSL▁接続は終了しなければなりません。推奨事項▁:このカウンタは、SSL▁ハンドシェイクの失敗により▁TCP▁接続がドロップしたことを示します。ハンドシェイク障害状況により生成されたシステム▁ログ▁メッセージ情報に基づいて問題が解決できない場合は、Cisco▁TAC▁に問い合せる際に、関連するシステム▁ログ▁メッセージ情報を提供してください。このカウンタは、あるコンテキストまたはシステムのホストが最大数に達し、新しい接続が試行されると増分します。このカウンタは、コンテキストまたはシステムの検査レートが最大数に達し、新しい接続が試行されると増分します。このカウンタは、CTM▁が暗号要求を受け入れない場合に、その都度増分します。これは通常、暗号ハードウェア要求のキューがいっぱいになっていることを示します。このカウンタは、SSL▁データを受信中に復号化エラーが発生すると増分します。これは通常、ASA▁またはピアの▁SSL▁コードにバグがある場合、または攻撃者がデータ▁ストリームを変更している可能があることを示します。SSL▁接続は終了されます。推奨事項▁:ASA▁に対する▁SSL▁データ▁ストリームを検証します。攻撃者がいない場合は、Cisco▁TAC▁へ報告すべきソフトウェア▁エラーがあることを示します。推奨事項▁:このカウンタは、通常の動作が行われる過程で増分していく可能性があります。ただし、カウンタが急速に増分している場合や、ソケット▁ベースのアプリケーションに著しい不適切動作が見られる場合は、ソフトウェアの欠陥によって発生している可能性があります。Cisco▁TAC▁に連絡して、問題を詳しく調査してください。これは、重大なソケット処理エラーに対する一般的なカウンタです。このカウンタは、ソケット▁データの移動時にエラーがあると増分します。このカウンタは、ソケットに関連する転送が異常終了すると増分します。このカウンタは、セキュリティ▁アプライアンスがリモート▁クライアントから終了アラートを受信すると増分します。これは、クライアントが接続をドロップしようとしていることを通知したことを示します。通常の接続切断プロセスの一部です。このカウンタは、トレースが完了して解放されたフローについて、packet-tracer▁により内部的に使用されます。このカウンタは、SSL▁ライブラリ内で▁malloc▁のエラーが発生すると増分します。これは、SSL▁がメモリ▁バッファまたはパケット▁ブロックを割り当てることができないメモリ不足状態であることを示します。推奨事項▁:セキュリティ▁アプライアンスのコントロール▁プレーン内で動作しているカード▁マネージャ▁プロセスが、システム▁メッセージと▁CLI▁警告を発行してこのエラーを通知します。SSM▁エラーの問題解決については、SSM▁に付属のマニュアルを参照してください。必要な場合は、Cisco▁TAC▁に連絡してください。このカウンタが適用されるのは、ASA▁5500▁シリーズ適応型セキュリティ▁アプライアンスのみです。SSM▁による接続の検査が予定されているが、SSM▁が検査できない場合に増分します。このカウンタは将来使用するために予約されます。現在のリリースでは常に▁0▁である必要があります。推奨事項▁:SSM▁によって生成された事故レポートまたはシステム▁メッセージを照会して、詳細情報を取得することができます。手順については、SSM▁に付属のマニュアルを参照してください。推奨事項▁:なし。これは、現在のデバイスがアクティブからスタンバイに移行する際の▁SVC▁接続の通常のクリーンアップの一部です。デバイスでの既存の▁SVC▁接続は有効でなるので、削除する必要があります。このカウンタは、暗号化されているはずが暗号化されていないパケットをセキュリティ▁アプライアンスが受信すると増分します。このパケットは、セキュリティ▁アプライアンスで設定、確立された▁SVC▁接続の内部ヘッダー▁セキュリティ▁ポリシー▁チェックに一致しましたが、暗号化されずに受信されました。これはセキュリティの問題です。この理由は、初期タイマーが時間切れになったために▁TCP▁フローが終了したことによるものです。推奨事項▁:接続の確立に時間のかかる有効なセッションがある場合は、初期タイムアウトを増分します。この理由は、TCP▁FIN▁パケットを受信した時に▁TCP▁フローが終了したことによるものです。推奨事項▁:各▁TCP▁接続が▁FIN▁で正常に終了した場合、このカウンタが増分します。SYN▁再送信は、1▁秒に▁1▁回の割合で▁3▁回試行した後にタイムアウトになります。サーバが到達不能のため、接続が切断されました。推奨事項▁:サーバがセキュリティ▁アプライアンスから到達可能であるかどうかをチェックします。推奨事項▁:ネイリング規則がある、パケットが▁VPN▁トンネル経由で着信する、またはクライアントに到達するネクストホップ▁ゲートウェイ▁アドレスが解決されない場合を除き、通常▁TCP▁代行受信では最初の▁SYN▁に対する接続は作成されません。そのため、これは最初の▁SYN▁に対して接続が作成されたことを示しています。TCP▁代行受信がサーバから▁RST▁を受信すると、そのサーバ上の対応するポートが閉じる可能性があります。TCP▁代行受信モジュールの論理エラーです。このようなことは発生しないようになっています。TCP▁モジュール▁ポート衝突がクライアントとサーバの間で発生しました。TCP▁接続ソケットは、既存のリッスン接続と衝突します。これは、内部システムのエラーですこの理由は、SYN▁パケットが無効の場合に▁TCP▁フローが終了したことによるものです。推奨事項▁:チェックサムや▁TCP▁ヘッダーが無効な場合など、さまざまな理由で▁SYN▁パケットが無効になる可能性があります。なぜ▁SYN▁パケットが無効になるかを理解するには、パケット▁キャプチャ機能を使用してください。これらの接続を許可する場合は、▁tcp-map▁設定を使用してチェックをバイパスします。推奨事項▁:TCP▁の再送信の際に異なるデータを送信するという方法で、TCP▁エンドポイントが攻撃を加えている可能性があります。パケット▁キャプチャ機能を使用して、パケットの発信元の詳細を確認してください。この理由は、TCP▁エンドポイントにアドバタイズされたウィンドウ▁サイズが、大量のデータを受け取ることもなく激変し、TCP▁フローが終了したことによるものです。推奨事項▁:この接続を許可するために、▁window-variation▁コマンドを使用します。推奨事項▁:IPSec▁トンネルがネゴシエーション中または削除中の場合、これは正常な状態です。次に、▁show▁asp▁drop▁コマンドの出力例を示します。パケットをキャプチャします。asp▁ドロップ▁コードに基づいてパケットをキャプチャするオプションも含まれています。(オプション)ARP▁テーブル▁エントリを表示する▁IP▁アドレスを指定します。(オプション)ARP▁テーブルを表示する特定のインターフェイスを指定します。(オプション)IP▁アドレスのサブネット▁マスクを設定します。アクセラレーション▁セキュリティ▁パスの分類子テーブルをデバッグするには、特権▁EXEC▁モードで▁show▁asp▁table▁classify▁コマンドを使用します。分類子は、着信パケットのプロパティ(プロトコル、送信元アドレス、宛先アドレスなど)を検査して、各パケットを適切な分類規則と対応付けます。それぞれの規則には、パケットのドロップや通過の許可など、どのタイプのアクションを実行するかを規定した分類ドメインのラベルが付けられます。(オプション)特定の分類子ドメインのエントリを表示します。ドメインのリストについては、「使用上のガイドライン」を参照してください。(オプション)分類子テーブルを表示する特定のインターフェイスを指定します。ドロップされたパケットのアクセラレーション▁セキュリティ▁パス▁カウンタを表示します。(オプション)特定のインターフェイスの▁MAC▁アドレス▁テーブルを表示します。アクセラレーション▁セキュリティ▁パスのルーティング▁テーブルをデバッグするには、特権▁EXEC▁モードで▁show▁asp▁table▁routing▁コマンドを使用します。このコマンドは、IPv4▁アドレスと▁IPv6▁アドレスをサポートしています。ルーティング▁エントリを表示する▁IP▁アドレスを設定します。IPv6▁アドレスの場合は、サブネット▁マスクを含めることができます。スラッシュ(/)に続けて、プレフィックス(0▁～▁128)を入力します。たとえば、次のように入力します。(オプション)ルーティング▁テーブルを表示する特定のインターフェイスを指定します。(オプション)VPN▁コンテキスト▁テーブルに関する追加の詳細情報を表示します。パケット▁バッファの使用状況を表示するには、特権▁EXEC▁モードで▁show▁blocks▁コマンドを使用します。(オプション)このアドレスに対応するブロックを▁16▁進形式で表示します。(オプション)アプリケーションによって割り当てられ、使用されているブロックを表示します。(オプション)一意の各キュー▁タイプの最初のブロックの一部(128▁バイト)を表示します。(オプション)ヘッダーとパケットの情報を含めて、ブロックの内容全体を表示します。dump▁と▁packet▁の相違点は、dump▁の場合、ヘッダーとパケットに関する追加情報が含まれることです。(オプション)1▁分より前に割り当てられたブロックを表示します。(オプション)パケットの内容をブロックのヘッダーと共に表示します。(オプション)セキュリティ▁アプライアンスがブロックを使い果たしたときに、ブロックが割り当てられる位置を表示します。ブロックはプールから割り当てられますが、一度もキューに割り当てられないことがあります。この場合に表示される位置は、ブロックを割り当てたコードのアドレスです。(オプション)ブロックの使用状況に関する詳細情報を表示します。この情報は、このクラスにブロックを割り当てたアプリケーションのプログラム▁アドレス、このクラスのブロックを解放したアプリケーションのプログラム▁アドレス、およびこのクラスの有効なブロックが属しているキューを基準としてソートされています。セキュリティ▁コンテキスト内で表示される情報には、使用中のブロック、およびブロック使用状況の最高水準点について、コンテキスト固有の情報と共にシステム全体の情報も含まれています。次に、シングルモードでの▁show▁blocks▁コマンドの出力例を示します。ブロック▁プールのサイズ(バイト単位)。それぞれのサイズは、特定のタイプを表しています。下に例を示します。TCP▁代行受信で確認応答パケットを生成するために、およびフェールオーバー▁hello▁メッセージに使用されます。ステートフル▁フェールオーバーのアップデート、syslog▁処理、およびその他の▁TCP▁機能に使用されます。セキュリティ▁アプライアンスから送信される▁syslog▁メッセージも▁256▁バイト▁ブロックを使用しますが、256▁バイト▁ブロック▁プールが枯渇するような量が発行されることは通常ありません。CNT▁カラムの示す▁256▁バイト▁ブロックの数が▁0▁に近い場合は、Debugging(レベル▁7)のログを▁syslog▁サーバに記録していないことを確認してください。この情報は、セキュリティ▁アプライアンス▁コンフィギュレーションの▁logging▁trap▁行に示されています。ロギングは、デバッグのために詳細な情報が必要となる場合を除いて、Notification(レベル▁5)以下に設定することをお勧めします。セキュリティ▁アプライアンスで処理するイーサネット▁パケットを格納するために使用されます。64▁ビット▁66▁MHz▁のギガビット▁イーサネット▁カード(i82543)にのみ使用されます。イーサネット▁パケットの詳細については、1550▁の説明を参照してください。最低水準点。この数は、セキュリティ▁アプライアンスの電源がオンになった時点、またはブロックの内容が(▁clear▁blocks▁コマンドで)最後に消去された時点から、このサイズの使用可能なブロックが最も少なくなったときの数を示しています。LOW▁カラムが▁0▁である場合は、先行のイベントでメモリがすべて使用されたことを示します。指定したサイズのブロック▁プールで現在使用可能なブロックの数。CNT▁カラムが▁0▁である場合は、メモリが現在すべて使用されていることを意味します。次に、▁show▁blocks▁all▁コマンドの出力例を示します。ブロックを最後に使用したアプリケーションのプログラム▁アドレス(使用されていない場合は▁0)。このブロックに対する現時点での参照回数(このブロックが使用されている場合)。0▁は▁1▁回の参照、1▁は▁2▁回の参照を意味します。ブロックに対して最後に実行された操作。割り当て、取得、入力、解放の▁4▁つのいずれかです。次に、コンテキスト内での▁show▁blocks▁コマンドの出力例を示します。次に、▁show▁blocks▁pool▁summary▁コマンドの出力例を示します。技術的な理由により、指定したカテゴリで報告されなかったブロックの数。このキューが解放されてコンテンツが無効になっているか、このキューは初期化されていませんでした。ブート▁ファイルとコンフィギュレーションのプロパティを表示するには、特権コンフィギュレーション▁モードで▁show▁bootvar▁コマンドを使用します。起動時に使用されるコンフィギュレーション▁ファイルまたはイメージ▁ファイルを指定します。キャプチャのコンフィギュレーションを表示するには、オプションを指定せずに▁show▁capture▁コマンドを使用します。(オプション)特定のアクセス▁リストの▁IP▁フィールドまたはより高位のフィールドに基づいて、パケットに関する情報を表示します。(オプション)指定したパケットの数に関するデータを表示します。このオプションは、isakmp▁タイプのキャプチャがインターフェイスに適用されている場合に役立ちます。当該のインターフェイスを通過する▁isakmp▁データは、復号化の後にすべてキャプチャされ、フィールドをデコードした後にその他の情報と共に表示されます。(オプション)データ▁リンク▁トランスポート経由で伝送されるパケットの▁16▁進ダンプを表示します。capture_name▁を指定した場合は、そのキャプチャのキャプチャ▁バッファの内容が表示されます。dump▁キーワードを指定しても、MAC▁に関する情報は▁16▁進ダンプに表示されません。パケットのデコード出力は、パケットのプロトコルによって形式が異なります。▁表25-6▁で▁[▁]▁に囲まれている出力は、▁detail▁キーワードを指定した場合に表示されます。次の例は、キャプチャのコンフィギュレーションを表示する方法を示しています。次の例は、ARP▁キャプチャによってキャプチャされたパケットを表示する方法を示しています。パケット▁キャプチャ機能を有効にして、パケットのスニッフィングやネットワーク障害を検出できるようにします。シリアル▁コンソールからドロップされた文字の数を表示するには、特権▁EXEC▁モードで▁show▁chardrop▁コマンドを使用します。次に、▁show▁chardrop▁コマンドの出力例を示します。次に、▁show▁checkheapls▁コマンドの出力例を示します。コンフィギュレーションのチェックサムを表示するには、特権▁EXEC▁モードで▁show▁checksum▁コマンドを使用します。次の例は、コンフィギュレーションまたはチェックサムを表示する方法を示しています。チャンクに関する統計情報を表示するには、特権▁EXEC▁モードで▁show▁chunkstat▁コマンドを使用します。次の例は、チャンクに関する統計情報を表示する方法を示しています。クラスに割り当てられたコンテキストを表示するには、特権▁EXEC▁モードで▁show▁class▁コマンドを使用します。20▁文字までの長さの文字列として名前を指定します。デフォルト▁クラスを表示するには、名前として▁default▁と入力します。次に、▁show▁class▁default▁コマンドの出力例を示します。(オプション)クロックのソース(NTP▁またはユーザ設定)と現在のサマータイム設定(存在する場合)を表示します。次に、▁show▁clock▁detail▁コマンドの出力例を示します。指定した接続タイプの接続状態を表示するには、特権▁EXEC▁モードで▁show▁conn▁コマンドを使用します。このコマンドは、IPv4▁アドレスと▁IPv6▁アドレスをサポートしています。デバイスを通過するトラフィックの接続に加えて、デバイスへの接続とデバイスからの接続を表示します。変換タイプとインターフェイスの情報を含めて、接続の詳細を表示します。ドット付き▁10▁進表記の▁IP▁アドレス。または、IP▁アドレス範囲の開始アドレス。指定した▁IP▁アドレスに使用するサブネット▁マスクを指定します。接続状態タイプを指定します。接続状態タイプに使用できるキーワードのリストについては、▁表25-7▁を参照してください。(注)▁セカンダリ接続を可能にするためのピンホールをセキュリティ▁アプライアンスが作成するとき、この接続は▁show▁conn▁コマンドでは不完全な接続として表示されます。この不完全な接続を消去するには、clear▁local▁コマンドを使用します。detail▁オプションを使用すると、▁表25-8▁に示した接続フラグを使用して、変換タイプとインターフェイスに関する情報が表示されます。2.show▁conn▁コマンド出力の各行は▁1▁つの接続(TCP▁または▁UDP)を表すため、1▁行に▁1▁つの▁R▁フラグだけが存在します。3.UDP▁接続の場合、値▁t▁は接続が▁1▁分後にタイムアウトすることを示しています。4.UDP▁接続の場合、値▁T▁は、timeout▁sip▁コマンドを使用して指定した値に従って接続がタイムアウトすることを示しています。(注)▁DNS▁サーバを使用する接続の場合、show▁conn▁コマンドの出力で、接続の送信元ポートが▁DNS▁サーバの▁IP▁アドレスに置き換えられることがあります。複数の接続タイプを指定する場合は、キーワードをカンマで区切り、スペースは入れません。次の例では、アップ状態の▁RPC▁接続、H.323▁接続、および▁SIP▁接続に関する情報を表示しています。次の例には、接続が▁SSM▁によってスキャンされていることを示す「X」フラグが含まれています。次に、▁show▁conn▁all▁コマンドの出力例を示します。Java▁アプレットを▁HTTP▁トラフィックから削除します。現在キャプチャされているコンソール出力を表示するには、特権▁EXEC▁モードで次の例は、コンソール出力がない場合に表示されるメッセージを示しています。コンフィギュレーションにあるアイドル期間をデフォルトに戻します。割り当てられているインターフェイス、コンフィギュレーション▁ファイルの▁URL、および設定済みコンテキストの数を含めてコンテキスト情報を表示するには(または、システム実行スペースからすべてのコンテキストのリストを表示するには)、特権▁EXEC▁モードで▁show▁context▁コマンドを使用します。(オプション)実行状態および内部使用のための情報を含めて、コンテキストに関する詳細な情報を表示します。(オプション)コンテキスト名を設定します。名前を指定しない場合、セキュリティ▁アプライアンスはすべてのコンテキストを表示します。コンテキスト内で入力できるのは、現在のコンテキスト名のみです。システム実行スペースでは、名前を指定しない場合、セキュリティ▁アプライアンスはすべてのコンテキストを表示します。次に、▁show▁context▁コマンドの出力例を示します。この表示例では、3▁つのコンテキストが表示されています。すべてのコンテキスト名が一覧表示されます。アスタリスク(*)の付いているコンテキスト名は、管理コンテキストです。コンテキストの状態。次に、表示される可能性のあるメッセージを示します。この状態に該当するのは、システム実行スペースとヌル▁コンテキストのみです。ヌル▁コンテキストはシステムによって使用され、この情報は内部でのみ使用されます。このコンテキストは現在実行中であり、コンテキスト▁コンフィギュレーションのセキュリティ▁ポリシーに従ってトラフィックを通過させることができます。コンテキストに割り当てられるインターフェイス。インターフェイスの▁ID▁を▁allocate-interface▁コマンドでマッピングした場合、この表示内容はインターフェイスの実際の名前を示しています。システム実行スペースは、すべてのインターフェイスを含んでいます。次に、▁show▁context▁count▁コマンドの出力例を示します。ASA▁5505▁適応型セキュリティ▁アプライアンスのシステムに存在するすべてのインターフェイスのコントローラ固有の情報を表示するには、特権▁EXEC▁モードで▁show▁controller▁コマンドを使用します。スイッチ▁ポートを特定しない場合、このコマンドはすべてのインターフェイスの情報を表示します。Cisco▁TAC▁では、このコマンドを使用して内部で見つかった欠陥や、顧客が見つけた欠陥を調査する際にコントローラに関するデバッグ情報を収集します。次に、▁show▁controller▁コマンドの出力例を示します。Cisco▁TAC▁が問題を診断できるように情報を表示します。プロトコル▁スタック▁カウンタを表示するには、特権▁EXEC▁モードで▁show▁counters▁コマンドを使用します。次の例は、コンテキストのカウンタを表示する方法を示しています。CPU▁の使用状況に関する情報を表示するには、特権▁EXEC▁モードで▁show▁cpu▁usage▁コマンドを使用します。マルチ▁コンテキスト▁モードでは、システム▁コンフィギュレーションから次のように入力します。CPU▁プロファイルの使用状況を表示します。表示された情報は、トラブルシューティングの目的で▁TAC▁が使用することがあります。CPU▁の使用状況は、負荷の近似値を使用して▁5▁秒ごとに算出されます。この近似値は、次回と次々回の移動平均に提供されます。さらに、マルチ▁コンテキスト▁モードでは、いずれかの設定済みコンテキストが▁CPU▁に負荷をかけている場合、その負荷に関係しているプロセスを中断するように要求できます。このためには、各コンテキストに移動して▁show▁cpu▁コマンドを入力するか、このコマンドの変化型である▁show▁cpu▁context▁を入力します。次の例は、マルチモードでシステム▁コンテキストの▁CPU▁使用状況を表示する方法を示しています。次の例は、すべてのコンテキストの▁CPU▁使用状況を表示する方法を示しています。次の例は、one▁というコンテキストの▁CPU▁使用状況を表示する方法を示しています。次の例では、プロファイラを有効にし、5000▁個のサンプルを格納するように指示します。show▁cpu▁profile▁コマンドを使用して、結果を確認します。処理が完了すると、▁show▁cpu▁profile▁コマンド出力によって結果が表示されます。この情報をコピーし、TAC▁に提出します。TAC▁がこの情報をデコードします。フラッシュ▁メモリに格納されているクラッシュ▁ファイルの内容を表示するには、特権▁EXEC▁モードで▁show▁crashinfo▁コマンドを入力します。(オプション)クラッシュ情報をフラッシュ▁メモリに保存するようにセキュリティ▁アプライアンスが設定されているかどうかを表示します。クラッシュ▁データがフラッシュにまったく保存されていない場合や、▁clear▁crashinfo▁コマンドを入力してクラッシュ▁データを消去していた場合は、▁show▁crashinfo▁コマンドを実行するとエラー▁メッセージが表示されます。次の例は、現在のクラッシュ情報コンフィギュレーションを表示する方法を示しています。フラッシュ▁メモリ内のファイルにクラッシュ情報を保存する、セキュリティ▁アプライアンスの機能をテストします。フラッシュに対するクラッシュ書き込みの読み取り、書き込み、および設定を行うには、crashinfo▁console▁disable▁コマンドを使用します。このコマンドは、クラッシュを強制的に発生させます。FIPS▁140-2▁に準拠すると、キーやパスワードなどのクリティカル▁セキュリティ▁パラメータを暗号境界(シャーシ)の外側に配布することができません。アサートまたはチェックヒープのエラーによってデバイスがクラッシュしたとき、コンソールにダンプされるスタック領域やメモリ領域は、機密データを含んでいることがあります。この出力は、FIPS▁モードでは表示されないようにする必要があります。セキュリティ▁アプライアンスで実行されている▁FIPS▁コンフィギュレーションを表示します。グローバル▁コンフィギュレーション▁モードで入力した次の例では、グローバルな暗号アクセラレータ統計情報を表示しています。暗号アクセラレータ▁MIB▁内のプロトコル固有の統計情報を表示します。特定のトラストポイントに関連付けられている証明書、またはシステムにインストールされているすべての証明書を表示するには、グローバル▁コンフィギュレーション▁モードまたは特権▁EXEC▁モードで▁show▁crypto▁ca▁certificates▁コマンドを使用します。(オプション)トラストポイントの名前。名前を指定しない場合は、システムにインストールされているすべての証明書が表示されます。グローバル▁コンフィギュレーション▁モードで入力した次の例では、tp1▁というトラストポイントの▁CA▁証明書を表示しています。指定したトラストポイントのコンフィギュレーション▁パラメータに基づいて、CRL▁を要求します。(オプション)トラストポイントの名前。名前を指定しない場合は、システムにキャッシュされているすべての▁CRL▁が表示されます。グローバル▁コンフィギュレーション▁モードで入力した次の例では、tp1▁というトラストポイントの▁CRL▁を表示しています。ユーザ認証にトークン▁ベースのサーバを使用することを指定します。次の例では、inside▁というインターフェイスの▁IPSec▁DF▁ビット▁ポリシーを表示しています。IPSec▁パケットのフラグメンテーション▁ポリシーを設定します。IPSec▁パケットのフラグメンテーション▁ポリシーを表示します。グローバル▁コンフィギュレーション▁モードで入力した次の例では、inside▁というインターフェイスの▁IPSec▁フラグメンテーション▁ポリシーを表示しています。指定したインターフェイスの▁DF▁ビット▁ポリシーを表示します。(オプション)IPSec▁SA▁をピア▁アドレスでソートして表示します。(オプション)IPSec▁SA▁を▁ID▁でソートして、ESP▁を除いて表示します。これは圧縮された形式です。(オプション)指定した暗号マップの▁IPSec▁SA▁を表示します。(オプション)指定したピア▁IP▁アドレスの▁IPSec▁SA▁を表示します。グローバル▁コンフィギュレーション▁モードで入力した次の例では、IPSec▁SA▁を表示しています。グローバル▁コンフィギュレーション▁モードで入力した次の例では、def▁という暗号マップの▁IPSec▁SA▁を表示しています。グローバル▁コンフィギュレーション▁モードで入力した次の例では、キーワード▁entry▁を指定して▁IPSec▁SA▁を表示しています。グローバル▁コンフィギュレーション▁モードで入力した次の例では、キーワード▁entry▁detail▁を指定して▁IPSec▁SA▁を表示しています。次の例では、キーワード▁identity▁を指定して▁IPSec▁SA▁を表示しています。次の例では、キーワード▁identity▁と▁detail▁を指定して▁IPSec▁SA▁を表示しています。アクティブな▁ISAKMP▁コンフィギュレーションをすべて表示します。グローバル▁コンフィギュレーション▁モードで入力した次の例では、IPSec▁統計情報を表示しています。IPSec▁SA▁またはカウンタを、指定したパラメータに基づいて消去します。指定したパラメータに基づいて▁IPSec▁SA▁を表示します。実行時の統計情報を表示するには、グローバル▁コンフィギュレーション▁モードまたは特権▁EXEC▁モードで▁show▁crypto▁isakmp▁stats▁コマンドを使用します。グローバル▁コンフィギュレーション▁モードで発行した次の例では、ISAKMP▁統計情報を表示しています。このコマンドは廃止されました。▁show▁crypto▁isakmp▁sa▁コマンドに置き換えられました。グローバル▁コンフィギュレーション▁モードで入力した次の例では、SA▁データベースに関する詳細な情報を表示しています。統計情報を表示するプロトコルの名前を指定します。指定できるプロトコルは、次のとおりです。グローバル▁コンフィギュレーション▁モードで入力した次の例では、指定したプロトコルに関する暗号アクセラレータ統計情報を表示しています。(オプション)CSC▁SSM▁が前日の▁24▁時間(午前零時から翌日の午前零時まで)スキャンしたトラフィックのノード数を表示します。デフォルトで表示されるノード▁カウントは、午前零時からスキャンされたノード数です。この例では、▁show▁csc▁node-count▁コマンドを使用して、CSC▁SSM▁が午前零時からスキャンしたトラフィックのノード数を表示する方法を示します。この例では、▁show▁csc▁node-count▁コマンドを使用して、CSC▁SSM▁が前日の▁24▁時間(午前零時から翌日の午前零時まで)スキャンしたトラフィックのノード数を表示する方法を示します。セキュリティ▁アプライアンスを越えて確立されている▁CTIQBE▁セッションの情報を表示するには、特権▁EXEC▁モードで▁show▁ctiqbe▁コマンドを使用します。セキュリティ▁アクションを適用する先のトラフィック▁クラスを定義します。1▁つまたは複数のインターフェイスにポリシー▁マップを適用します。さまざまなプロトコルおよびセッション▁タイプのアイドル状態の最大継続時間を設定します。現在のユーザ特権を表示するには、▁show▁curpriv▁コマンドを使用します。


▁いま見ると2、3色で編んだそんなに複雑なものじゃないんですけど、それがすごく面白くて。だったらあとは技術を学ぶだけだなと思って、まずは手編みを独学で習得しました。ところが、なんとか編めるようにはなったものの1点作るのに1カ月近くかかるので、これじゃ仕事にならないなと思って、家庭用の編み機を導入しました。なぜ先生ができないとおっしゃってたのかと言うと、人の顔の入り組んだ製図は、なかなか作れないからなんです。そこはやっぱりグラフィックデザインをやっている強みだと思います。――’70年代、’80年代のサブカルチャー要素もさることながら、ロックミュージシャンをモチーフにした作品も多いですね。だったら、もうちょっとロック寄りでやってみようかなと思ってデビッド・ボウイのセーターを作ったら、ものすごい問い合わせがきて。堀ノ内▁もはや修行ですね(笑)。編み物を始めてからは人と会うとか飲みに行くということがほとんどなくて。作業に時間を取られちゃうので、人と疎遠になるくらい編み物に取り組んでいます。


▁この章では、自動的に開始する機能とユーザが実行する必要のある設定タスクについて説明します。製品の設置と設定、ログイン、および操作概要の詳細については、ご使用の▁NAM▁プラットフォームの『インストールおよび設定ガイド』を参照してください。表▁2-1▁。▁「設定の概要」▁は、Cisco▁NAM▁で実行する基本的な設定手順を示しています。これらは必ずしもこの順序で実行する必要はなく、そのほとんどはオプションの機能です。(NAM▁5.x▁のプラットフォーム用にアップグレードがサポートされています)管理対象デバイスを設定している場合は、ダッシュボードにトラフィックが表示されます。(注)▁NAM-1、NAM-2、および▁NAM-3▁ブレードには適用されません。システム時刻は正しく設定する必要があります。時刻を同期しないと、不適切なデータが表示されるか、またはデータが表示されなくなります。これは、NAM▁が起動され、システム時刻が正しく同期されると、自動的に表示されます。アプリケーション応答時間のメトリックが収集されているかどうかの確認NAM▁ソフトウェアでは、応答時間の測定機能や、さまざまなユーザ▁エクスペリエンスに関連するメトリックが提供されます。それらは、サービスを提供するサーバに、ユーザから送られてくるモニタリングとタイムスタンプのパケットを使用して計算されます。アプリケーション、ネットワーク、サーバ、およびクライアントの応答時間を表示することができます。「音声シグナリングと▁RTP▁ストリームのモニタリング」を参照してください。サイトとはホスト(ネットワーク▁エンドポイント)の集合で、トラフィックのモニタリングや問題に関するトラブルシューティングが容易になるよういくつかのビューに分割されています。ネットワーク▁データのビューを特定の都市、建物、または建物の階に制限するには、サイト機能を使用できます。サイトは、データ▁ソースでなくプレフィックスベースのサブネットを使用して設定することを推奨します。アラームとは、上昇データのしきい値、下降データのしきい値、またはその両方に基づいてあらかじめ定義された条件です。どのイベントのタイプについてどのように▁NAM▁に通知を行わせるかを選択できます。しきい値に使用するアラームを最初に作成し、その後でしきい値を作成する必要があります。[Capture]▁では、パケット▁データをキャプチャ、フィルタ、および復号化するためのセッションを▁10▁個まで設定できるだけでなく、ファイル管理システムでデータを管理したり、パケットの内容を表示したりすることができます。ファイルの場所ごとに開くことができるキャプチャ▁セッションは▁1▁つだけです。最大▁10▁個のキャプチャ▁セッションがサポートされます。「パケット▁データのキャプチャとデコード」を参照してください。毎日指定した時刻に、指定した間隔でレポートを生成し、そのレポートを指定した電子メール▁アドレスに送信するようスケジューリングされたジョブを設定できます。[Interactive▁Report](ダッシュボードの左側)の▁[Export]▁ボタンをクリックします。NAM▁ノースバウンド▁API▁を使用して独自のスクリプトを作成することができますが、NAM▁GUI▁の設定が必要です。アプリケーション開発者が▁NAM▁API▁を使用してネットワーク▁サービスをプロビジョニングし、データを活用するには、『▁Cisco▁Network▁Analysis▁Module▁API▁Programmer's▁Guide,▁5.1▁』を参照してください。「NAM▁認証と認可をサポートする▁TACACS+▁サーバの設定」を参照してください。必要に応じて、リフレッシュ間隔、上位▁N▁エントリの数、表示するデータ、および監査証跡のイネーブル化など、様々なプリファレンスを変更できます。Cisco▁WAAS▁NAM▁仮想サービス▁ブレードで▁Cisco▁NAM▁を設定するには、次の手順を実行する必要があります。ステップ▁2▁クライアント▁ネットワークのサイトを設定します。「サイト」を参照してください。ステップ▁3▁サーバ▁ネットワーク用の別のサイトを設定します。「サイト」を参照してください。ステップ▁4▁[Setup]▁>▁[Monitoring]▁>▁[WAAS▁Servers]▁を選択し、[Add]▁ボタンをクリックして▁WAAS▁サーバを追加します。ステップ▁5▁モニタするサーバの固有のホスト▁IP▁アドレスを追加します。複数の▁IP▁アドレスがある場合は、それらを貼り付けることができます。ステップ▁6▁WAAS-NAM▁を正しく設定したことを確認するには、[Analyze]▁>▁[WAN▁Optimization]▁>▁[Application▁Performance▁Analysis]▁を選択して、データ(パススルー▁トラフィック)が表示されることを確認します。クライアント▁サイトおよびサーバ▁サイトを正しく設定していない場合、チャートにはデータが表示されません。NAM▁を起動すると、設定手順を実行しなくても、一部の機能が自動的に開始されます。これらの機能は以下のとおりです。これらのアプリケーション応答時間メトリックは、メニューの▁[Analyze]▁>▁[Response▁Time]▁に表示されます。アプリケーション、ネットワーク、サーバ、およびクライアントの応答時間を表示することができます。NAM▁を起動すると、これらのメトリックが自動的に表示されます。NAM▁がフィルタ基準に一致する▁RTP▁ストリームのみをモニタするよう、RTP▁ストリームのサブセットに絞り込むためのフィルタ▁エントリを定義することができます。トラフィックを設定するための▁NAM▁メニュー選択は、以下のとおりです。以下の項では、NAM▁を稼働するデバイス上での▁SPAN▁セッションについて説明します。(注)▁これは、NAM▁仮想サービス▁ブレードには適用されません。データをモニタするには、モニタを行えるよう、特定のトラフィックをスイッチ経由で▁NAM▁に送出する必要があります。▁表▁2-2▁、▁「トラフィックを送出する方法」▁で説明されている方法を使用します。SPAN▁送信元と▁NDE▁送信元は、同時に有効にすることができます。(注)▁NAM▁リリース▁5.x▁から、NAM▁は、NDE▁レコードを消費するだけでなく、NDE▁データ▁パケットを作成するようにもなりました。表▁2-3▁、▁「SPAN▁送信元」▁は、SPAN▁送信元のタイプとそれを設定する複数の方法を示しています。(注)▁Cisco▁IOS▁ソフトウェアのみを実行しているスイッチ用。現在の設定を使用している現在のアクティブな▁SPAN▁セッションを、Cisco▁IOS▁ソフトウェアのみを実行しているスイッチのスタートアップ▁コンフィギュレーションに保存します。SPAN▁送信元は有効である可能性がありますが、送信元にあるトラフィックが▁SPAN▁宛先にコピーされません。SPAN▁送信元が有効である可能性があり、SPAN▁送信元の▁SPAN▁セッションへの追加が実行中です。スイッチ上に▁SPAN▁セッションを作成するには、次の手順を実行します。ステップ▁1▁[Setup]▁>▁[Traffic]▁>▁[SPAN▁Sessions]▁を選択します。図▁2-1に示す▁[SPAN]▁ウィンドウが表示されます。ステップ▁4▁SPAN▁セッションを作成するには、[Submit]▁をクリックします。[Active▁Sessions]▁ウィンドウが表示されます。ステップ▁5▁現在の設定を使用している現在のアクティブな▁SPAN▁セッションを、Cisco▁IOS▁ソフトウェアのみを実行しているスイッチのスタートアップ▁コンフィギュレーションに保存するには、アクティブな▁[SPAN▁session]▁ウィンドウの▁[Save]▁をクリックします。(注)▁Cisco▁IOS▁ソフトウェアを実行しているスイッチの場合、現在の設定に対して保留されているすべての変更がスタートアップ▁コンフィギュレーションに保存されます。ステップ▁2▁編集する▁SPAN▁セッションを選択し、[Edit]▁をクリックします。(注)▁この項は、NME-NAM▁デバイスには適用されません。(注)▁複数の▁SPAN▁宛先を持つ▁SPAN▁セッションを削除すると、すべての宛先が影響を受けます。SPAN▁セッションを削除するには、[Active▁SPAN▁Session]▁ダイアログボックスでそれを選択し、[Delete]▁をクリックします。NAM▁はデータ▁ソースを自動検出するよう設定することができます。パケットを▁NAM▁に送信するデバイスの▁IP▁アドレスや、最後の▁NDE▁パケットが受信された時刻など、詳細を表示することができます。NAM▁4.x▁では、この機能は「リスニング▁モード」と呼ばれていました。(注)▁データ▁ソースを選択するのではなく、サブネットを使用してサイトを設定することを推奨します。「サブネットを使用したサイトの指定」を参照してください。以下の項では、使用可能なデータ▁ソース▁タイプの固有情報と設定手順を示します。ローカルの物理ポートである場合は▁DATA▁PORT、そうでない場合は学習されたデバイスの▁IP▁アドレス。SPAN▁セッションの詳細については、「SPAN」を参照してください。NAM▁が外部のスイッチまたはルータから▁ERSPAN▁を受信するには、ERSPAN▁パケットを▁NAM▁の▁IP▁アドレスに送信するようそのデバイスを設定しておく必要があります。以下の項で、データ▁ソースとしての▁ERSPAN▁の使用方法について説明します。外部デバイスから▁ERSPAN▁パケットを受信したら自動的にデータ▁ソースを作成するよう▁NAM▁を設定するには、次の手順を使用します。ただし、自動作成機能はデフォルトでオンになっているため、通常この手順は必要ありません。ステップ▁2▁ウィンドウ左下の▁[Auto▁Create]▁ボタンをクリックします。ステップ▁3▁[ERSPAN]▁チェックボックスをオンにして、ERSPAN▁データ▁ソースの自動作成をオンにします。自動作成機能は、NAM▁CLI▁を使用しても設定することができます。自動作成機能はデフォルトでオンになっているため、通常この手順は必要ありません。外部デバイスから▁ERSPAN▁パケットを受信したら自動的にデータ▁ソースを作成するよう▁NAM▁を設定するには、次のように▁"autocreate-data-source"▁コマンドを使用します。ステップ▁3▁[ERSPAN]▁チェックボックスをオフにして、ERSPAN▁データ▁ソースの自動作成をオフにします。ERSPAN▁データソースの自動作成をディセーブル化するには、次のように▁no▁autocreate-data-source▁コマンドを使用します。自動作成機能がオフになっている場合などに、GUI▁を使用して▁NAM▁上で▁ERSPAN▁データ▁ソースを手動で設定するには、次の手順を使用します。ステップ▁2▁ウィンドウの下部にある▁[Create]▁ボタンをクリックします。ステップ▁3▁[Type]▁ドロップダウン▁リストから、[ERSPAN]▁を選択します。ステップ▁4▁ERSPAN▁を▁NAM▁にエクスポートするデバイスの▁IP▁アドレスを入力します。ステップ▁6▁(オプション)特定のセッションにのみデータ▁ソースを適用する場合は、[Session]▁チェックボックスをオンにし、[Value]▁フィールドにセッション▁ID▁を入力します。チェックボックスをオフにした場合は、セッション▁ID▁に関係なく、デバイスからのすべての▁ERSPAN▁トラフィックがこのデータ▁ソースにグループ化されます。ステップ▁1▁device▁erspan▁コマンドを入力します。これで、次に示すように、erspan▁device▁サブコマンド▁モードが開始されます。ステップ▁3▁この例に示すように、デバイスの▁IP▁アドレスを入力します(必須)。ステップ▁5▁exit▁を入力して、サブコマンド▁モードを終了し、デバイスを作成します。新しいデバイスに割り当てられた▁ID▁値を覚えておいてください(データ▁ソースを作成するために必要となります)。ステップ▁6▁data-source▁erspan▁コマンドを入力します。これで、次に示すように、erspan▁data▁source▁サブコマンド▁モードが開始されます。ステップ▁8▁ステップ▁4▁で得たデバイス▁ID▁を入力します。ステップ▁10▁必要に応じて、この▁ERSPAN▁データ▁ソースに特定のセッション▁ID▁を指定します(オプション)。これで、データ▁ソースが作成され、デバイスからの▁ERSPAN▁レコードが▁NAM▁に受け入れられて受信されます。ステップ▁3▁ウィンドウの下部にある▁[Delete]▁ボタンをクリックします。ステップ▁1▁削除するデータ▁ソースの▁ID▁を特定できるよう、すべてのデータ▁ソースを表示します。ステップ▁2▁no▁data-source▁コマンドを使用して、データ▁ソースを削除します。ステップ▁3▁削除するデバイスの▁ID▁を特定できるよう、すべてのデバイスを表示します。ステップ▁4▁no▁device▁コマンドを使用して、デバイスを削除します。自動作成モードがオンになっていて、デバイスが▁ERSPAN▁パケットを▁NAM▁に引き続き送信する場合は、次の▁ERSPAN▁パケットが受信されると、すぐにデータ▁ソース(およびデバイス▁エントリ)が自動的に再作成されます。このため、既存の▁ERSPAN▁データ▁ソースを削除する場合は、通常▁ERSPAN▁自動作成機能をオフにすることを推奨します(詳細は説明済み)。NAM▁がデータを受信するよう▁ERSPAN▁を設定するには、2▁つの方法があります。(注)▁これにより、ERSPAN▁トラフィックが▁NAM▁データ▁ポートの▁1▁つで受信されます。これは、最も効率的な方法であるとともに、NAM▁の▁IP▁接続に悪影響を及ぼしません。そのため、シスコではこの方法を推奨しています。これで、NAM▁に接続して、Data▁Port▁2▁のデータ▁ソースのトラフィックをモニタ、キャプチャすることができます。(注)▁これにより、ERSPAN▁トラフィックが▁NAM▁管理ポートに受信されます。そのトラフィック量が多い場合は、NAM▁のパフォーマンスおよび▁IP▁接続に悪影響が生じる可能性があります。トラフィックを▁NAM▁に送出する▁SPAN▁セッションがない場合にも、VACL▁を使用することができます。この場合、VLAN▁トラフィックをモニタするために、SPAN▁の代わりに▁VACL▁を設定できます。出力トラフィックのみをモニタする場合は、次のコマンドを使用して、WAN▁インターフェイスに関連付けられている▁VLAN▁ID▁を取得します。VLAN▁ID▁を取得したら、次のコマンドを使用して▁NAM▁データ▁ポートを設定します。入力トラフィックのみをモニタする場合は、キャプチャ設定の▁VLAN▁番号を、入力トラフィックを搬送するネイティブ▁VLAN▁ID▁に置き換えます。たとえば、VLAN▁1▁で入力トラフィックを搬送する場合は、次のコマンドを使用します。以下の項で、データ▁ソースとしての▁NetFlow▁について説明します。NDE▁パケットには、複数のフロー▁レコードが含まれています。各フロー▁レコードが、次の▁2▁つのフィールドを持ちます。(注)▁この情報は、NDE▁機能がご使用の▁Cisco▁IOS▁バージョンと互換性がないことが原因で、または▁NDE▁フロー▁マスクの設定が原因で、取得できない場合もあります。ステップ▁1▁ルーティングされるフローのキャッシュを有効にするインターフェイスを選択します。ステップ▁2▁ルーティングされるフローのキャッシュ▁エントリを、NAM▁の▁UDP▁ポート▁3000▁にエクスポートします。(注)▁NAM▁は、NDE▁バージョン▁1、5、6、7、8、および▁9▁の集約キャッシュをサポートします。aggregation-type▁には、次のいずれかを指定できます。外部デバイスから▁NDE▁パケットを受信したら自動的にデータ▁ソースを作成するよう▁NAM▁を設定するには、次の手順を使用します。ただし、自動作成機能はデフォルトでオンになっているため、通常この手順は必要ありません。ステップ▁3▁[Netflow]▁チェックボックスをオンにして、Netflow▁データ▁ソースの自動作成をオンにします。外部デバイスから▁NDE▁パケットを受信したら自動的にデータ▁ソースを作成するよう▁NAM▁を設定するには、次の手順を使用します。次のように▁autocreate-data-source▁コマンドを使用します。ステップ▁3▁[Netflow]▁チェックボックスをオフにして、NDE▁データ▁ソースの自動作成をオフにします。NetFlow▁データソースの自動作成をディセーブル化するには、次のように▁no▁autocreate-data-source▁コマンドを使用します。自動作成機能がオフになっている場合などに、GUI▁を使用して▁NAM▁上で▁NetFlow▁データ▁ソースを手動で設定するには、次の手順を使用します。ステップ▁3▁[Type]▁ドロップダウン▁リストから、[NetFlow]▁を選択します。ステップ▁4▁NDE▁を▁NAM▁にエクスポートするデバイスの▁IP▁アドレスを入力します(必須)。ステップ▁8▁(オプション)[Enable▁SNMP▁v3]:SNMP▁v3▁を使用してデバイスと通信する場合は、v3▁固有のダイアログ内のフィールドに入力します。SNMP▁が認証あり、プライバシーなしのモードで使用されます。デバイスに設定されているユーザ名と一致するユーザ名を入力します。デバイスに設定されているユーザ名に関連付けられている認証パスワードを入力します。パスワードを再入力します。デバイス(MD5▁または▁SHA-1)で設定されている認証標準を選択します。デバイスに設定されているプライバシー▁パスワードを入力します。パスワードを再入力します。デバイス(AES▁または▁DES)で設定されているプライバシー▁アルゴリズムを入力します。ステップ▁1▁device▁netflow▁コマンドを入力します。これで、次に示すように、netflow▁device▁サブコマンド▁モードが開始されます。ステップ▁5▁show▁を入力して、適用されるデバイス設定を表示し、それが正しいことを確認します。ステップ▁6▁exit▁を入力して、サブコマンド▁モードを終了し、デバイスを作成します。新しいデバイスに割り当てられた▁ID▁値を覚えておいてください。データ▁ソースを作成するために必要となります。ステップ▁7▁data-source▁netflow▁コマンドを入力します。これで、次に示すように、netflow▁data▁source▁サブコマンド▁モードが開始されます。ステップ▁8▁次にコマンドラインに入力する必要があるコマンドを表示するには、次の例に示すように▁?▁を入力して、使用可能なすべてのコマンド▁オプションを表示します。ステップ▁9▁ステップ▁4▁で得たデバイス▁ID▁を入力します(必須)。ステップ▁10▁データ▁ソースに付ける名前を入力します(必須):ステップ▁11▁必要に応じて、この▁NDE▁データ▁ソースに特定のエンジン▁ID▁を指定します(オプション)。ステップ▁12▁show▁を入力して、適用されるデータ▁ソース設定を表示し、それが正しいことを確認します。ステップ▁13▁exit▁を入力して、サブコマンド▁モードを終了し、データ▁ソースを作成します。これで、データ▁ソースが作成され、デバイスからの▁NDE▁レコードが▁NAM▁に受け入れられて受信されます。自動作成モードがオンになっていて、デバイスが▁NDE▁パケットを▁NAM▁に引き続き送信する場合は、次の▁NDE▁パケットが受信されると、すぐにデータ▁ソース(およびデバイス▁エントリ)が自動的に再作成されます。このため、既存の▁NetFlow▁データ▁ソースを削除する場合は、通常▁NetFlow▁自動作成機能をオフにすることを推奨します(詳細は説明済み)。クライアント▁アプリケーションとサーバ▁アプリケーションが相互に通信しようとしたとき、ネットワーク▁デバイスが、クライアント▁アプリケーションや送信先サーバに代わって動作するために、そのトラフィックを傍受し、WAE▁へとリダイレクトします。WAE▁は、トラフィックを検証し、組み込みのアプリケーション▁ポリシーを使用して、トラフィックを最適化するか、それとも最適化せずにネットワークを通過させるかを決定します。WAAS▁の▁[Top▁Talkers▁Detail]▁ダッシュボードを使用してトラフィックを分析し、最適化を行うことができます。詳細については、「Top▁Talkers▁Detail」を参照してください。Cisco▁WAAS▁は、企業における次のような目標の達成を支援します。•▁高度な圧縮アルゴリズムを使用して、WAN▁の不必要な帯域幅使用量を最小限に抑える。•▁ブランチ▁オフィス▁ユーザにプリント▁サービスを提供する。WAAS▁では、WAE▁をプリント▁サーバとして設定できます。これにより、印刷要求を実行するために専用システムを導入する必要がなくなります。•▁次のような共通の問題を解決して、WAN▁経由のアプリケーションのパフォーマンスを改善する。WAAS▁の詳細と▁WAAS▁コンポーネントの設定方法については、次のマニュアルを参照してください。NAM▁GUI▁を使用して、▁表▁2-12▁、▁「WAAS▁データ収集ポイント」▁に示すネットワーク上の場所にあるデータ▁ソースを設定できます。この設定では、モニタリングのために、そのクライアントから発生した元の(LAN▁側の)TCP▁フローを▁NAM▁にエクスポートするように▁WAE▁デバイスを設定します。このポイントをモニタリングするには、Client▁データ▁ソースを設定します。この設定では、モニタリングのために、そのクライアントから発生した最適化された(WAN▁側の)TCP▁フローを▁NAM▁にエクスポートするように▁WAE▁デバイスを設定します。このポイントをモニタリングするには、Client▁WAN▁データ▁ソースを設定します。この設定では、モニタリングのために、そのサーバから発生した最適化された(WAN▁側の)TCP▁フローを▁NAM▁にエクスポートするように▁WAE▁デバイスを設定します。このポイントをモニタリングするには、Server▁WAN▁データ▁ソースを設定します。この設定では、モニタリングのために、そのサーバから発生した元の(LAN▁側の)TCP▁フローを▁NAM▁にエクスポートするように▁WAE▁デバイスを設定します。このポイントをモニタリングするには、Server▁データ▁ソースを設定します。この設定では、最適化されずにパススルーされる▁TCP▁フローをエクスポートするように▁WAE▁デバイスを設定します。ステップ▁2▁ルータまたはスイッチで、ベースライン(SPAN)のデータ▁ソースを設定します。ステップ▁3▁WAAS▁Central▁Manager▁で、サイト定義を設定します。詳細については、「サイト」を参照してください。ステップ▁4▁WAAS▁Central▁Manager▁の▁[Monitor]▁セクションの▁[Network▁Analysis]▁タブで、トップ▁トーカーを表示することができます。詳細については、「Top▁Talkers▁Detail」を参照してください。ステップ▁8▁WAAS▁の最適化を起動します。詳細については、「WAN▁の最適化」を参照してください。ステップ▁9▁フロー▁エージェントを起動し、ART▁を短縮するためにモニタするサーバを特定します。上記のような▁CLI▁コマンドを使用して▁NAM▁へのフロー▁エクスポートをイネーブル化すると、WAAS▁デバイスが検出され、自動的に▁NAM▁の▁WAAS▁デバイス▁リストに追加されるようになります。(注)▁エクスポートがイネーブルになっている▁WAAS▁デバイスは自動的に検出されて追加されるため、通常は、この手順は必要ありません。WAAS▁の▁NAM▁へのエクスポートをイネーブルにする方法の詳細については、「WAAS▁デバイスの管理」を参照してください。NAM▁によってモニタリングされるデバイスのリストに▁WAAS▁デバイスを手動で追加するには、次の手順を実行します。[NAM▁Data▁Source▁Configuration]▁ダイアログが表示されます。ステップ▁3▁[Types]▁の一覧から▁"WAAS"▁を選択します。ステップ▁4▁[IP]▁フィールドにデバイスの▁IP▁アドレスを入力します。ステップ▁5▁該当する▁WAAS▁セグメントのチェックボックスをオンにします(▁表▁2-12▁を参照)。ステップ▁7▁[Submit]▁をクリックして、新しい▁WAAS▁カスタム▁データ▁ソースを追加します。ステップ▁1▁[Setup]▁>▁[Traffic]▁>▁[NAM▁Data▁Sources]▁を選択します。データ▁ソースが表示されます。ステップ▁2▁変更する▁WAAS▁デバイスを選択し、[Edit]▁ボタンをクリックします。詳細については、「カスタム▁エクスポート」を参照してください。WAAS▁カスタム▁データ▁ソースを削除するには、次の手順を実行します。ステップ▁2▁削除する▁WAAS▁カスタム▁データ▁ソースを選択し、[Delete]▁ボタンをクリックします。ダイアログボックスにデバイスのアドレスが表示され、本当にそのデバイスを削除するかどうかの確認が求められます。ステップ▁2▁[Auto▁Create]▁ボタンをクリックします。ステップ▁4▁必要なセグメントのチェックボックスをオンにします。詳細については、「WAAS▁データ▁ソースの編集」を参照してください。パフォーマンス▁エージェント(PA)は、インターフェイスのトラフィックをモニタし、今後の処理および▁GUI▁仮想化を考えて、シスコ▁ネットワーク分析モジュールにとり重要なパフォーマンス分析情報を収集、分析、集約、およびエクスポートできます。PA▁を▁NAM▁と統合することで、ブランチで、アプリケーション応答時間をより低価格で可視化する方法を実現できるようになります。また▁NAM▁を▁PA▁と統合することで、ブランチ内の個別の▁NAM▁製品を管理するのに必要な複雑度が軽減されます。これは、最適化できるが▁WAAS▁Express▁の能力を超えているため最適化されていないトラフィックです。これは、最適化ポリシーに定義されていない種類のトラフィックであるために最適化されていないトラフィックです。Export▁Passthrough▁データを使用するためのデータ▁ソースを設定することもできます。PA▁データ▁ソースを設定する方法の詳細については、「ISR▁PA▁デバイスの管理」を参照してください。この項では、NAM▁GUI▁を使用したデータ▁ソース管理に関する次の内容について説明します。外部デバイスから▁PA▁パケットを受信したら自動的にデータ▁ソースを作成するよう▁NAM▁を設定するには、次の手順を使用します。ただし、自動作成機能はデフォルトでオンになっているため、通常この手順は必要ありません。ステップ▁3▁[PA]▁チェックボックスをオンにして、PA▁データ▁ソースの自動作成をオンにします。自動作成機能がオフになっている場合などに、GUI▁を使用して▁NAM▁上で▁PA▁データ▁ソースを手動で設定するには、次の手順を使用します。自動作成機能はデフォルトでオンになっているため、通常この手順は必要ありません。ステップ▁3▁[Type]▁ドロップダウン▁リストから、[PA]▁を選択します。ステップ▁4▁PA▁を▁NAM▁にエクスポートするデバイスの▁IP▁アドレスを入力します(必須)。ステップ▁6▁SNMP▁v3▁を使用してデバイスと通信する場合は、[Version▁v3]▁オプション▁ボタンをクリックします。ステップ▁7▁必要なクレデンシャルと一致する▁[Mode]▁オプション▁ボタンをクリックし、必要なフィールドに入力します。有効な▁SNMP▁クレデンシャルを入力すると、NAM▁は、デバイスのインターフェイスを単に数字として表示するのではなく、インターフェイスの機能をわかりやすく説明するテキスト文字列をデバイスからアップロードすることができます。SNMPv2c▁クレデンシャルまたは▁SNMPv3▁クレデンシャルを指定できます。詳細については、▁表▁2-15▁、▁「SNMP▁クレデンシャル」▁を参照してください。ステップ▁8▁[Test▁Connectivity]▁ボタンをクリックします。成功メッセージまたは失敗メッセージが表示されます。ステップ▁3▁[PA]▁チェックボックスをオフにして、PA▁データ▁ソースの自動作成をオフにします。(注)▁この項は、Cisco▁NAM▁2200▁シリーズ▁アプライアンスにのみ適用されます。ステップ▁2▁[Enabled]▁チェックボックスをオンにして、パケットの重複排除をイネーブル化します。ステップ▁3▁検索期間またはバッファ期間として、[Time]▁ウィンドウに値(1▁～▁127(ミリ秒))を入力します。ステップ▁4▁パケットのセグメントをクリックして選択し、重複排除のために検査します。(注)▁どのオプションを選択した場合も、パケットのチェックサムは無視されます。ステップ▁5▁[Submit]▁をクリックして、入力した設定をイネーブル化するか、または▁[Reset]▁をクリックして変更内容をキャンセルします。アラームおよびアラームしきい値を設定するには、通常、以下の手順を実行します。ステップ▁1▁設定するアラーム▁アクションのタイプに応じた通知方法(電子メール、トラップ、キャプチャのトリガー、または▁syslog)を定義します。•▁電子メール▁サーバ設定の場合:[Administration]▁>▁[System]▁>▁[E-Mail▁Setting]▁を選択します。アラームを設定するための▁NAM▁メニュー選択は、以下のとおりです。アラームとは、上昇データのしきい値、下降データのしきい値、またはその両方に基づいてあらかじめ定義された条件です。使用率の上昇、サーバ▁アプリケーション応答の遅延、音声品質の低下などの、さまざまなネットワーク▁パラメータに関してしきい値とアラームを設定でき、潜在的な問題にアラートを生成できます。(注)▁NAM▁はすべてのアラーム機能について▁IPv6▁をサポートします。(注)▁送信元と宛先が同じサイトにある場合は、同じオカレンスに対して▁2▁つのアラームが表示されます。[Setup]▁>▁[Alarms]▁>▁[Actions]▁を選択すると、作成されているイベントが表示されます。フィールドの詳細については、▁表▁2-16▁、▁「アラーム設定」▁を参照してください。オンにすると、"Enable"▁と表示されます。オンにしない場合は、"Disable"▁と表示されます。電子メール▁サーバ設定は、[Administration]▁>▁[System]▁>▁[E-Mail▁Setting]▁で設定します。オンにすると、"Enable"▁と表示されます。オフにすると、"Disable"▁と表示されます。設定は、[Administration]▁>▁[System]▁>▁[Syslog▁Setting]▁で行います。これが▁"Missing▁Trap"▁の場合は、アラーム▁アクションに設定したトラップが削除されていることを意味します。これが▁"OK"▁の場合は、アラーム▁アクションが正常に作成されたことを意味します。しきい値の上昇ウォーター▁マークを超えたときが、アラーム条件の成立するときです。これにより、アラーム▁アクションが実行されます。NAM▁では以下のアラーム▁アクションがサポートされています。1▁つのアラーム条件内で、上記▁4▁つのアクションの任意の組み合わせを使用できます。電子メール▁アラーム▁アクションを設定するには、次の手順を実行します。ステップ▁1▁[Setup]▁>▁[Alarms]▁>▁[Actions]▁を選択します。ステップ▁3▁アクションの名前を入力します(最大▁63▁文字)。機能(トラフィックおよび▁NDE、音声シグナリング、RTP、およびアプリケーション応答時間)ごとに▁1▁時間あたり▁5▁通までの電子メールが送信されます。また、1▁通の電子メールには、最大▁5▁つのアラーム▁メッセージを含めることができます。これらの制限は、電子メールのオーバーロードを回避するために設定されています。電子メール▁アラームを設定したのに電子メールが送信されない場合は、NAM▁にアラームが設定されていません。多数のアラーム▁メッセージが送信される場合は、電子メールに▁"5▁of▁2,345▁alarm▁messages"▁などと表示されます。Alarm▁Action▁テーブルのリストに、新しく設定されたアクションが表示されます。Alarm▁Action▁テーブルに、設定されているすべてのアラームが表示されます。ステップ▁2▁変更するアラーム▁イベントを選択し、[Edit]▁ボタンをクリックします。ステップ▁2▁削除するアラーム▁イベントを選択し、[Delete]▁ボタンをクリックします。(注)▁送信元と宛先が同じサイトにある場合は、同じオカレンスに対して▁2▁つのアラームを受信することができます。しきい値ウィンドウのフィールドについては、▁表▁2-17▁、▁「しきい値の設定」▁を参照してください。8▁つのしきい値タイプを設定できます。一覧については、図▁2-6を参照。設定が完全な場合は、"OK"。そうでない場合は、問題がリストされます(たとえば「Missing▁Src▁Site」)。NAM▁では、モニタ対象変数のしきい値条件を定義することにより、アラームしきい値を設定できます。図▁2-6▁に、設定できるしきい値タイプを示します。特定のしきい値タイプの設定に必要となる固有の手順を参照するには、以下のリストからそのタイプを選択してください。ステップ▁1▁[Setup]▁>▁[Alarms]▁>▁[Thresholds]▁を選択します。ステップ▁2▁[Create]▁ボタンをクリックし、[Host]▁タブを選択します。リストからサイトを選択します。サイトを設定する方法の詳細については、「サイト」を参照。ドロップダウン▁リストに必要なホストがない場合は、ホスト名を入力できます。リストからアプリケーションを選択します。ドロップダウン▁リストに最初の数文字を入力すると、選択を絞り込むことができます。リストから▁DSCP▁値を選択します。ドロップダウン▁リストに最初の数文字を入力すると、選択を絞り込むことができます。ドロップダウン▁リストから▁[Rising]▁アクションまたは▁[Falling]▁アクション(オプション)を選択します。しきい値作成時、デフォルトで▁[Falling]▁アクションは▁[Rising]▁アクションと同じになっています。アラーム▁アクションを設定する方法の詳細については、「アラーム▁アクション」を参照。リストからメトリックのタイプを選択し、[Rising]▁しきい値の値と▁[Falling]▁しきい値の値を入力します。[Add▁Metrics]▁ボタンをクリックすると、新しい行を追加できます。[Delete]▁ボタンをクリックすると、そのメトリック行を削除できます。ステップ▁5▁完了したら、[Submit]▁をクリックします。ステップ▁2▁[Create]▁ボタンをクリックし、[Conversation]▁タブを選択します。リストからアプリケーションを選択します。最初の数文字を入力し始めると、リストを絞り込むことができます。ドロップダウン▁リストから選択を行うか、または▁[Any]▁のままにします。サイトを設定する方法の詳細については、「サイト」を参照。6▁つのメトリックから▁1▁つ選択し、上昇しきい値や下限しきい値を入力します。ステップ▁2▁[Create]▁ボタンをクリックし、[Application]▁タブを選択します。DSCP▁値として▁0▁～▁63▁または▁[Any]▁を選択します。ステップ▁2▁[Create]▁ボタンをクリックし、[Response▁Time]▁タブを選択します。リストから選択を行います。サイトを設定する方法の詳細については、「サイト」を参照。リストから選択を行うか、または▁[Any]▁のままにします。サイトを設定する方法の詳細については、「サイト」を参照。ステップ▁2▁[Create]▁ボタンをクリックし、[DSCP]▁タブを選択します。ドロップダウン▁リストから▁[Rising]▁アクションまたは▁[Falling]▁アクション(オプション)を選択します。リストからメトリック▁タイプの▁1▁つを選択し、上昇しきい値や下限しきい値を入力します。ステップ▁2▁[Create]▁ボタンをクリックし、[RTP▁Streams]▁タブを選択します。ドロップダウン▁リストから▁[Rising]▁アクションまたは▁[Falling]▁アクション(オプション)を選択します。アラーム▁アクションを設定する方法の詳細については、「アラーム▁アクション」を参照。音声シグナリングのしきい値を設定するには、次の手順を実行します。ステップ▁2▁[Create]▁ボタンをクリックし、[Voice▁Signaling]▁タブを選択します。ここに設定した値を超過したというジッターが▁NAM▁で検出された場合のアラームをイネーブル化するには、[Jitter]▁を選択します。ステップ▁4▁音声シグナリングのしきい値を設定する場合は▁[Submit]、しきい値をデフォルト値にリセットする場合は▁[Reset]、行った変更を解消する場合は▁[Cancel]▁をクリックします。ステップ▁2▁[Create]▁ボタンをクリックし、[NDE▁Interface]▁タブを選択します。ステップ▁2▁編集するアラームを選択し、[Edit]▁をクリックします。ステップ▁4▁変更内容を保存する場合は▁[Submit]、しきい値を編集前に設定されていた値にリセットする場合は▁[Reset]、編集をキャンセルして前のページに戻る場合は▁[Cancel]▁をクリックします。NAM▁のアラームしきい値を削除するには、Alarm▁テーブルでそれを選択し、[Delete]▁をクリックします。削除を確定する場合は▁[OK]、設定を削除しない場合は▁[Cancel]▁をクリックします。NAM▁に特定のサーバの応答時間メトリックからの逸脱を通知させ、パケットのキャプチャを開始させるには、次の手順を実行します。a.▁[Administration]▁>▁[System]▁>▁[E-Mail▁Setting]▁を選択して、電子メールの設定を定義します。d.▁応答時間のアラームしきい値に名前を付け、[Application]▁と▁[Severity]▁を選択します。e.▁[Host]▁ドロップダウン▁リストからサーバを選択します。f.▁ステップ▁2▁で作成したアクションを選択し、しきい値のメトリックを定義して、[Submit]▁ボタンをクリックします。データ▁エクスポートを設定するための▁NAM▁での選択メニューは、以下のとおりです。[Record▁Type]▁を選択した後、[Filters]▁で選択を行います。[Filter]▁の目的は、エクスポートされるレコードのセットをフィルタの条件に一致するサブセットに制限することです。•▁指定したレコード▁タイプにどのフィールドを含めるかによって、サイト、アプリケーション(該当する場合)、およびホスト(レコード▁タイプによってサーバまたはクライアント)に関する条件をフィルタで指定できるようになります。•▁複数の条件を指定した場合のセマンティクスは、結合になります。たとえば、フィルタで▁"siteA"▁と▁"app1"▁を指定した場合は、"siteA"▁と▁"app1"▁の▁両方▁を値に含むレコードがエクスポートされます。•▁フィルタの指定はオプションで、デフォルトではすべてのフィールドが▁[Any]▁の値を持つと想定されています。以下の項で、NetFlow▁データ▁エクスポートの設定について説明します。すでに設定されている▁NetFlow▁エクスポートを表示するには、次の手順を実行します。ステップ▁1▁[Setup]▁>▁[Data▁Export]▁>▁[NetFlow]▁を選択します。ステップ▁2▁[NetFlow▁Exports]▁ウィンドウが表示されます(図▁2-7▁を参照)。すでに定義されている▁NetFlow▁エクスポートがリストされます。図▁2-5に示すように、[Record▁Type]▁の横のクイック▁ビュー矢印の上にマウス▁カーソルを置くと、選択した▁NetFlow▁エクスポートのフィルタ詳細の詳細ビューが表示されます。NetFlow▁データ▁エクスポートを設定するには、次の手順を実行します。ステップ▁3▁[NetFlow▁Export▁Configuration]▁ウィンドウで、フィールドに入力します。フィールドの説明については、▁表▁2-26▁、▁「[NetFlow▁Exports]▁のフィールド」▁を参照してください。エクスポート先となるデバイスの▁IP▁アドレス。サポートされているのは▁IPv4▁アドレスだけです。NAM▁で▁NetFlow▁用にサポートされるレコード▁タイプは、以下のとおりです。同じ宛先に複数の▁NetFlow▁エクスポート記述子が定義されている場合は、オプション▁エクスポート▁フラグの最後のユーザ選択が、同じエクスポート先に存在するすべての記述子インスタンスに適用されます。[Export▁Record▁Type](上記)を選択している場合、選択内容に応じた値が▁[Filter]▁のメニューに設定されます。•▁[Site]:NAM▁用に作成されたサイト([Setup]▁>▁[Network]▁>▁[Sites]▁で設定)のリスト。そのパラメータに任意の選択を使用する場合は、[Any]▁を選択します。•▁[Application]:NAM▁で作成されたすべてのアプリケーション([Setup]▁>▁[Classification]▁>▁[Applications]▁で設定)。そのパラメータに任意の選択を使用する場合は、[Any]▁を選択します。•▁[Server]:使用可能なサーバのリスト。右矢印をクリックすると、[Chosen▁Servers]▁のリストに追加されます。ステップ▁4▁設定を保存する場合は▁[Submit]、フィールドをクリアする場合は▁[Reset]、設定を保存せずに終了する場合は▁[Cancel]▁をクリックします。NetFlow▁データ▁エクスポートを編集するには、次の手順を実行します。ステップ▁2▁編集するエクスポートを強調表示し、[Edit]▁ボタンをクリックします。•▁ダイアログボックスを閉じて前のウィンドウに戻る場合は▁[Cancel]▁ボタン毎日指定した時刻に、指定した間隔でレポートを生成し、そのレポートを指定した電子メール▁アドレスに送信するようスケジューリングされたジョブを設定できます。また、スケジューリングした時刻まで待たずに、[Preview]▁ボタンをクリックして、すぐにレポートを取得することもできます。このレポートは、プレビューしてから送信することもできます。エクスポートのスケジュール設定を行うには、次の手順を実行します。ステップ▁1▁[Monitor]▁メニューまたは▁[Analyze]▁メニューの大部分のウィンドウの左側には、インタラクティブ▁レポートが表示されます。[Interactive▁Report]▁ボックスで▁[Export]▁ボタンをクリックします。ステップ▁2▁[Export▁Type]([Daily]▁または▁[Weekly])を選択します。•▁日次レポートの▁[Report▁Time]▁は、過去▁24▁時間に制限されています。•▁[Export▁Time]▁の▁[Day]▁と▁[Hour]▁で▁[Wednesday]▁と▁[18:00]▁を選択した場合でも、レポートには月曜日▁17:00▁から水曜日▁17:00▁までのデータが示されます。ステップ▁5▁レポートの配信先にする電子メール▁アドレスを入力します。ステップ▁6▁配信オプション([HTML]▁または▁[CSV])を選択します。ステップ▁7▁レポートの説明を入力します。これは、配信されるレポートのファイル名の末尾に表示されます。•▁ダイアログ▁ボックス内の値をクリアする場合は▁[Reset]▁ボタン•▁スケジューリングされたジョブの要求を送信する場合は▁[Submit]▁ボタンステップ▁4▁必要に応じて情報を変更します。このウィンドウでは、[Email]、[Delivery▁Option]([HTML]▁または▁[CSV])、および▁[Report▁Description]▁のみを変更できます。ステップ▁4▁確定する場合は▁[OK]、ジョブを削除せずに前のウィンドウに戻る場合は▁[Cancel]▁をクリックします。外部コンソールへの▁NAM▁による応答時間データのエクスポートをイネーブルにするには、次の手順を実行します。[Response▁Time▁Export]▁ウィンドウが表示されます。ステップ▁2▁[Enable▁Export]▁チェックボックスをオンにします。ステップ▁3▁[IP▁Address]▁フィールドに外部レポートコンソールの▁IP▁アドレスを入力します。ステップ▁4▁外部コンソールの▁UDP▁ポート番号を入力します(デフォルトは空白)。これにより、WAAS▁トラフィックだけでなく、SPAN▁およびその他のデータのエクスポートがイネーブル化されます。ステップ▁6▁トラフィック▁エクスポートをイネーブル化する場合は▁[Submit]、ウィンドウ内の変更をクリアする場合は▁[Reset]▁をクリックします。管理対象デバイスを設定するための▁NAM▁メニュー選択は、以下のとおりです。スイッチの情報を表示するには、[Setup]▁>▁[Managed▁Device]▁>▁[Device▁Information]▁を選択します。フィールドを▁表▁2-27▁、▁「Device▁Information」▁に示します。NAM▁の▁IP▁アドレスと▁SNMP▁テストが行われたスイッチを表示します。この項では、ルータおよび管理対象デバイスのパラメータを設定する方法について説明します。表▁2-28▁、▁「ルータ/管理対象デバイスの情報」▁に示すルータ▁システム情報が表示されます。このチェックボックスをオンにすると、SNMP▁Version▁3▁がイネーブル化されます(NAM▁5.x▁から、SNMPv3▁でデバイスを管理できるようになりました)。SNMPv3▁をイネーブル化しない場合は、コミュニティ▁ストリングが使用されます。ステップ▁2▁[Test▁Connectivity]▁ボタンをクリックして、SNMP▁テストを実行します。終了したら、[Close]▁をクリックします。ステップ▁3▁[Submit]▁をクリックして情報を送信し、ウィンドウを閉じます。NAM▁がイーサネット▁ポートの情報を提供できるようにするには、[NBAR▁Interfaces]▁機能をイネーブル化する必要があります。(注)▁使用しているスイッチが▁NBAR▁をサポートしていない場合は、そのスイッチでは▁NBAR▁はサポートされていないということを知らせるメッセージが表示されます。スーパーバイザ上で実行されている▁IOS▁に応じて、ポート名が違うように表示されます。新しいバージョンの▁IOS▁ソフトウェアでは、ポート名は▁Gi2/1▁などと表示されます。この例は、モジュール▁2、ポート▁1▁上のギガビット▁ポートを表します。インターフェイスのリストを絞り込むには、ドロップダウン▁リストから▁[Interface▁Name]▁または▁[Interface▁Description]▁を選択し、テキスト▁ボックスにインターフェイス名または説明の一部を入力して、[Filter]▁ボタンをクリックします。[Filter]▁テキスト▁ボックスをクリアするには、[Clear]▁をクリックします。再びすべてのインターフェイスを表示するには、[All]▁チェックボックスをオンにし、[Submit]▁ボタンをクリックします。このチェックボックスをオンにしてインターフェイスをイネーブル化し、[Submit]▁ボタンをクリックします。[Save]▁ボタンをクリックすると、ルータの現在の設定がスタートアップ▁コンフィギュレーションに保存されます。ネットワークを設定するための▁NAM▁メニュー選択は、以下のとおりです。サイト▁とはホスト(ネットワーク▁エンドポイント)の集合で、トラフィックのモニタリングや問題に関するトラブルシューティングが容易になるよういくつかのビューに分割されています。ネットワーク分析データのビューを特定の都市、建物、または建物の階に制限するには、サイト機能を使用できます。サイト定義は非常に柔軟性があり、さまざまなシナリオに対処できます。サイト定義は、データの表示に使用されるだけでなく、データのエクスポートやデータの保存にも使用されます。通常、サイトはそのサブネット(単数または複数)によって定義されますが、次の規則を使用してサイトを定義することもできます。サイトを定義する推奨の方法はサブネットを使用することであり、できるだけこの方法を使用してください。通常、サイトを定義するにはサブネットだけで十分です。次に、例を示します。ネットワークにオーバーラップした▁IP▁アドレス空間がある特定のシナリオ(たとえば、複数サイトのホストに同じ▁IP▁アドレスがあるプライベート▁ネットワークなど)では、データ▁ソースまたは▁VLAN▁を使用すればサブネットを識別することができます。次に、例を示します。(注)▁サブネットを使用して、WAAS▁で最適化するサイトを指定することを推奨します。この方法は、サイトのサブネットを決定できない場合にのみ使用してください。前述した複数の規則の組み合わせを使用して、サイトを定義することができます。たとえば、サイトに最適化されたトラフィックと最適化されていないトラフィックの両方がある場合、WAAS▁データ▁ソースと▁NDE▁データ▁ソースからのサブネットの組み合わせを使用してサイトを定義することができます。複数のデータ▁ソースを使用してサイトを定義する場合は、サイト▁トラフィック統計が▁2▁回カウントされるのを避けるために、それらのデータ▁ソースにトラフィックの重複がないことをよく確認してください。サイト定義では、競合する規則は使用できません。次の▁2▁つのシナリオのうち、2▁番めのシナリオは使用できません。プレフィックスを使用することを推奨します。データ▁ソースと▁VLAN▁の使用は、その次に推奨します。次の▁2▁つのシナリオでは、最初のシナリオが優先されます。同じデータ▁ソースまたは▁VLAN▁内では、長いプレフィックスほど優先度が高くなります。次の▁2▁つのシナリオでは、最初のシナリオが優先されます。詳細な(特定度が高い)規則ほど優先度が高くなります。次の▁2▁つのシナリオでは、最初のシナリオが優先されます。すでに定義されているサイトを表示するには、次の手順を実行します。ステップ▁1▁[Setup]▁>▁[Network]▁>▁[Sites]▁を選択します。ステップ▁2▁[Sites]▁ウィンドウが表示されます。定義されているサイトがテーブルにリストされます。「定義規則」▁に、さまざまなシナリオの具体例が記載されています。サイトを設定するには、次の手順を実行します。ステップ▁3▁[Site▁Configuration]▁ウィンドウが表示されます。必要に応じて▁[Name]▁や▁[Description]、[Subnet]、[Data▁Source]、[VLAN]▁に入力を行います。このチェックボックスをオンにした場合、NAM▁では、トラフィックを分類するときにこのサイトがスキップされます。これは、サイトがアクティブでなくなったときにデータベース内のサイト▁データ履歴にアクセスするのに使用できます。そうしない場合は、必要でなくなったサイトを削除する必要が生じます。IP▁アドレスのサブネット(IPv4/IPv6▁アドレスおよびマスク)。例、10.1.1.0/24。サイト規則に関する情報を取得するには、青色の▁[i]▁をクリックします。[Detect]▁ボタンをクリックして、トラフィック内でサブネットを検索するよう▁NAM▁に指示することができます。次の項、▁サブネットの検出を参照してください。サイト▁トラフィックが複数のデータ▁ソースから送信される場合は、このフィールドを空白のままにします。サイト▁トラフィックが複数の▁VLAN▁から送信される場合は、このフィールドを空白のままにします。[Detect]▁ボタンをクリックすると、NAM▁は、入力された基準を満たすサイトを検索します。作成したサイトを編集できます。[Unassigned]▁サイトは編集も削除もできないことに注意してください。ステップ▁5▁変更内容を保存する場合は▁[Submit]、サイトの前の設定を元に戻す場合は▁[Reset]▁および▁[OK]、変更内容をキャンセルしてメインの▁[Sites]▁ページに戻る場合は▁[Cancel]▁をクリックします。[Setup]▁>▁[NAM▁Data▁Sources]▁>▁[Create]▁>▁[Type:NETFLOW]▁でルータの▁SNMP▁クレデンシャルを設定している場合は、インターフェイスの名前と速度が▁NAM▁により自動的に検出されます。インターフェイスを追加する場合は、「NDE▁インターフェイスの作成」に進みます。インターフェイスの名前。有効な文字は▁a▁から▁z、A▁から▁Z、および▁0▁～▁9▁です。差別化サービスのモニタリング(DiffServ)は、差別化サービス▁コード▁ポイント(DSCP)値のネットワーク▁トラフィック使用状況をモニタするように設計されています。DSCP▁をモニタするには、少なくとも▁1▁つの集約プロファイルと、各プロファイルに関連付けられた▁1▁つまたは複数の集約グループを設定する必要があります。この項では、DSCP▁グループの設定方法について説明します。DSCP▁値を設定する方法の詳細については、『▁Implementing▁Quality▁of▁Service▁Policies▁with▁DSCP▁』を参照してください。DSCP▁プロファイルを設定、管理する手順は、以下のトピックで説明します。[DSCP▁Group▁Configuration]▁ウィンドウが表示されます。作成するプロファイルの名前を入力します。最大で▁64▁文字まで指定可能です。0▁～▁63▁の範囲内の▁DSCP▁番号▁[DSCP]▁オプション▁ボタンを選択した後、使用可能な▁64▁個の値から任意に選択して、それらをグループに割り当てることができます。確認転送(AF)では、AF▁クラスに対して一定量の帯域幅が保証され、さらに多くの帯域幅へのアクセスが許可されます。クラス▁セレクタ(CS)は▁6▁ビットの▁DSCP▁フィールドの末尾の▁3▁ビットのため、これらのビットは▁DSCP▁0▁～▁DSCP▁7▁に対応します。パケットの▁IP▁ヘッダーの▁6▁ビット。▁表▁2-35▁を参照してください。表▁2-35▁、▁「DSCP▁グループのラベル▁フォーマット」▁に、使用可能なフォーマットとそれに関連付けられている値を示します。ステップ▁2▁編集するプロファイルを選択し、[Edit]▁をクリックします。ステップ▁3▁必要な変更を加えてから、[Submit]▁をクリックして変更内容を保存するか、[Reset]▁をクリックしてキャンセルします。1▁つまたは複数の▁DSCP▁グループを削除するには、DSCP▁Groups▁テーブルからプロファイルを選択し、[Delete]▁をクリックします。今回の▁NAM▁から、よりよいアプリケーション▁ID▁を選択できるようになりました。ここで、「よりよい」とは、アプリケーション分類に使用するインスペクションが深くなったことを意味します。任意のインスペクション方法を手動で選択することもできます。また、ノースバウンド▁インターフェイス(NBI)を介してカスタム▁アプリケーションを設定できるようにもなりました。これは、複数の▁NAM▁にわたって一貫したアプリケーション分類を保証するために必要になります。標準プロトコル、またはユーザが指定した名前(ユーザが作成した場合)。ポート番号の範囲は、選択したプロトコル▁タイプによって異なります。エンジン▁ID▁内で固有の任意の番号。空白にした場合は、自動的に割り当てが行われます。これにより、複数の▁NAM▁にわたってアプリケーションを一貫した番号に設定できるため、ユーザが作成した同じアプリケーションが同じ値でエクスポートされます。これは、複数の▁NAM▁で同じカスタム▁アプリケーションを設定する場合に使用してください。それがユーザによって作成された場合、[Custom]▁を表示します。ユーザ作成の場合は、このアプリケーション▁タグには、エンジン▁ID▁とセレクタの組み合わせになります。32▁ビットが生成され、そのうち、最上位バイトはエンジン▁ID、残りの▁3▁バイトがセレクタになります。アプリケーションを定義するときに、分析するトラフィックの▁IP▁アドレス候補とポート番号候補のリストを表示し、その中から選択できるようになりました。NAM▁が標準アプリケーション用の追加トラフィックを処理できるよう、追加のポートを作成することができます。ステップ▁1▁[Setup]▁>▁[▁Classification]▁>▁[Applications]▁を選択します。ステップ▁2▁作成するタイプを選択し、[Create]▁をクリックします。[Application▁Configuration]▁ウィンドウが表示されます。ステップ▁4▁セレクタ値を入力します。これは、エンジン▁ID▁内で固有の任意の番号です。空白にした場合は、自動的に割り当てが行われます。これにより、複数の▁NAM▁にわたってアプリケーションを一貫した番号に設定できるため、ユーザが作成した同じアプリケーションが同じ値でエクスポートされます。作成する追加のプロトコルで処理するトラフィック▁タイプを選択します。ステップ▁6▁ポート番号を入力します。範囲は、選択したプロトコル▁ファミリによって異なります。ここには、プロトコル▁ファミリ用の追加ポートを処理するための任意の番号を割り当てます。標準のプロトコル/ポート割り当てと競合しないようにするために、このプロトコル番号は一意にする必要があります。ステップ▁7▁右矢印をクリックして、選択内容を▁[Chosen▁Protocol/Port]▁リストに追加します。このリストから項目を削除する場合は、それを強調表示して左矢印をクリックします。ステップ▁8▁ステップ▁4▁～ステップ▁7▁を必要な回数だけ繰り返します。•▁新しいアプリケーションを作成する場合は▁[Submit]▁ボタン•▁このウィンドウを閉じて前のウィンドウに戻る場合は▁[Cancel]▁ボタンステップ▁10▁プルダウン▁メニューを使用して、プロトコル▁ファミリを選択します。ステップ▁11▁作成するプロトコルの開始ポート番号として使用する誠意数値を入力します。IP▁の範囲は▁1▁～▁255、TCP、UDP、および▁SCTP▁の範囲は▁1▁～▁65535▁です。ステップ▁12▁右矢印をクリックして、ポートを▁[Chosen▁Protocol/Port]▁フィールドに追加します。ステップ▁13▁[Submit]▁をクリックして新しいプロトコル▁ポートを作成するか、または▁[Cancel]▁をクリックして、ダイアログに入力した文字をすべてクリアし、以前の設定に戻します。ステップ▁2▁編集するアプリケーションを選択し、[Edit]▁をクリックします。ステップ▁3▁必要な変更を行います(変更できるのは名前とプロトコル、ポート、およびポート範囲です)。•▁変更内容を確定するには、[Submit]▁をクリックします。•▁設定を変更しない場合は、[Cancel]▁をクリックします。•▁プロトコルを削除するには、[Delete]▁をクリックします。プロトコルを削除するには、Application▁Configuration▁ウィンドウからプロトコルを選択し、[Delete]▁をクリックします。定義済みアプリケーションをアクティブ化または非アクティブ化するには、アプリケーションを選択し、[Activate/Inactivate]▁ボタンをクリックします。選択を確認するプロンプトが表示されたら、[OK]▁または▁[Cancel]▁をクリックします。アプリケーションを非アクティブ化する必要があるのは、同じアプリケーションがリスト内に▁2▁つの異なる名前で▁2▁回出現している場合で、これらのいずれかを表示されなくする必要があります。アプリケーション▁グループは、全体で▁1▁つのものとしてモニタできる一連のアプリケーションです。アプリケーション▁グループの設定と管理には、次のトピックが役立ちます。アプリケーション▁グループを作成するには、次の手順を実行します。ステップ▁1▁[Setup]▁>▁[Classification]▁>▁[Application▁Groups]▁を選択します。[Application▁Groups]▁ウィンドウが表示されます。ステップ▁3▁[Application▁Group▁Name]▁フィールドに名前を入力します。ステップ▁4▁次の▁[Application]▁フィールドと▁[Filter]▁ボタンを使用して、選択可能なアプリケーションのリストを絞り込みます。ステップ▁5▁アプリケーションを選択し、[Add]▁ボタンをクリックします。[Selected▁Applications]▁ボックスにアプリケーションが表示されます。Shift▁キーを使用して一度に複数のアプリケーションを選択して、[Add]▁をクリックすることができます。アプリケーション▁グループを編集するには、次の手順を実行します。ステップ▁2▁オプション▁ボタンをクリックしてアプリケーション▁グループを選択し、[Edit]▁をクリックします。アプリケーション▁グループを削除するには、アプリケーションを選択してから▁[Delete]▁ボタンをクリックします。一度に▁1▁つのアプリケーション▁グループしか削除できません。たとえば、URL▁http://host.domain.com/intro?id=123▁では、各部分は以下のとおりです。(注)▁URL-based▁アプリケーションの一致文字列は、POSIX▁で規定された正規表現です。(注)▁最大▁64▁個の▁URL-based▁アプリケーションが定義できます。収集された▁URL▁から▁URL-based▁アプリケーションを作成するには、次の手順を実行します。ステップ▁1▁[Setup]▁>▁[Classification]▁>▁[URL-based▁Applications]▁を選択します。[Create▁URL-based▁Application]▁ウィンドウが表示されます。表▁2-37▁、▁「URL-Based▁アプリケーション」▁の説明に従って、フィールドに値を入力します。URL▁文字列のホスト部分の一致基準が、HTTP▁パケットに追加されます。この一致は▁POSIX▁正規表現1です。ステップ▁3▁次のそれぞれを行うには、以下の各ボタンをクリックします。URL-based▁アプリケーションの作成例については、図▁2-10▁を参照してください。URL-based▁のロールを編集するには、次の手順を実行します。ステップ▁2▁オプション▁ボタンをクリックして、[Edit]▁をクリックします。URL-based▁のアプリケーションを削除するには、次の手順を実行します。ステップ▁2▁削除する項目のオプション▁ボタンをクリックします。カプセル化を使用することにより、異なる複数のタイプ(カウント、グループ化など)のアプリケーション▁トラフィックをモニタする場合の柔軟性が向上します。カプセル化の設定は、特定の▁IP▁ベースのトンネリング▁プロトコルのトラフィックが▁NAM▁で処理される方法に影響します。NAM▁を使用して、次のプロトコルのネットワーク▁トラフィックについて、異なる複数のタイプのカプセル化をモニタリングする方法を設定できます。ステップ▁1▁[Setup]▁>▁[Classification]▁>▁[Encapsulations]▁を選択します。[Encapsulations▁configuration]▁ページが表示されます。ステップ▁2▁プルダウン▁メニューを使用して、各プロトコルのカプセル化の設定のタイプを選択します。[▁Tunnel▁as▁Application▁]▁モードでは、トラフィックはトンネル▁プロトコルとして分類され、パケットはそれ以上解析されません。この場合、外部▁IP▁アドレスが使用されます。ステップ▁3▁[Submit]▁をクリックして、カプセル化の設定を変更します。NAM▁でデータをモニタするには、データ▁コレクションを設定する必要があります。モニタリングを設定するための▁NAM▁メニュー選択は、以下のとおりです。短い集約間隔のデータを収集する目的は、トラブルシューティングを行うことです。これは、長い間隔のデータより詳細度が高くなります(トラフィックおよびメディアのデフォルトでは、短い集約間隔は▁1▁分、短い応答時間間隔は▁5▁分)。長い間隔のデータを収集する目的は、トレンド分析を行うことです。長い間隔のデータに対する最小の集約間隔は、1▁時間(60▁分)です。注意▁集約間隔を変更すると、変更前の集約間隔で収集されている既存のデータが完全に削除されます。間隔が変更、適用されると、データがただちにゼロから再収集されます。ステップ▁2▁[Short▁Term▁Interval]▁と▁[Long▁Term▁Interval]▁で、必要な時間を選択します。集約間隔により、NAM▁データベースに保存されるデータの量が決まります。データ保存の詳細は、▁表▁2-38▁、▁「データ保存」▁を参照してください。2.長いポーリング間隔に設定する値によって変わる可能性がある。ポーリングを頻繁に行うほど、保存時間は短くなる。応答時間データ収集のタイミング▁パラメータ(▁バケット▁)を設定するには、次の手順を実行します。ステップ▁1▁[Setup]▁>▁[▁Monitoring]▁>▁[Response▁Time▁]▁を選択します。[Response▁Time▁Configuration]▁ページが表示されます。このウィンドウで行う設定には、詳細なサーバ▁アプリケーション応答時間データ収集のミリ秒単位での時間の分散が含まれます。ステップ▁2▁[Enable▁Response▁Time▁Monitor]▁チェックボックスをオンにします。ステップ▁5▁デフォルト値をそのまま使用するか、モニタリングしたい値に設定を変更します。[Submit]▁をクリックして変更内容を保存するか、または▁[Reset]▁をクリックしてキャンセルします。音声データをモニタするよう▁NAM▁を設定すると、NAM▁の▁[Analyze]▁>▁[Media]▁メニューで、収集された音声データを表示することができます。音声データを表示する方法の詳細については、「Media」を参照してください。(注)▁音声モニタリング機能は、Cisco▁IP▁テレフォニー▁デバイスでのみサポートされます。ステップ▁1▁[Setup]▁>▁[▁Monitoring]▁>▁[Voice]▁を選択します。ステップ▁2▁[Enable▁Call▁Signal▁Monitoring]▁チェックボックスをオンにします。ステップ▁3▁デフォルトの▁MOS▁スコア値範囲をそのまま使用するか、必要に応じて値を変更します。▁表▁2-40▁、▁「[Voice▁Monitor▁Setup]▁ウィンドウ」▁を参照してください。最高品質の▁MOS▁スコア(5.0▁が最高)。デフォルト値は、5.0▁です。[Good]▁より劣る品質。MOS▁スコアは、この設定から▁[Good]▁未満までの範囲内の値になります。デフォルト値は、4.02▁です。ステップ▁4▁変更内容を保存する場合は▁[Submit]、キャンセルして前の設定に戻る場合は▁[Reset]▁をクリックします。ステップ▁3▁ドロップダウン▁メニューからプロトコル([IP]▁または▁[IPv6])を選択します。コレクションは、すべての部分を収集するようにも、また、一部の部分のみを収集してその他は無視するようにも設定することができます。ステップ▁1▁[Setup]▁>▁[Monitoring]▁>▁[URL]▁を選択します。ステップ▁2▁URL▁収集を開始する▁[Enable]▁チェックボックスをオンにします。(注)▁ただし、収集を開始するには▁[Submit]▁をクリックする必要があります。ステップ▁3▁表▁2-42▁、▁「[URL▁Collection▁Configuration]▁ダイアログボックス」▁に記載されている情報を入力します。データ▁ソースの名前を部分的に入力してから▁[Filter]▁をクリックすれば、それに一致するデータ▁ソースを検索できます。[Clear]▁を選択すると、データ▁ソースの全体リストに戻ります。(注)▁収集オプション▁ボタンによって▁URL▁のフォーマットは異なります。たとえば、ホスト部分を収集する場合は、先頭の▁http:▁の部分のみが表示されます。[match▁only▁]▁式を設定する場合には、この変数に注意してください。アプリケーションから受信するトラフィックのタイプを指定します。ドロップダウン▁リスト▁ボックスのいずれかのオプションを選択します。ドロップダウン▁ボックスで、次のいずれかのオプションを選択します。このフィールドの正規表現に一致する▁URL▁の収集を制限するオプション▁パラメータ。ステップ▁4▁入力内容を再利用する場合は、[Recycle▁Entries]▁チェックボックスをオンにします。(注)▁パラメータを変更したり変更内容を適用したりすると、収集された▁URL▁が消去され、収集プロセスが再起動されます。ステップ▁3▁[Submit]▁をクリックして変更内容を保存するか、または▁[Reset]▁をクリックしてキャンセルします。ステップ▁1▁[Setup]▁>▁[Monitoring]▁>▁[URL▁Collection]▁を選択します。ステップ▁2▁[Enable]▁チェックボックスをオフにします。WAAS▁モニタリング対象サーバを追加するには、次の手順を実行します。ステップ▁2▁NAM▁に、すべてのデータ▁ソース(非▁WAAS▁データ▁ソースも含む)のこのリストにあるサーバだけの応答時間データを計算させる場合は、[Filter▁Response▁Time▁for▁all▁Data▁Sources▁by▁Monitored▁Servers]▁チェックボックスをオンにします。その他のサーバはすべて、応答時間のモニタリングの点では無視されます。これにより、NAM▁の負荷を減らして、NAM▁全体のパフォーマンスを向上させることができます。[Add▁WAAS▁Server(s)]▁ダイアログボックスが表示されます。ステップ▁4▁[Server▁Address]▁フィールドにサーバの▁IP▁アドレスを入力します。ここでも複数の▁IP▁アドレスを貼り付けることができます。WAAS▁モニタリング対象サーバ▁データ▁ソースを削除するには、次の手順を実行します。ステップ▁2▁削除するモニタリング対象▁WAAS▁サーバを選択し、[Delete]▁をクリックします。選択されている▁WAAS▁モニタリング対象サーバを本当に削除するのかの確認を求めるダイアログが表示されます。ステップ▁3▁[OK]▁をクリックして、WAAS▁モニタリング対象サーバを削除します。