ASR は２種類のRP redundancy modeがあります。 RPR Route Processor Redundancy とSSO Stateful Switchover になります。 RPR を使用すると、スタンバイ RP を設定することができます。RPR を設定する場合、 スタンバイ RP はブートアップ時に Cisco IOS ソフトウェアをロードし、スタンバイ モードで自身を初期化します。 アクティブ RP で重大なエラー イベントが発生した場合、システムはスタンバイ RP に切り替えて、 アクティブ RP として自身を再度初期化します。 このイベントでは、システム全体がリブートされるため、RPR によるスイッチオーバーは、 Nonstop Forwarding/Stateful Switchover（NSF/SSO）など、 その他の HA スイッチオーバー機能に比べて速度が遅くなります。 SSO 機能では、プロセッサの 1 つをアクティブ プロセッサとして確立し、 もう一方の RP をスタンバイ プロセッサとして指定してから、 これらのプロセッサ間でクリティカル ステート情報を同期化することにより、 プロセッサの冗長性を実現しています。SSO では、2 つのプロセッサ間の最初の同期化のあと、 RP のステート情報をデュアル プロセッサ間でダイナミックに維持します。 RPR Modeの設定 ! redundancy mode rpr ! ASR_B#sh redundancy                      Redundant System Information : ------------------------------        Available system uptime = 3 minutes Switchovers system experienced = 0               Standby failures = 0         Last switchover reason = none                  Hardware Mode = Duplex     Configured Redundancy Mode = rpr      Operating Redundancy Mode = rpr               Maintenance Mode = Disabled                 Communications = Up Current Processor Information : -------------------------------                Active Location = slot 6         Current Software state = ACTIVE        Uptime in current state = 3 minutes                  Image Version = Cisco IOS Software, IOS-XE Software (PPC_LINUX_IOSD-ADVIPSERVICESK9-M), Version 12.2(33)XNF1, RELEASE SOFTWARE (fc1) Technical Support: http://www.cisco.com/techsupport Copyright (c) 1986-2010 by Cisco Systems, Inc. Compiled Wed 28-Apr-10 17:26 by mcpre                           BOOT = harddisk:asr1000rp1-advipservicesk9.02.06.01.122-33.XNF1.bin,12;                    CONFIG_FILE =         Configuration register = 0x2102 Peer Processor Information : ----------------------------               Standby Location = slot 7         Current Software state = STANDBY COLD        Uptime in current state = 1 minute                  Image Version = Cisco IOS Software, IOS-XE Software (PPC_LINUX_IOSD-ADVENTERPRISEK9-M), Version 12.2(33)XNE, RELEASE SOFTWARE (fc1) Technical Support: http://www.cisco.com/techsupport Copyright (c) 1986-2009 by Cisco Systems, Inc. Compiled Wed 25-Nov-09 00:14 by mcpre                           BOOT = harddisk:asr1000rp1-advipservicesk9.02.06.01.122-33.XNF1.bin,12;                    CONFIG_FILE =         Configuration register = 0x2102 SSO Modeの設定 ! redundancy mode sso ! ASR_B#sh redundancy Redundant System Information : ------------------------------        Available system uptime = 12 minutes Switchovers system experienced = 0               Standby failures = 1         Last switchover reason = none                  Hardware Mode = Duplex     Configured Redundancy Mode = sso      Operating Redundancy Mode = sso               Maintenance Mode = Disabled                 Communications = Up Current Processor Information : -------------------------------                Active Location = slot 6         Current Software state = ACTIVE        Uptime in current state = 12 minutes                  Image Version = Cisco IOS Software, IOS-XE Software (PPC_LINUX_IOSD-ADVIPSERVICESK9-M), Version 12.2(33)XNF1, RELEASE SOFTWARE (fc1) Technical Support: http://www.cisco.com/techsupport Copyright (c) 1986-2010 by Cisco Systems, Inc. Compiled Wed 28-Apr-10 17:26 by mcpre                           BOOT = harddisk:asr1000rp1-advipservicesk9.02.06.01.122-33.XNF1.bin,12;                    CONFIG_FILE =         Configuration register = 0x2102 Peer Processor Information : ----------------------------               Standby Location = slot 7         Current Software state = STANDBY HOT        Uptime in current state = 0 minutes                  Image Version = Cisco IOS Software, IOS-XE Software (PPC_LINUX_IOSD-ADVENTERPRISEK9-M), Version 12.2(33)XNE, RELEASE SOFTWARE (fc1) Technical Support: http://www.cisco.com/techsupport Copyright (c) 1986-2009 by Cisco Systems, Inc. Compiled Wed 25-Nov-09 00:14 by mcpre                           BOOT = harddisk:asr1000rp1-advipservicesk9.02.06.01.122-33.XNF1.bin,12;                    CONFIG_FILE =         Configuration register = 0x2102 ... View more

