約 4,628,284 件
https://w.atwiki.jp/hmiku/pages/18668.html
【登録タグ KAITO S 巡音ルカ 曲 未来へP】 作詞:未来へP 作曲:未来へP 編曲:未来へP 唄:巡音ルカ, KAITO 曲紹介 ルカさんに2週間ほどホームステイしてもらったので、 我が家のKAITO兄さんとデュエットしてもらいました。 コンセプトは「言葉が通じない」。 歌詞 (ピアプロより転載) In my dream, I always call you every night (夢の中、毎晩あなたを呼んでいます) 夜ごと 君求めさまよう with having feelings lonlyness and coldness cause of being alone. (ひとりきりでいることの寂しさと寒さを抱えながら。) ひとりきりの寂しさに震えながら Look for me, through your tender songs. (あなたの優しい歌を通して私を探して。) 聴いて この歌を I am here, where the place seven waves coming. (私はここにいます。7つの波が集う場所に。) 君はどこにいるというの? I hear the voice which calls my name from somewhere in this world. (世界のどこかから私の名を呼ぶ声がする) 君の名を呼ぶ 世界の片隅から Please let me bring to beside you and hug me as you like it. (あなたの側へ連れて行って気のすむまで抱きしめて。) 連れ去って抱きしめたい 思うがままに I will wait till the time of worldend (世界の終わりの時まで待っています) 世界が終わるその日まで with thinking the love word what you will give me the first. (あなたが最初にくれるであろう愛の言葉を考えながら。) 君に捧ぐ愛の言葉探しながら Please find me, I 'm waiting. (私を見つけて、待ち続けています) 巡り 歩き続ける However I receive the message from sunlight. (太陽の光からメッセージを受け取ろうとも。) 朝の使者が訪れようとも コメント 綺麗だなー。追加乙! -- 名無しさん (2011-10-16 11 49 01) 名前 コメント
https://w.atwiki.jp/darkbasic/pages/45.html
code base から もってきました。 MessageBoxNP というオリジナル関数を定義して使えるようになります。 user32.dllを利用しているようです。 if mouseclick()=2 foo = MessageBoxNP( "This is the Message", "Message Title", MB_ABORTRETRYIGNORE ) endif print foo wait mouse `make a standard windows message box, NULL PARENT(NP) function MessageBoxNP( message$, title$, MB_OPTION ) #constant MB_OK 0 #constant MB_OKCANCEL 1 #constant MB_ABORTRETRYIGNORE 2 #constant MB_YESNOCANCEL 3 #constant MB_YESNO 4 #constant MB_RETRYCANCEL 5 op = 0x00000000 + MB_OPTION #constant USER32_DLL 1 load dll "user32.dll", USER32_DLL result = call dll( USER32_DLL, "MessageBoxExA", (), message$, title$, op ) delete dll USER32_DLL endfunction result
https://w.atwiki.jp/fiji/pages/83.html
RSSI(Received Signal Strength Indicator) 受信信号強度ともよばれ、受信した受信信号の強弱を表現する。 この値が大きくなれば、強いシグナルを受け取っており、通信環境は良く 小さくなればなるほど、受信シグナルが弱い。 RSSI値を計ることにより、device間の距離・移動の様子なども知ることができ LBS(Location Based Service)等に利用することができる。 信号強度の算出方法 信号強度(%) = (received RSSI / max RSSI) * 100 信号強度(%)からdBmを算出 1. 受信信号のRSSI値を信号強度(%)に変換する 2. ベンダ毎の変換テーブルから信号強度(%) - デシベル(dBm)に変換 dBmとは 「デシベルミリ」または「デービーミリ」と発音する。 電気関係者や医療関係者は「デシベル」の方が多い。 電気・運動・振動・音響など振幅を扱う工学分野で比較のための常用対数を表す {B}「ベル」の10分の1を表す{d}「デシ」と合わせて表記した記号。 dBmは、1mWの電力を基準にしたときの電力比を表す。電力を表す二つの値の比率。 dBmの算出方法 デシベル(dBm) = 10log10(比較対象の電力値(W) / 0.001(W)) dBとは dBとは 基準の信号と比較してどの程度大きいという表現の仕方で ふつう量などの値やゲインなどの数値の比較をするために用いる。 dBの算出方法 デシベル(dB) = 10log10(比較対象の電力値 / 基準とする電力値) Reference http //www.intersolutionmarketing.com/solution/products/bluetooth_RSSI.htm http //detail.chiebukuro.yahoo.co.jp/qa/question_detail/q1014570095 http //www.kawakawa.net/note/fresh/chap1/chap1.html https //www.linuxquestions.org/questions/linux-wireless-networking-41/ioctl-call-for-obtaining-the-rssi-611337/ http //d.hatena.ne.jp/silphire/
https://w.atwiki.jp/stones/pages/419.html
John Mayall / Reading Festival, September 1967 ■Reading Festival 1967 (1CDR) no credit John Mayall / Gothenburgh, April 12. 1968 ■Gothenburgh 4.12.1968 (1CDR) no credit Bob Dylan / Stade de Schaerbeek, Brussels, Belgium, June 7. 1984 ■untitled (2CDR) Bob Dylan / Nya Ullevi Stadium, Gothenburg, Sweden, June 9. 1984 ■untitled (2CDR) Bob Dylan / Stadio San Siro, Milan, Italy, June 24. 1984■untitled (2CDR) Mick Taylor with Keith Richards / Lone Star Cafe, New York City, New York, December 28, 1986 ■Live at the Lone Star Cafe (1CDR) 4 Fun Production (SBD) Chicken George, Kobe, Japan, April 4, 1987 ■Japan Tour 87 (6CDR/disc 1) Masterport-098 Mido Kaikan, Osaka, Japan, April 6, 1987 ■Japan Tour 87 (6CDR/disc 2, 3) Masterport-098 Electric Ladyland, Nagoya, Japan, April 8, 1987 ■Japan Tour 87 (6CDR/disc 4, 5) Masterport-098 Live Inn, Tokyo, Japan, April 9, 1987 ■Statedboro Blues 1987 (2CDR) Idol Mind Production IMP-N-006 Live Inn, Tokyo, Japan, April 10, 1987 ■Nasty Blues Broadcast 1987 (2CDR/disc 2) Idol Mind Production IMP-N-014 Yubin Chokin Hall, Tokyo, Japan, April 11, 1987 ■Japan Tour 87 (6CDR/disc 6) Masterport-098 ■Nasty Blues Broadcast 1987 (2CDR/disc 1) Idol Mind Production IMP-N-014 Tumbling Dice (with Nicky Hopkins, Bobby Keys) / Florida, April 29-, 1992 ■Tumbling Dice (3CDR) no credit Tumbling Dice (with Nicky Hopkins, Bobby Keys) / May 7, 1993 ■Tumbling Dice Live with Mick Taylor (2CDR) TMOQ Cesena, Italy, July 22, 1996 ■Listen to this Ronnie (1CDR) Contra Band Music CBM-01 June 6, 1998 ■Mick Taylor L.A. Defense (2CDR) Pignose Records PGN 047 Club Quattro, Tokyo, Japan, October 24, 1999 ■Secret Affair at Quattro (2CDR) Masterport-051 Worcester Park Club, London, October 19, 2001 ■No Expectations (2CDR) Masterport-087 Hilversum, Holland, November 24, 2001 (SBD)■Time Waits For No One Radio 192 Sessions (2CDR) no credit August 6, 2003■Mick Taylor Electrical Delight (2CDR) Pignose Records PGN 049 August 28, 2003■100 Club Show (2CD) Masterport-205 ■Live in 100 Club, London, England, August 28, 2003 (2CD) SRS Records April 18, 2009 ■Mick Taylor Osaka (2CDR)
https://w.atwiki.jp/chex/pages/301.html
Procedure for Participation in Tournament Procedure for Participation in TournamentWhat’s Tournament? How to Transmit and Receive Data? How to Participate? What’s Tournament? The tournament is an event that each player gathers with their own team and fight for a championship. However it’s difficult that we actually gather to transmit and receive data, and there are few possibilities that the developer of CHE plans an event to us. So the tournaments begin under a form that someone of players hold it and that the others participate in it. How to Transmit and Receive Data? Fortunately for us, there is an official uploader managed directly by the developer. An organizer looks for participants with this uploader. Moreover an unofficial uploader is given to us by volunteers. How to Participate? When you participate in tournaments, you should CAREFULLY read notes about them. The following is an example of participation in a tournament. 1. Acquisition of SATLOKE’s Account You need to acquire previously an SATLOKE’s account before notice of tournaments because a man often gets pressed just before a deadline. If you access http //satloke.jp/en/index.php?l=english and register, you can use all the SATLOKE’s systems. In addition you should decide your owner name when you register so as to correspond with your player name used in CHE. You can always vary your owner name and player name. Please be carefull so as not to forget or lose your ID and password. Organizer’s Request We want you to vary a default player name “Player” in order to avoid confusion.Please name your player name as uniquely as possible. 2.Making Your Team You must prepare your team conforming to tournament’s regulations. Please name your OKEs. Moreover please name your team. Moreover please register your team’s emblem too. (The ranking table becomes beautiful.) Moreover please paste an emblem on your OKE as well. (The replay becomes attractive.) Lastly please set the locked or unlocked of your OKE’s software. 3.Saving Team Data Folder First, please save your team data the folder for saving in order to copy it into a PC. (In CHE you can.) Organizer’s Request We want you to vary a default file name “TEAM + number” in order to avoid confusion.Please name your file name as uniquely as possible. 4.Upload Team Data onto SATLOKE After you log in SATLOKE, please upload your team data according to a procedure. I think it good for you to previously upload your team data when you are busy just before a deadline. Please refer to the following if you don’t know how to connect PC to PSP or how to upload. http //satloke.jp/en/guide/index.html In addition if you attach SATLOKE tags to a template of tournament referring Explanation of SATLOKE tags(sorry, still untranslated), you can express your policy how you want to deal with your team as owner. In CHP a state that there is every time a debut man continued over 4 years. A state in CHE is similar to the state, tournaments is heating up due to them. Participation is more important than winning. It’s not too much to say that participation in tournaments is a main part of this game. Let’s participate without reserve!
https://w.atwiki.jp/alphaomega/pages/55.html
Functional Description The HT82K629A basic function is to detect key press and release activity and to transmit the corresponding scan code, as well as make and break codes to the system. HT82K629Aの基本機能は、キーの押下と解放の動作を検出し、対応するスキャンコード(メークコードとブレークコード)を送信することです。 The device also accepts commands from the system and responds to the system if necessary. デバイスは、システムからのコマンドも受け入れ、必要に応じてシステムに応答します。 All communication between the keyboard and the system is managed through the CLOCK and DATA pins. キーボードとシステム間のすべての通信は、CLOCKピンとDATAピンによって管理されます。 The keyboard begins to scan for pressed or released keys and commands from the system after the BAT (Basic Assurance Test) has been run. キーボードは、BAT(基本保証試験)が実行された後、キーの押下と解放およびシステムからのコマンドをスキャンし始めます。 Basic Assurance Test - BAT 基本保証試験 - BAT The following functions are offered by the Basic Assurance Test 基本保証テストによって、以下の機能が提供されています Turns on LED status indicators. LEDステータスインジケータをオンにします。 Keyboard processor test. キーボードプロセッサテスト。 RAM test. RAM テスト. Turns off LED status indicators, i.e. the LEDs. LEDステータスインジケータ、つまりLEDをオフにします。 Reports the BAT result to the system. BATの結果をシステムに報告します。 Note During the BAT, activity on the "clock" and "data" line are ignored.The LED s are turned on at the beginning and turned off at the end of the BAT.The BAT takes a minimum of 450ms after POR and a maximum of 2.5s.The response to a satisfactory BAT completion is "AA" and response to BAT failure is an "FC" error.The reset keyboard command "FF" will also cause the keyboard to execute the BAT.Completion codes are sent between 300 and 500ms after a reset command is acknowledged.After the BAT, the keyboard sets the keys to typematic and make/break, and sets the default typematic rate and delay. Note BATの間、「clock」および「data」線上の動きは無視されます。LEDは最初にオンになり、BATの終了時にオフになります。BATは、POR後に最低450ms、最大2.5秒かかる。良好なBAT完了への応答は「AA」であり、BAT失敗に対する応答は「FC」エラーです。リセットキーボードコマンド「FF」は再び、キーボードにBATを実行させる。完了コードは、リセットコマンドが確認された後、300〜500msの間に送信されます。After the BAT, the keyboard sets the keys to typematic and make/break, and sets the default typematic rate and delay. Power-on 電源オン Two important activities take place when power is first applied to the keyboard. 2つの重要な動作は、電源がキーボードに最初に加えられたときに行われます。 The first is the presence of an H/W signal POR (Power-On-Reset) that resets the keyboard processor. 1つは、キーボードプロセッサをリセットするH/W信号POR(パワーオンリセット)の出現です。 The second activity is the running of the self test BAT (Basic Assurance Test) routine. 第2の動作は、自己テストBAT(Basic Assurance Test)動作の実行です。 Command from the Host ホストからのコマンド The following table shows the commands that the host may send and their hexadecimal values. 次の表は、ホストが送信するであろうコマンドとその16進値を示しています。 Command Hex Value Set/Reset Status Indicators ED Echo EE Invalid Command EF Select Alternate Scan Codes F0 Invalid Command F1 Read ID F2 Set Typematic Rate/Delay F3 Enable F4 Default Disable F5 Set Default F6 Set All Keys Typematic F7 Set All Keys Make/Break F8 Set All Keys Make F9 Set All Keys Typematic/Make/Break FA Set Key Type Typematic FB Set Key Type Make/Break FC Set Key Type Make FD Resend FE Reset FF Command 16進値 Set/Reset Status Indicators ED Echo EE 無効なコマンド EF 代替スキャンコード選択 F0 無効なコマンド F1 ID読取 F2 Set Typematic Rate/Delay F3 Enable F4 Default Disable F5 Set Default F6 Set All Keys Typematic F7 Set All Keys Make/Break F8 Set All Keys Make F9 Set All Keys Typematic/Make/Break FA Set Key Type Typematic FB Set Key Type Make/Break FC Set Key Type Make FD 再送信 FE リセット FF The commands may be sent to the HT82K629A at any time and the HT82K629A will respond within 25ms except when performing the internal diagnostics or executing a Reset command. コマンドはいつでもHT82K629Aに向けて送信されるでしょうし、HT82K629Aは内部診断またはリセットコマンド実行の時以外は25ms以内に応答します。 EDH - Set/Reset Status Indicators Three status indicators on the keyboard -Num Lock, Caps Lock, and Scroll Lock- are accessible by the host. キーボードのNumLock、CapsLock、ScrollLockの3つのステータスインジケータは、ホストからアクセスできます。 The HT82K629A activates or deactivates these indicators when it receives a valid command-code sequence from the system. HT82K629Aは、システムから有効なコマンドコードシーケンスを受信すると、これらのインジケータを有効または無効にします。 The command sequence begins with the command byte (hex ED). コマンドシーケンスはコマンドバイト(hex ED)で始まります。 The HT82K629A responds to the command byte with ACK, discontinues scanning, assignments for this option byte are as follow HT82K629AはコマンドバイトにACKで応答し、スキャンを中断し、このオプションバイトの割り当ては以下のようになります: Bit Indicator 0 Scroll Lock Indicator 1 Num Lock Indicator 2 Caps Lock Indicator 3~7 Reserved (Must be 0) Bit Indicator 0 Scroll Lock Indicator 1 Num Lock Indicator 2 Caps Lock Indicator 3~7 予約済み(0でなければならない) If a bit for an indicator is set to 1, the indicator is turned on. インジケータのビットが1に設定されている場合、インジケータがオンになります。 If a bit is set to 0, the indicator is turned off. ビットが0に設定されている場合、インジケータはオフになります。 The HT82K629A responds to the option byte with ACK, sets the indicators and if the HT82K629A was previously enabled, continues scanning. HT82K629AはオプションバイトにACKで応答し、インジケータを設定し、HT82K629Aが以前に有効になっていた場合はスキャンを続行します。 The status of the indicators will reflect the bits in the option byte and can be activated or deactivated in any combination. インジケータのステータスは、オプションバイトのビットを反映し、任意の組み合わせで有効または無効にすることができます。 If another command is received in place of the option byte, execution of the Set/Reset Mode Indicators command is stopped, with no change to the indicator status, and the new command is processed. オプション・バイトの場所に別のコマンドが受信された場合、インジケータ・ステータスを変更せずにSet / Reset Mode Indicatorsコマンドの実行が停止され、新しいコマンドが処理されます。 Immediately after power-on, the lights default to the off state. 電源投入直後のライトのデフォルトはオフです。 If the Set Default and Default Disable commands are received, the lamps remain in the state they were in before the command was received. Set DefaultおよびDefault Disableコマンドを受信した場合、ランプはコマンドを受信する前の状態のままです。 EEH - Echo Echo is a diagnostic aid. エコーは診断の補助です。 When the HT82K629A receives this command, it issues a hex EE response and if the HT82K629A was previously enabled, continues scanning. HT82K629Aはこのコマンドを受信すると16進EE応答を発行し、HT82K629Aが以前に使用可能になっていた場合はスキャンを続行します。 EFH and F1H - Invalid Command EFHとF1H - 無効なコマンド EFH and F1H are invalid commands and are not supported. EFHとF1Hは無効なコマンドであり、サポートされていません。 If HT82K629A receives one of these and sends it, the HT82K629A will not acknowledge the command, but returns a Resend command and continues in its previous scanning state. HT82K629Aがこれらのいずれかを受信して送信すると、HT82K629Aはコマンドを認識しませんが、再送コマンドを返して前のスキャン状態を継続します。 F0H - Select Alternate Scan Codes F0H - 代替スキャンコード選択 This command instructs the HT82K629A to select one of the two sets of scan codes. このコマンドは、HT82K629Aに2つのスキャンコードの集合の1つを選択するよう指示します。 The HT82K629A acknowledges receipt of this command with ACK, clears both the output buffer and the typematic key. HT82K629Aはこのコマンドの受信をACKで応答し、出力バッファとthe typematic keyをクリアします。 The host then sends the option byte and the keyboard responds with another ACK. ホストはそれからオプションバイトを送信し、キーボードは別のACKで応答します。 An option byte value of hex 01 selects scan code set 1, hex 02 selects set 2. 16進01のオプションバイト値はスキャンコード集合1を選択し、16進02は集合2を選択します。 An option byte value of hex 00 causes the HT82K629A to acknowledge with ACK and sends a byte telling the host which scan code set is currently in use. オプションのバイト値が16進00の場合、HT82K629AはACKで応答し、どのスキャンコード集合が現在使用中であるかをホストに知らせるバイトを送信します。 After establishing the new scan code set, the HT82K629A returns to the scanning state it was in before receiving the Select Alternate Scan Codes command. 新しいスキャンコード集合の確立のあと、HT82K629Aは、代替スキャンコードの選択コマンドを受信する前のスキャン状態に戻ります。 F2H - Read ID F2H - ID読取 This command requests identification information from the HT82K629A. このコマンドは、HT82K629Aからの識別情報を要求します。 The HT82K629A responds with ACK, discontinues scanning and sends the two keyboard ID bytes hex 83h and ABh. HT82K629AはACKで応答し、スキャンを中断し、2つのキーボードIDバイト(16進83hとABh)を送信します。 After the output of the second ID byte, the HT82K629A resumes scanning. 2番目のIDバイトの出力後、HT82K629Aはスキャンを再開します。 F3H - Set Typematic Rate/Delay The host issues the Set Typematic Rate/Delay command to change the typematic rate and delay. ホストはthe typematic rate and delayを変更するために、Typematic Rate / Delayコマンドを発行します。 The HT82K629A responds to the command with ACK, stops scanning and waits for the system to issue the rate/delay value byte. HT82K629AはコマンドにACKで応答し、スキャンを停止し、システムがthe rate/delay値バイトを発行するのを待ちます。 The HT82K629A responds to the value byte with another ACK, sets the rate and delay to the value indicated, and continues scanning (if it was previously enabled). HT82K629Aは値のバイトに別のACKで応答し、rateとdelayを指定された値に設定し、スキャンを続行します(以前に有効になっていた場合)。 Bits 6 and 5 indicate the delay, and bits 4, 3, 2, 1 and 0 indicate the rate. ビット6および5はdelayを示し、ビット4,3,2,1および0はrateを示します。 Bit7 is always 0. ビット7は常に0です。 The delay is equal to 1 plus the binary value bit 6 and 5, multiplied by 250ms±20%. delayは、1+2進値ビット6および5に250ms±20%を掛けた値に等しくなります。 The period (interval from one typematic output to the next) is determined by the following equation 期間(1つのtypematic出力から次の出力までの間隔)は、次の式によって決まります。 Period = (8+A)*(2^B)*0.00417 seconds. 期間 = (8+A)*(2^B)*0.00417 秒。 Where A = binary value of bits 2, 1, and 0. A = ビット2,1および0の2進値。 B = binary value of bits 4, and 3. B = ビット4および3の2進値。 The typematic rate is 1 for each period and are listed as follows Bit TypematicRate±20% Bit TypematicRate±20% 00000 30.0 10000 7.5 00001 26.7 10001 6.7 00010 24.0 10010 6.0 00011 21.8 10011 5.5 00100 20.0 10100 5.0 00101 18.5 10101 4.6 00110 17.1 10110 4.3 00111 16.0 10111 4.0 01000 15.0 11000 3.7 01001 13.3 11001 3.3 01010 12.0 11010 3.0 01011 10.9 11011 2.7 01100 10.0 11100 2.5 01101 9.2 11101 2.3 01110 8.0 11110 2.1 01111 8.0 11111 2.0 The default values for the HT82K629A are as follows HT82K629Aのデフォルト値は次のとおりです Typematic rate= 10.9 characters per second ± 20% Typematic rate= 10.9 文字毎秒 ± 20% Delay = 500ms±20% The execution of this command stops without changes to the existing rate if another command is received instead of the rate/delay value byte. rate/delayバイトの代わりに別のコマンドが受信された場合、このコマンドの実行は、既存のrateを変更することなく停止します。 F4H - Enable Upon receipt of this command, the HT82K629A will respond with ACK, clears its output buffer, clears the last typematic key, and starts scanning. このコマンドを受信すると、HT82K629AはACKで応答し、出力バッファをクリアし、最後のtypematic keyをクリアしてスキャンを開始します。 F5H - Default Disable The Default Disable command resets all conditions to the power on default states. Default Disableコマンドは、すべての条件を電源投入時のデフォルト状態にリセットします。 The HT82K629A will respond with ACK, clears its output buffer, sets the default typematic rate/delay, and clears the last typematic key. HT82K629AはACKで応答し、出力バッファをクリアし、デフォルトのtypematic rate/delayを設定し、最後のtypematic keyをクリアします。 The HT82K629A then stops scanning and awaits further command. HT82K629Aはそれからスキャンを停止し、さらなるコマンドを待ちます。 F6H - Set Default The Set Default command resets all conditions to the power on default states. Set Defaultコマンドは、すべての条件を電源投入時のデフォルト状態にリセットします。 The HT82K629A will respond with ACK, clears its output buffer, sets the default key typematic rate/delay, and clears the last typematic key then continues scanning. HT82K629AはACKで応答し、出力バッファをクリアし、デフォルトのキーのtypematic rate / delayを設定し、最後のtypematicキーをクリアしてスキャンを続行します。 F7H, F8H, F9H, FAH - Set All Keys Since HT82K629A do not support keyboard code set 3 format, so it will not acknowledge the command but returns a Resend command and continues in its previous scanning state. HT82K629Aはキーボードコード集合3形式をサポートしていないので、コマンドを認識しませんが、再送コマンドを返し、前のスキャン状態で続行します。 FBH, FCH, FDH - Set Key Type Since HT82K629A do not support keyboard code set 3 format, so it will not acknowledge the command but returns a Resend command and continues in its previous scanning state. HT82K629Aはキーボードコード集合3形式をサポートしていないので、コマンドを認識しませんが、再送コマンドを返し、前のスキャン状態で続行します。 FEH - Resend FEH - 再送信 The host sends this command when it detects an error in any transmission from the HT82K629A. ホストは、HT82K629Aからの任意の送信でエラーを検出したときこのコマンドを送信します。 It is sent only after a data transmission and before the host allows the next data output. これは、データ送信の後で、ホストが次のデータ出力を許可する前にのみ送信されます。 When a Resend is received, the HT82K629A sends the previous output again (unless the previous output was Resent, in which case the HT82K629A sends the last byte before the Resend command). Commands to the Host ホストへのコマンド The following table shows the commands that the HT82K629A may send to the host and their hexadecimal values. 以下の表は、HT82K629Aがホストに送信するであろうコマンドとその16進値を示しています。 Command Hex Value Key Detection Error/Overrun 00 (Code Set 2) Keyboard ID 83AB Bat Completion Code AA Bat Failure Core FC Echo EE Acknowledge FA Resend FE Key Detection Error/Overrun FF (Code Set 1) Command 16進値 キー検出エラー/オーバーラン 00 (コード集合2) キーボードID 83AB BAT完了コード AA BAT失敗コード FC Echo EE Acknowledge FA 再送信 FE キー検出エラー/オーバーラン FF (コード集合1) 00H or FFH - Key Detection Error 00H or FFH - キー検出エラー The HT82K629A sends a key detection error character if conditions in the keyboard make it impossible to identify a switch closure. キーボードがスイッチの閉塞を識別不可能になる状態なら、HT82K629Aはキー検出エラー文字を送信します。 If the HT82K629A is using scan code set 1, the code is FFH. HT82K629Aがスキャンコード集合1を使用している場合、コードはFFHです。 For sets 2, the code is 00H. 集合2の場合、コードは00Hです。 00H or FFH - Overrun An overrun character is placed in the HT82K629A buffer and replaces the last code when the buffer capacity has been exceeded. バッファ容量を超えた時、オーバーラン文字はHT82K629Aバッファに配置され、最後のコードと置き換えられます。 The code is sent to the host when it reaches the top of the buffer queue. コードは、バッファ列の先頭に到達するとホストに送信されます。 If the HT82K629A is using scan code set 1, the code is FFH. HT82K629Aがスキャンコード集合1を使用している場合、コードはFFHです。 For sets 2, the code is 00H. 集合2の場合、コードは00Hです。 83AbH - キーボードID The keyboard ID consists of 2 bytes, Hex 83AbH. キーボードIDは16進83AbHの2バイトで構成されています。 The HT82K629A responds to the Read ID with ACK, discontinues scanning and sends 2 ID bytes. HT82K629Aは、ID読取にACKで応答し、スキャンを中止して2バイトのIDを送信します。 The low byte is sent first followed by the high byte. 下位バイトが最初に送信され、続いて上位バイトが送信されます。 Following the output of Keyboard ID, the HT82K629A begins scanning. キーボードIDの出力に続いて、HT82K629Aはスキャンを開始します。 EEH - Echo The HT82K629A sends this code in response to an Echo command. HT82K629AはEchoコマンドに応答してこのコードを送信します。 AAH - BAT Completion Code AAH - BAT完了コード Following a satisfactory completion of the BAT, the HT82K629A sends AAH. HT82K629Aは、BATの満足な完了に続き、AAHを送信する。 Any other code indicates keyboard failure. 任意の他のコードは、キーボードの障害を示します。 FCH - BAT失敗コード If a BAT failure occurs, the HT82K629A sends this code, discontinues scanning and waits for a host response or reset. BAT不良が発生すると、HT82K629Aはこのコードを送信し、スキャンを中止し、ホストの応答またはリセットを待ちます。 FEH - 再送信 The HT82K629A issues a Resend command following receipt of an invalid input or any input with incorrect parity. If the host sends nothing to the HT82K629A, no response is required. Data Communications Data output If CLK=0, no transmission (keyboard is inhibited). If CLK=1, DATA=0, no transmission (system request to send). If CLK=1, DATA=1, transmission permitted. Data will be valid before the trailing edge and beyond the leading edge of the clock. The KB checks the clock line for an active level every 60ms. If line contention occurs (system brings the clock low before the tenth clock), set clock=data=high. Data input The system overrides the clock line for at least 60ms. The keyboard checks the clock line state at intervals of 10ms. If a system request-to-send is detected, the keyboard counts 11 data bits. Data will be valid before the rising edge and beyond the falling edge. After the 10th bit, the keyboard checks for an active level on the "data" line. If the line is active it is forced to be inactive, and counts one more bits. Note This action signals the system that the keyboard has received its data. Upon reception of this signal, the system returns to the ready state, in which it can accept keyboard outputs or goes to the inhibit state until it is ready. If the keyboard "data" line is found to be at an inactive level following the 10th bit, a frame error has occurred, and the keyboard continues to count until the "data" line becomes active. The keyboard then makes the "data" line inactive and sends a Resend. Note The parity bit is either 1 or 0, and the 8 data bits, plus the parity bit, always have an odd number of 1µs. A B C 名前
https://w.atwiki.jp/honnureoekaki/pages/5.html
文面 ======================================== About Using This Paint-Chat Thanks to comining this paint-chat. However, this paint-chat built for Hon-Nure. (Members of a Japanese text-type BBS talking about Gdgd-Neta) We have worried that the people who does nt know Hon-Nure use this Paint-Chat since last autumn. Of course,We love foreign Paint-Chat Users very much. But We want to use this Paint-Chat for only Hon-Nure Members. If you can select any other,Please use another Paint-Chat. You can find another Paint-Chat (for Everyone) fron this URL http //ax.sakura.ne.jp/~aotama/pchat/LobbyRoom.html We hope you enjoy painthing at the other Paint-Chat bult for everyone. (Sakage write for ChatMaster DEro) ======================= これをタイトルの部分とURLの部分を強調かけて書き込む 貼り付け例 質問 いつ使うのか 外国人にやんわりお引き取り願うとき いつも使うのか 外国人と仲良く描きたい人しか場にいなければ使う必要がない 今更本ヌレメンバーとか恥ずかしくてお嫁に行けない お引き取り願う一番無難な理由が「メンバー向けサイトだから」 だと思ったので本ヌレメンバーという使い方をしてみた 本ヌレやこの絵チャの経緯を長々書いてると理解されづらい上 3行以上読めない外国人には読まれない 文法や用法がおかしくないか 好きに書き直せばいい 勝手に書き直して張っていいのか 勝手に作ったのだから勝手に書き換えて問題なし ただし以下の点をおさえないとグダグダになる 外国人に敵対心を剥き出しにしない 日本人専用だ!外国人は帰れ!なんて江戸時代みたいなことしてると かっこわるい上に相手を怒らせて余計な原因を作ったり 日本大好きっ子がそれでも果敢に交流に挑戦してくる危険がある 「外国のPaintChat利用者のことも好きだけども ここはメンバー向けPaintChatですので他をあたってくださいね」 とするのが変な摩擦を生まなくて無難 誘導先(URL)は必ず張る 「他の所に誰でもOKなPaintChatがありますよ そちらを当たってみてはいかがでしょう」 と新しい移住先を示してやらないと何度も来る危険あり タイトルとURLだけは強調する そうしないと読まないのは世界共通 管理人さんに代わって○○が書きました (Sakage write for ChatMaster DEro)の部分 管理人のDEro㌧の名前を持ち出すことで文章に重みを付けれる ただし勝手に名前を借りるのはどうかとも思うので 使い方は自分で考える コンセプト ルールとか自治とかそんな面倒くさいものでなく 外国人にお引き取り願うツールとして役に立つと嬉しいだけの話
https://w.atwiki.jp/snagplaces/pages/42.html
最終更新日時:2009年12月11日 (金) 12時36分32秒[編集] はじめに 外部公開設定に向けて、ネットワークアドレス等の設定を行います。 IPアドレスやネットワークの構成図に関してはネットワーク構成を参照してください。 注意事項 ネームサーバはないので、ルータのアドレスにあわせてます。 ホスト名はhoge、ドメイン名はhoge.dip.jpとします。 はじめに注意事項 ホスト・ドメイン名の設定 ネットワークの設定 ネットワークデバイスの設定 DNSサーバの設定 ネットワークの確認 ホスト・ドメイン名の設定 # vi /etc/hosts 【2行目あたり追記】ローカル環境でのホスト名 127.0.0.1 localhost.localdomain localhost hoge 【3行目あたり挿入】外部環境でのホスト・ドメイン名 192.168.24.202 hoge.dip.jp hoge 【4行目あたりコメントアウト】IPv6系はオフ # 1 localhost6.localdomain6 localhost6 [▲上へ] ネットワークの設定 ホスト名・ドメイン名の定義からするとHOSTNAMEは間違ってる気がするのですが、これで通ってるのでよしとします。 # vi /etc/sysconfig/network NETWORKING=yes NETWORKING_IPV6=no HOSTNAME=hoge.dip.jp ※ホスト名の指定(FQDN) GATEWAYDEV=eth0 ※ゲートウェイデバイスの指定 [▲上へ] ネットワークデバイスの設定 # vi /etc/sysconfig/network-scripts/ifcfg-eth0 TYPE=Ethernet DEVICE=eth0 ※適用デバイス BOOTPROTO=static ※固定IPである IPADDR=192.168.24.202 ※IPアドレス NETMASK=255.255.255.0 ※サブネットマスク BROADCAST=192.168.24.255 ※ブロードキャスト GATEWAY=192.168.24.1 ※ゲートウェイ PEERDNS=no ※ここをnoにしておくとdhclientがDHCP切り替えのときにresolv.confの自動書き換えをしなくなる USERCTL=no ※rootのみ変更ができる HWADDR=** ** ** ** ** ** ※デバイスのMACアドレス ONBOOT=yes ※ブート時に適用するか IPV6INIT=no [▲上へ] DNSサーバの設定 # vi /etc/resolv.conf nameserver 192.168.24.1 ※ネームサーバ(ルータのIPアドレス) search hoge.dip.jp ※ホスト名 ここでまた再起動かnetworkサービスの再起動をします。 [▲上へ] ネットワークの確認 # ping -c 2 localhost PING localhost.localdomain (127.0.0.1) 56(84) bytes of data. 64 bytes from localhost.localdomain (127.0.0.1) icmp_seq=1 ttl=64 time=0.211 ms 64 bytes from localhost.localdomain (127.0.0.1) icmp_seq=2 ttl=64 time=0.037 ms --- localhost.localdomain ping statistics --- 2 packets transmitted, 2 received, 0% packet loss, time 999ms rtt min/avg/max/mdev = 0.037/0.124/0.211/0.087 ms 確認が完了できたら、サーバーメンテナンス支援【無料】でpingのテストとポートが開いてるかのテスト(現時点では22のみ)を行いましょう。 [▲上へ]
https://w.atwiki.jp/bmd_intensity/pages/22.html
//----------------------------------------------------------------------------- // $Id DecklinkCaptureDlg.h,v 1.5 2006/04/11 01 11 07 ivanr Exp $ // // Desc DirectShow capture sample // // Copyright (c) Blackmagic Design 2005. All rights reserved. //----------------------------------------------------------------------------- #pragma once #include "afxwin.h" #include "Utils.h" // CDecklinkCaptureDlg dialog class CDecklinkCaptureDlg public CDialog { // Construction public CDecklinkCaptureDlg(CWnd* pParent = NULL);// standard constructor // Dialog Data enum { IDD = IDD_DECKLINKCAPTURE_DIALOG }; protected virtual void DoDataExchange(CDataExchange* pDX);// DDX/DDV support afx_msg void OnCbnSelchangeComboVideodevice(); afx_msg void OnCbnSelchangeComboAudiodevice(); afx_msg void OnCbnSelchangeComboVideoformats(); afx_msg void OnCbnSelchangeComboAudioformats(); afx_msg void OnBnClickedCheckAudiomute(); afx_msg void OnBnClickedButtonBrowse(); afx_msg void OnBnClickedButtonCapture(); afx_msg void OnBnClickedButtonStop(); afx_msg void OnCbnSelchangeComboCompression(); // Implementation protected HICON m_hIcon; // Generated message map functions virtual BOOL OnInitDialog(); virtual BOOL DestroyWindow(); afx_msg void OnSysCommand(UINT nID, LPARAM lParam); afx_msg void OnPaint(); afx_msg HCURSOR OnQueryDragIcon(); DECLARE_MESSAGE_MAP() virtual LRESULT WindowProc(UINT message, WPARAM wParam, LPARAM lParam); void HandleGraphEvent(); private IGraphBuilder* m_pGraph; IBaseFilter* m_pVideoCapture; IBaseFilter* m_pAudioCapture; IBaseFilter* m_pVideoRenderer; IBaseFilter* m_pSmartT; IMediaControl* m_pControl; IVideoWindow* m_pIVW;// for the preview window IMediaEventEx* m_pMediaEvent;// for the preview window DWORD m_ROTRegister; CComboBox m_videoDeviceCtrl; CComboBox m_audioDeviceCtrl; CComboBox m_videoFormatCtrl; CComboBox m_audioFormatCtrl; CComboBox m_compressionCtrl; CStatic m_preview; BOOL m_bAudioMute; int m_compressor; BOOL m_bEnableCompressionCtrl; enum { ENC_NONE, ENC_DV, ENC_WM }; CString m_captureFile; CEdit m_captureFileCtrl; VIDEOINFOHEADER m_vihDefault; WAVEFORMATEX m_wfexDefault; CRegUtils m_regUtils; HRESULT CreatePreviewGraph(); HRESULT CreateCaptureGraph(); HRESULT CreateUncompressedCaptureGraph(); HRESULT CreateDVCaptureGraph(); HRESULT CreateWMCaptureGraph(); HRESULT ConfigureWMEncoder(IBaseFilter* pASFWriter); HRESULT DestroyGraph(); void InitialiseVideoPreview(void); HRESULT PopulateDeviceControl(const GUID* pCategory, CComboBox* pCtrl); HRESULT PopulateVideoControl(); HRESULT PopulateAudioControl(); HRESULT PopulateCompressionControl(); void EnableControls(void); void DisableControls(void); void QueryRegistry(void); };
https://w.atwiki.jp/it_certification/pages/194.html
1. 目的 2. 構成2.1. 設定概要 2.2. 構成図 2.3. netファイル 2.4. 初期設定 2.5. Apache 設定 2.6. サーバ側 ルーティング設定 3. [検証] priority queue 基本設定3.1. 概要 3.2. チューニング 3.3. パケットキャプチャ 3.4. 設定投入 3.5. テストトラフィックの送信 3.6. showコマンドによる確認 4. [検証] custom queueingの詳細設定4.1. queueのサイズ変更 1. 目的 Custom Queueingの設定方法について確認します。 2. 構成 2.1. 設定概要 初期設定はIPアドレスのみです。 Host OS側でApacheを起動させます。 Guest OS, R1間は10Mで接続する事で、わざと輻輳を発生させます。 2.2. 構成図 2.3. netファイル model = 3620 [localhost] [[3620]] image = C \Program Files\Dynamips\images\c3620-j1s3-mz.123-18.bin ram = 128 [[ROUTER R1]] f0/0 = NIO_gen_eth \Device\NPF_{8B89D910-5ED3-4A43-9DE9-6A272A3D7592} e1/0 = NIO_gen_eth \Device\NPF_{5933302A-7AAA-475C-A8FE-A6B82B0C0F98} 2.4. 初期設定 R1 ! version 12.3 service timestamps debug datetime msec service timestamps log datetime msec no service password-encryption ! hostname R1 ! boot-start-marker boot-end-marker ! ! no aaa new-model ip subnet-zero ! ! no ip domain lookup ! ip cef ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! interface FastEthernet0/0 ip address 192.168.200.1 255.255.255.0 duplex auto speed auto ! interface Ethernet1/0 ip address 192.168.201.1 255.255.255.0 half-duplex ! interface Ethernet1/1 no ip address shutdown half-duplex ! interface Ethernet1/2 no ip address shutdown half-duplex ! interface Ethernet1/3 no ip address shutdown half-duplex ! ip http server ip classless ! ! no cdp run ! ! ! ! ! ! line con 0 line aux 0 line vty 0 4 ! ! end 2.5. Apache 設定 ホストOSにApacheをインストールし、ポートベースのバーチャルホストを定義します。構築方法はトップページ/手順書 サーバ系/Apache HTTP Server バーチャルホストの設定を参考にして下さい。 この検証例で実際に使用したhttpd.confの要所となる部分を以下に記載します。 Listen 10880 Listen 10881 Listen 10882 NameVirtualHost * 10880 NameVirtualHost * 10881 NameVirtualHost * 10882 VirtualHost * 10880 DocumentRoot "C /Program Files/Apache Software Foundation/Apache2.2/htdocs" /VirtualHost VirtualHost * 10881 DocumentRoot "C /Program Files/Apache Software Foundation/Apache2.2/htdocs10881" /VirtualHost VirtualHost * 10882 DocumentRoot "C /Program Files/Apache Software Foundation/Apache2.2/htdocs10882" /VirtualHost 2.6. サーバ側 ルーティング設定 Host OS route add 192.168.201.0 mask 255.255.255.0 192.168.200.1 Guest OS route add -net 192.168.200.0/24 gw 192.168.201.1 3. [検証] priority queue 基本設定 3.1. 概要 Custom Queueingとは、ラウンドロビンで各キューに送信権を与える方式です。各キューにはバイトカウントが定義でき、バイトカウントの値に基づいて出力インターフェースに転送する事ができます。 話を具体的に進めるため、以下のバイトカウントの定義を想定します。 queue byte count 1 1000 2 2000 3 3000 4 4000 上記の例の場合、まずキュー1に送信権が与えられます。キュー1の送信量が1000byteを超えると、送信権がキュー2に移ります。キュー2の送信量が2000byteを超えると送信権がキュー3に移ります。 3.2. チューニング custom queueingはルータに流れるパケットをキャプチャし、実際のパケット長に基づいて設定する必要があります。 実際のパケット長に基づいた設定を行わないと、想定通りのラウンドロビンにならない事があります。設定失敗例を以下に示します。 宛先 パケット長 queue byte counte パケット数 Webサーバ1 580 1 500 2 Webサーバ2 580 1 1000 2 Webサーバ3 580 1 1500 3 Webサーバ1, 2, 3を1 2 3でラウンドロビンするために、byte countを500, 1000, 1500と定義したとします。しかし、実際は、キュー1は2パケット送信した後に、送信権をキュー2に渡します。キュー2は2パケット送信した後に、送信権をキュー3に渡します。このように、byte countは実際のパケット長を考慮しないと、想定外のラウンドロビンになってしまう事があります。 3.3. パケットキャプチャ 本シナリオで実際に流れるパケットの長さを計測します。 Gust OSからHost OSへの以下wgetコマンドを実行し、その時のパケットをキャプチャします。 [root@localhost ~]# wget -O /dev/null http //192.168.200.100 10880/large.html --2010-11-02 17 01 34-- http //192.168.200.100 10880/large.html Connecting to 192.168.200.100 10880... connected. HTTP request sent, awaiting response... 200 OK Length 23016000 (22M) [text/html] Saving to `/dev/null 73% [=================================== ] 16,973,824 19.1K/s eta 2m 22s 私の検証環境では、殆どのHTTPパケットが576byteである事が分かりました。 #ref error :ご指定のファイルが見つかりません。ファイル名を確認して、再度指定してください。 (100%) 3.4. 設定投入 以下のqueueingを定義します。 通信 queue byte count SSH 1 400 tcp10880を使用したHTTP 2 576 * 1 tcp10881を使用したHTTP 3 576 * 2 tcp10882を使用したHTTP 4 576 * 3 投入するconfigは以下の通りです。 R1(config)#access-list 100 permit tcp any any eq 22 R1(config)# R1(config)# R1(config)#queue-list 2 protocol ip 1 list 100 R1(config)#queue-list 2 protocol ip 2 tcp 10880 R1(config)#queue-list 2 protocol ip 3 tcp 10881 R1(config)#queue-list 2 protocol ip 4 tcp 10882 R1(config)# R1(config)# R1(config)#queue-list 2 queue 1 byte-count 400 R1(config)#queue-list 2 queue 2 byte-count 576 R1(config)#queue-list 2 queue 3 byte-count 1152 R1(config)#queue-list 2 queue 4 byte-count 1728 R1(config)# R1(config)# R1(config)#interface Ethernet 1/0 R1(config-if)#custom-queue-list 2 3.5. テストトラフィックの送信 Host OSからGuest OSへssh接続い、以下要領のwgetコマンドを3つ同時に実行します。 送信権の割当が少ないtcp10880宛てのHTTP通信が一番遅い事を確認します。 [root@localhost ~]# wget -O /dev/null http //192.168.200.100 10882/large.html --2010-11-03 17 17 28-- http //192.168.200.100 10882/large.html Connecting to 192.168.200.100 10882... connected. HTTP request sent, awaiting response... 200 OK Length 23016000 (22M) [text/html] Saving to `/dev/null 17% [======= ] 4,062,804 12.5K/s eta 28m 29s [root@localhost ~]# wget -O /dev/null http //192.168.200.100 10881/large.html --2010-11-03 17 17 21-- http //192.168.200.100 10881/large.html Connecting to 192.168.200.100 10881... connected. HTTP request sent, awaiting response... 200 OK Length 23016000 (22M) [text/html] Saving to `/dev/null 17% [======= ] 3,932,684 9.51K/s eta 32m 27s [root@localhost ~]# wget -O /dev/null http //192.168.200.100 10880/large.html --2010-11-03 17 17 07-- http //192.168.200.100 10880/large.html Connecting to 192.168.200.100 10880... connected. HTTP request sent, awaiting response... 200 OK Length 23016000 (22M) [text/html] Saving to `/dev/null 13% [===== ] 3,080,716 4.54K/s eta 46m 40s 3.6. showコマンドによる確認 show queueingコマンドでqueueingの設定を確認する事ができます。 (複数のqueueingが定義されている場合は、show queueing customと入力する事でcustom queueのみを表示させる事ができます) R1#show queueing custom Current custom queue configuration List Queue Args 2 1 protocol ip list 100 2 2 protocol ip tcp port 10880 2 3 protocol ip tcp port 10881 2 4 protocol ip tcp port 10882 2 1 byte-count 400 2 2 byte-count 576 R1# show queueing interfaceコマンドで各queueを通過したパケット数を確認する事ができます。 R1#show queueing interface Ethernet 1/0 Interface Ethernet1/0 queueing strategy custom Output queue utilization (queue/count) 0/118 1/2570 2/4944 3/6534 4/7365 5/0 6/0 7/0 8/0 9/0 10/0 11/0 12/0 13/0 14/0 15/0 16/0 R1# priority queueingの場合、show queueコマンドで現在queueに格納されているパケットを確認する事ができましたが、custom queueingの場合は何も表示されないようです。 R1#show queue Ethernet 1/0 R1# show interfaceコマンドで各queueに何パケット格納されているかを確認する事ができます。 R1#show interfaces Ethernet 1/0 Ethernet1/0 is up, line protocol is up Hardware is AmdP2, address is cc00.0b3c.0010 (bia cc00.0b3c.0010) Internet address is 192.168.201.1/24 MTU 1500 bytes, BW 10000 Kbit, DLY 1000 usec, reliability 255/255, txload 6/255, rxload 1/255 Encapsulation ARPA, loopback not set Keepalive set (10 sec) ARP type ARPA, ARP Timeout 04 00 00 Last input 00 09 29, output 00 00 00, output hang never Last clearing of "show interface" counters never Input queue 0/75/0/0 (size/max/drops/flushes); Total output drops 0 Queueing strategy custom-list 2 Output queues (queue # size/max/drops) - queueに格納されたパケットを確認できます。 0 0/20/0 1 0/20/0 2 0/20/0 3 5/20/0 4 0/20/0 5 0/20/0 6 0/20/0 7 0/20/0 8 0/20/0 9 0/20/0 10 0/20/0 11 0/20/0 12 0/20/0 13 0/20/0 14 0/20/0 15 0/20/0 16 0/20/0 5 minute input rate 33000 bits/sec, 46 packets/sec 5 minute output rate 239000 bits/sec, 62 packets/sec 22968 packets input, 2087661 bytes, 0 no buffer Received 9 broadcasts, 0 runts, 0 giants, 0 throttles 0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored 0 input packets with dribble condition detected 30633 packets output, 15600437 bytes, 0 underruns 0 output errors, 0 collisions, 5 interface resets 0 babbles, 0 late collision, 0 deferred 0 lost carrier, 0 no carrier 0 output buffer failures, 0 output buffers swapped out R1# 4. [検証] custom queueingの詳細設定 4.1. queueのサイズ変更 各queueに格納できるパケット数を変更する事もできます。設定例は以下の通りです。 R1(config)#queue-list 2 queue 3 limit 30 R1(config)#queue-list 2 queue 4 limit 40 R1(config)#^Z R1# *Mar 1 00 38 24.207 %SYS-5-CONFIG_I Configured from console by console R1# R1#show queueing custom Current custom queue configuration List Queue Args 2 1 protocol ip list 100 2 2 protocol ip tcp port 10880 2 3 protocol ip tcp port 10881 2 4 protocol ip tcp port 10882 2 1 byte-count 400 2 2 byte-count 576 2 3 byte-count 1152 limit 30 - queueのサイズが定義された事を確認します 2 4 byte-count 1728 limit 40 - queueのサイズが定義された事を確認します R1# R1# R1#show interfaces Ethernet 1/0 Ethernet1/0 is up, line protocol is up Hardware is AmdP2, address is cc00.0b3c.0010 (bia cc00.0b3c.0010) Internet address is 192.168.201.1/24 MTU 1500 bytes, BW 10000 Kbit, DLY 1000 usec, reliability 255/255, txload 6/255, rxload 1/255 Encapsulation ARPA, loopback not set Keepalive set (10 sec) ARP type ARPA, ARP Timeout 04 00 00 Last input 00 04 11, output 00 00 00, output hang never Last clearing of "show interface" counters never Input queue 0/75/0/0 (size/max/drops/flushes); Total output drops 0 Queueing strategy custom-list 2 Output queues (queue # size/max/drops) - queueのサイズが変更された事を確認します。 0 0/20/0 1 0/20/0 2 0/20/0 3 0/30/0 4 4/40/0 5 0/20/0 6 0/20/0 7 0/20/0 8 0/20/0 9 0/20/0 10 0/20/0 11 0/20/0 12 0/20/0 13 0/20/0 14 0/20/0 15 0/20/0 16 0/20/0 5 minute input rate 33000 bits/sec, 47 packets/sec 5 minute output rate 252000 bits/sec, 59 packets/sec 39889 packets input, 3607470 bytes, 0 no buffer Received 10 broadcasts, 0 runts, 0 giants, 0 throttles 0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored 0 input packets with dribble condition detected 52923 packets output, 27109779 bytes, 0 underruns 0 output errors, 0 collisions, 5 interface resets 0 babbles, 0 late collision, 0 deferred 0 lost carrier, 0 no carrier 0 output buffer failures, 0 output buffers swapped out R1#