ASR1006ではreduncdany RP搭載された場合に show versionに複数のUptimeがあります、それぞれ時刻の意味が以下になります。 ASR 1006 uptime is 5 weeks, 5 days, 5 hours, 55 minutes                                  <<<<< (1) Uptime for this control processor is 2 week, 2 day, 2 hours, 22 minutes                <<<<< (2) System returned to ROM by RPR Switchover at 11:11:11 JST Mon June 1 2010   <<<<<  (3) System restarted at 12:12:12 JST Mon June 1 2010                                           <<<<<  (4) (1) show versionをする際に一番最初にあるuptime時間はChassis（筐体）の起動した時間になります。 (2) RPの起動した時間になります。 (3) RPのSwitchoversされたROMの状態まで起動した時間になります。 (4) 完全に起動完了した時間になります。 ... View more

VSELP vector sum excited linear prediction VSELP（vector sum excited linear prediction）は、複数の基底ベクトルを用意し、 基底ベクトルの和（＋/－）を固定型コードブックとして扱う方式である。 個々の基底ベクトルごとの線形予測フィルターの出力を求めておけば、 全ての基底ベクトルの和による出力はそれらの合成により求められ、計算量を大幅に削減できる。 VSELP 方式は第二世代携帯電話で主に使われ、日本ではPDC、北米ではD-AMPSの符号化方式として用いられた。 日本のディジタル携帯電話PDCで使われている電話音声のディジタル符号化技術。 ベクトル和励振線形予測と訳される。音声信号の符号化速度は6.7kビット/秒。フルレート方式と呼ばれる。 表:世界のデジタル方式音声コーデック一覧。 図:VCELP音声符号の関連技術。 VSELP Wikipedia http://ja.wikipedia.org/wiki/%E9%9F%B3%E5%A3%B0%E7%AC%A6%E5%8F%B7%E5%8C%96#VSELP ... View more

LD-CELP Low Delay Code Excited Linear Prediction 低遅延符号励振線形予測 LD-CELP（low delay CELP）は、符号化遅延を2ms以下に低遅延化した CELP である。 CELP を含む多くの符号化方式は、サンプル値を20ms程度のフレームにまとめフレーム単位で符号化の処理を行う。 そのため方式によって決まる一定の符号化遅延が発生する。LD-CELP はフレーム単位の処理を行わず、 過去のサンプル値から後ろ向きに線形予測係数などのパラメータを求め、 また5サンプル単位でコードブック探索を行うことで低遅延化を行っている。 LD-CELP 方式は、ITU-T G.728（16kbps）で使われ、32kbpsのADPCMと同等の音質を実現している。 表:代表的な音声符号化 LD-CELP Wikipedia http://ja.wikipedia.org/wiki/%E9%9F%B3%E5%A3%B0%E7%AC%A6%E5%8F%B7%E5%8C%96#LD-CELP ... View more

G.726 とは、ADPCM音声コーデックのITU-T勧告であり、 音声を 16kbit/s、24kbit/s、32kbit/s、40kbit/s のレートで転送する規格である。 G.721（32kbit/s ADPCM 規格）と G.723（24kbit/s、 40kbit/s ADPCM 規格）の後継として策定された。 G.726 では新たに 16kbit/s のレートを定義している。 G.726 の4種類のレートは、標本のビットサイズで参照されることが多く、 順に2ビット、3ビット、4ビット、5ビットである。 G.726 は，音声の振幅を4 ビットのデータ量で表しており，これは，ほとんど品質を変えずにデータ量を G.711 の半分にしている．G.726 は，主にPHS サービスで採用されている．この符号化は，ビットレートが高 いという欠点があるが，PHS は他の携帯電話にくらべて弱い電波を用いているので，ひとつの基地局の担うエ リアが狭く，回線数が少なくて済む．そのためひとつの回線について多くの情報を伝送できるため採用されている． 表:音声符号化の諸元 ITU-T G.726 http://www.kyastem.co.jp/technical/ExplanationCodec07.html G.726 - Wikipedia http://ja.wikipedia.org/wiki/G.726 ... View more

G.723.1 は、特に話声向けに最適化された音声コーデックであり、 音声を30ミリ秒単位のフレームで圧縮する。アルゴリズム上の先読みが7.5ミリ秒なので、 アルゴリズムによる遅延は全体で37.5ミリ秒である。 なお、G.723とは全く異なるコーデックである。 G.723.1 のビットレートは以下の2種類がある。     * 6.3 kbit/s（24バイトフレーム）、MPC-MLQアルゴリズム（MOS 3.9）     * 5.3 kbit/s（20バイトフレーム）、ACELPアルゴリズム（MOS 3.62） G.723.1 はこれまで述べてきた音声符号化と比較すると圧縮率が高い． そのためビットレートが低くなっている． でも，圧縮する時間が長くなり大きな遅延が生じてしまう． しかし，この遅延は通話に障害を及ぼすほどではなく， それ以上にビットレートが低いという利点があるため インターネット電話や狭回線帯域幅との接続に使われている． G.723.1 - Wikipedia http://ja.wikipedia.org/wiki/G.723.1 ITU-T G.723.1 http://www.kyastem.co.jp/technical/ExplanationCodec08.html ITU-T Recommendation G.723.1 http://www.ece.cmu.edu/~ece796/documents/g723-1e.pdf ... View more

G.729は、人の声を対象とした音声圧縮アルゴリズムであり、 パケット化されたデジタル音声を10ミリ秒の遅延で圧縮する。 音楽やDTMFトーンは、RFC 2833 で規定されている RTP Payload for DTMF Digits, Telephony Tones and Telephony Signals を使う場合のみ、このコーデックで確実に転送できる。 しかし 14,400 bit/s の標準のG3ファックスはG.720コーデックでは確実な転送は期待できず、 VoIPでは通常G.711を使う。ネットワーク負荷が高く、パケット喪失が発生した場合、 アナログのファックスは信頼できなくなる。この解決策としてT.38ファックスが提案されている。 G.729 は，音声情報がわずか8kbps であり，かつ G.723.1 では圧縮されるフレームが30ms であるのに対 し，圧縮されるフレームが10ms であるのでG.723.1 よ り遅延が少ない．そのため次世代携帯電話（FOMA）な どに使われはじめ，これからは社内LAN などにも活用 されると考えられる．G.729 やG.723.1 は， そのビットレートの低さから，IP 網など音声専用では ない音声以外のデータが大量に流れて混雑する場合や， 限られた帯域を有効活用しなければならない携帯電話や 狭回線帯域幅との接続に採用される． ITU-T G.729 Annex A http://www.kyastem.co.jp/technical/ExplanationCodec09.html G.729とは http://japan.zdnet.com/glossary/exp/G.729/ G.729 - Wikipedia http://ja.wikipedia.org/wiki/G.729 ... View more

G.728は ITU-T が勧告した 16 kbps の音声符号化方式で、符号化の際の遅延が小さいという特徴がある。 G.728の正式な名称は"Coding of speech at 16 kbit/s using low-delay code excited linear prediction" （低遅延符号励振線形予測(LD-CELP) を用いた 16kbit/s 音声符号化方式）である。 表:代表的な音声符号化 G.728 - Wikipedia http://ja.wikipedia.org/wiki/G.728 ... View more

G.711はCCITT(現在のITU-T)によって策定された音声符号化の規格で、1972年に制定された。 符号化方式は非線形パルス符号変調であり、標本化周波数は8000Hzである。 固定電話網内の音声信号の伝送などに広く用いられている。 G.711にはμ-lawとA-lawという2つの方式が含まれており， 日本の電話で使用されているのはμ-lawです。 G.711 は，人間の聴覚の，音声の振幅が小さい時は微小な変化に敏感だが，大きい振幅では同じように変化さ せても鈍感であるという特性を生かして符号化されている．そしてこの符号化は，遅延が少なく音質は良いが ビットレートが高い．よって，帯域が限られている社内のIP 電話などでは採用が難しい．しかし現在の電話網 では，それ専用の帯域が作られており通信に障害が少ないためG.711 が採用されている． 図:IP電話における主な音声の符号化方法。 G.711（PCM方式），G.729（CELP方式) 表:代表的な音声符号化 表:音声符号化の諸元 ITU-T G.711 http://www.kyastem.co.jp/technical/ExplanationCodec06.html Wikipedia G.711 http://ja.wikipedia.org/wiki/G.711 ... View more

DPCM differential pulse-code modulation 差分パルス符号変調 差分パルス符号変調（differential pulse-code modulation、DPCM）あるいは差分PCMとは信号間の差分を PCM 符号化する方式である。 単純な処理で情報の圧縮ができるため、差分PCMの応用である ADPCM と共に音声符号化や画像符号化の分野で古くから使われている。 音声信号はアナログ信号の波形であり、標本化をおこなった際、隣接する標本値間には強い相関性があることが分かる。 つまり、隣り合った標本値と標本値の差の波形は、元の音声信号の波形よりも小さくなっているという事である。 その事を利用し、音声信号の隣接した標本値の間の差分を符号化、符号化効率を上げる。 この方式をDPCM（Differential PCM）方式という。 図:DPCM方式処理の構成を示します。 DPCM Wikipedia http://ja.wikipedia.org/wiki/DPCM 音声圧縮処理の基本 ―― 音楽CDやWAVファイルで使われている波形符号化方式 http://www.kumikomi.net/archives/2010/07/ep22onse.php?page=4 Cisco 量子化と符号化 http://www.cisco.com/JP/support/public/ht/tac/102/1021021/waveform_coding-j.shtml#t5 ... View more

A-lawアルゴリズムは、標準的コンパンディングアルゴリズムの1つで、 主にヨーロッパのデジタル通信システムで最適化に使っている。 コンパンディングとは、アナログ信号をデジタイズに適した形にするためにダイナミックレンジを補正すること。 北アメリカや日本では、類似するμ-lawアルゴリズムを主に使っている。 - G.711に使われる - 1972年標準化 - 小さな音は高分解能で、大きな音は低分解能で扱う - 広いダイナミックレンジを実現 - 圧縮率が低い（もしくは無いとも言える） - 音質はそこそこ - 64kbpsを前提（8bit×8KHz） - 互換性を要求される場合以外はあまり使われない A-law および u-law コンパンディング A-law と u-law は、Consultative Committee for International Telephony And Telegraphy （CCITT; 国際電信電話諮問委員会）の G.711 で定義されている音声圧縮方式（コーデック）であり、 16 ビットのリニア PCM データを 8 ビットの対数データに圧縮します。 A-law コンパンディング機能 リニア サンプル値を 12 ビットの大きさに制限することで、 A-law 圧縮は次の式で定義されます。A は圧縮パラメータ（ヨーロッパでは A=87.7）、 x は圧縮対象のノーマライズ処理された整数です。 図:A-law 圧縮の式 A-Law Wikipedia http://ja.wikipedia.org/wiki/A-law%E3%82%A2%E3%83%AB%E3%82%B4%E3%83%AA%E3%82%BA%E3%83%A0 Cisco A-law および u-law コンパンディング http://www-europe.cisco.com/JP/support/public/ht/tac/102/1021021/waveform_coding-j.shtml#t7 ... View more

ADPCM Adaptive Differential Pulse Code Modulation 適応的差分パルス符号変調 ADPCM、適応的差分PCM あるいは 適応差分PCMとは自然信号に対する圧縮方式の一つである。 主に音声信号に用いられる。 ＰＣＭ符号化とは 音声などのアナログ信号をそれと等価なデｨジタル符号に変換する方式 図1:アナログ信号をデｨジタル符号に変換 ＰＣＭ符号化の手順 （1）アナログ信号をディジタル化 （2）３ステップで変換 ①標本化：入力信号の最高周波数の２倍   以上の周期で電圧値を読む（シャノンの標本化定理） ②量子化：標本化した電圧値（ｱﾅﾛｸﾞ値）   を適切なビット数で表現される離散値で   近似（品質と経済性を考慮 ③符号化 図2:ＰＣＭ符号化 ADPCM方式では、音を一定時間ごとに数値化するところまではPCM方式と同じだが、 自然界の音は多くの場合連続的に変化するという性質を利用して、 直前に数値化したデータとの差を数値化することにより、音質を損なうことなくデータ量を減らしている。 ADPCM方式では、単純なPCM方式では16ビット必要なデータを、音質を落とさずに12ビット程度まで圧縮することができる。 図3:ADPCM方式処理の構成を示します。 ADPCM音声符号化技術 http://www.oki.com/jp/rd/ss/adpcm.html ADPCM  Wikipedia http://ja.wikipedia.org/wiki/%E9%81%A9%E5%BF%9C%E7%9A%84%E5%B7%AE%E5%88%86%E3%83%91%E3%83%AB%E3%82%B9%E7%AC%A6%E5%8F%B7%E5%A4%89%E8%AA%BF 音声圧縮処理の基本 ―― 音楽CDやWAVファイルで使われている波形符号化方式 http://www.kumikomi.net/archives/2010/07/ep22onse.php?page=4 RFC 3802 ftp://ftp.rfc-editor.org/in-notes/rfc3802.txt Cisco 適応型 DPCM http://www.cisco.com/JP/support/public/ht/tac/102/1021021/waveform_coding-j.shtml#t11 ... View more

ACELP Algebraic Code Excited Linear Prediction 代数符号励振型線形予測 Algebraic Code Excited Linear Prediction（algebraic CELP、代数CELP、 代数符号励振線形予測）あるいは ACELP とは、CELPを応用した音声符号化アルゴリズムである。 効率が良いため、VoIPや携帯電話などの音声コーデックで広く用いられている。 ACELP はITU-T G.723.1（5.3kbps）、G.729（8kbps）、G.722.2（6.6-23.85kbps）、 および携帯電話用の GSM AMR（GSM/W-CDMA用）、AMR-WB（W-CDMA用、AMRのワイドバンド版）、 EVRC（CDMA2000用）、VMR-WB（CDMA2000用のワイドバンド版）、SMV（CDMA2000用）、PDC-EFR（PDC用）などで使用されている。 図:ACELP音声符号の関連技術。 ACELP Wikipedia http://ja.wikipedia.org/wiki/Algebraic_Code_Excited_Linear_Prediction CELP方式の原理 http://www.kyastem.co.jp/technical/ExplanationCodec04.html Ciscoルータプラットフォームのためのコーデックのサポート http://www.cisco.com/JP/support/public/mt/tac/100/1001933/codec_complexity.shtml ... View more

セキュアシェル（Secure Shell） 定義 セキュアシェル またはSSHは、 一連の標準およびリモートコンピュータのローカルの間で保護されたチャネルを確立することができるネットワークプロ トコルです。 IOS上のSSHを設定する 設定例（aaa new-model) aaa new-model ip domain-name cisco.com ! crypto key generate rsa general-keys modulus 1024 ! user cisco priv 15 pass cisco ! aaa authentication login default local aaa authentication enable default none ! line vty 0 15 login authentication default line vty 0 15 transport input ssh 設定例　（aaa new-modelなし） ip domain-name cisco.com ! crypto key generate rsa general-keys modulus 1024 ! user cisco priv 15 pass cisco ! enable password 0 cisco ! line vty 0 15 login local ... View more

Ciscoルータは、異なるログレベルの設定できます。レベル設定が低すぎる場合は、 特定のログメッセージが表示されません。 解決方法 特定のログメッセージが表示されない場合、次の手順を実行します： (1)    コマンドのログ表示について、ログ出力レベルを設定できます。下記、サンプルコマンド出力です： router#show log Syslog logging: enabled (0 messages dropped, 1 messages rate-limited, 0 flushes, 0 overruns, xml disabled)     Console logging: level debugging, 499 messages logged, xml disabled     Monitor logging: level debugging, 173 messages logged, xml disabled     Buffer logging: level debugging, 499 messages logged, xml disabled     Logging Exception size (4096 bytes)     Count and timestamp logging messages: disabled     Trap logging: level informational, 24 message lines logged 上記の例では、コンソール、モニター、およびバッファーのログはデバッグ レベルに設定されているが、 trapのログ情報のレベルに設定されているを示しています。デバッグレベルは最高レベルであるため、 情報のレベルでログオンしているよりも多くのメッセージはデバッグレベルで記録されます。 trapのログは、メッセージを外部 syslog サーバーに送信するために使用されます。 したがって、この場合は、コンソール (コンソールのログ)、Telnet セッション (モニター) ログ、 またはshow loggingを通じて内部バッファーに見られているいくつかのログメッセージ (バッファーログ) コマンド、 syslog サーバーで見られています。 (2) ログレベルを変更するには、これらのグローバル構成ログ コマンドのいずれかを実行します。 コンソールログ logging console レベル 監視ログ: logging monitor重大-レベル バッファログ: logging buffer [buffer-size | レベル] トラップログ: logging trap レベル たとえば、trap 用のデバッグログ レベルを設定するには、このコマンドになります。 router#config t router(config)#logging trap debugging router(config)#^Z (ctrl z to exit) router#write mem ルーターはすべてのログメッセージをsyslog サーバーに送信する必要があります。 ... View more