奈何蠻夷終究不識詩詞曲賦之美

作者 : JOJOJIMJIM in ptt

復向東，見一商港，然商販皆金髮碧眼，料是海外來朝之英吉利商販集散所在，
舶來異寶眾多，正目眩神迷間，琴聲價響，佇聽之，或如山壑雅秀，或如水潭靜謐，
時悠遠輕揚，復而厚實凝重，令人神馳，急尋琴聲來處，見一英吉利女子正自奏藝販琴，
當下文思泉湧，兼有結識之意，於是突出人群，吟詩唱和:"商娥扶碧曲，秀謐悠而厚..."
詩未竟，曲驟斷，但見英女神色驚訝，連聲曰諾，正暗喜間，卻見數名英商巡官怒目而來
倒拖吾身，飽以老拳。嗟乎，奈何蠻夷終究不識詩詞曲賦之美...。

機車發不起來的聲音...

機車發不起來的聲音

使用serial console線登入Nortel switch的注意事項

1. Nortel的產品是使用 straight-throught RS-232 serial cable & 9600-8-N-1-N 來做console port的連線.

2. 當連線後，發現畫面郤沒有跑出來，像是↓↓↓這個樣子，

只看到游標在左上角閃啊閃的，不論鍵盤怎麼按，畫面就是沒反應，

此時就按 Ctrl + Y，接著就看到登入畫面了。

3. 會有這樣的情況的原因是，實際上在登入前，預設會有顯示一個banner畫面，

而此banner畫面只接受 Ctrl + Y 這組鍵盤輸入，其餘概不接受，

所以不管你enter怎麼按，console線怎麼換，

畫面就是不會更新，因此就讓user誤以為怎麼都沒反應...凸=_=凸...

可以在登入後再下exit的指令做登出的動作，接著就會顯示出如上的畫面，

此時不論鍵盤再怎麼亂按，畫面就是都沒反應，除非要按Ctrl + Y才行。

之前也是有用console線進到Cisco、Nortel L4 switch、Extreme & ...etc...的設備改設定，但都沒有這樣的情況，

只要console線接好(前提是RS-232 serial cable 不要拿錯，因為有straight-through & cross-over之分)，

終端機一打開後，隨便按個鍵盤上的Enter鍵，console畫面就立刻跑出來了...

第一次遇到這樣的情況，害我花了一個下午的時間都在搞這個，

最後不得已去翻原廠手冊，發現要先按Ctrl+Y才能顯示登入畫面...

Switching Cost Minimization in the IEEE 802.16e Mobile WiMAX Sleep Mode Operation

前言 :

802.16e標準的睡眠模式 : 當MS進入休眠模式(sleep mode)後，如果BS有需要將資料送給MS，則BS會在MS的listening interval階段，送出 MOB_TRF-IND = positive 的訊息給MS，而MS也會在listen window階段甦醒過來，以接受BS所送出的訊息 ; 反之，若BS沒有資料需傳給MS，則BS會在MS的listening interval階段，送出 MOB_TRF-IND = negative的訊息給MS。

一但MS收到MOB_TRF-IND = positive的訊息後，MS就會離開sleep mode而進入normal mode.

WAKSLP_DECISION Algorithm : 當MS收到MOB_TRF-IND = positive的訊息後，便會執行WAKSLP_DECISION Algorithm，而MS再根據WAKSLP_DECISION Algorithm執行後的結果(Sleep = 0 或 Sleep = 1)，決定接下來要繼續維持sleep mode，或是進入normal mode.

WAKSLP_DECISION Algorithm 用來決定是否要甦醒過來的三個判斷條件 :

1. 如果MS多睡一次sleeping interval的時間，則造成BS會 Buffer Overflow的機率 ≦ MS所自行定義的上限值
2. 如果MS多睡一次sleeping interval的時間之後醒過來，則全部沒有被傳送到的封包(Buffer內的封包 & 在這個 sleeping interval所到達的封包)的delay時間 ≦ MS所自行定義的上限值
3. 如果MS在多睡一次sleeping interval後醒過來，接著需要去處理所有放在BS Buffer內的packet，以及在這段sleeping interval時間所到達的封包 ，這時所需的耗電量 ≦ MS目前剩下的電源 - MS睡眠時的耗電量 - MS在做狀態轉換時所需的耗電量

當上述這3個不等式全部都成立時，即使MS有收到MOB_TRF-IND = positive的訊息，那麼MS就繼續維持sleep mode，而不wake up進入normal mode.

若這3個不等式，只要有其中一個不成立，則MS就必需甦醒過來進入normal mode.

Probability of Buffer Overflow :

如果MS多睡一次sleeping interval的時間，恰巧在這段時間，又有其它人要將資料傳給MS，則此時就會先將封包暫存在BS的Buffer內。而因為BS的buffer是有限的，所以MS必需去計算，多睡這一次sleeping interval的時間，是否會有可能造成BS buffer overflow.

Expected Delay Violation :

如果MS在多睡一次sleeping interval的時間之後醒過來，此時MS除了必需去處理原先被暫存在buffer內封包之外，還得再去處理於此次sleeping interval時間所到達的封包，

這2種類型的封包，都會有延遲產生，則MS必需去確認這些被延遲到的封包，是否有違反了delay constraint。

Battery Lifetime Expiry :

如果MS在多睡一次sleeping interval的時間之後醒過來，此時MS除了必需去處理原先被暫存在buffer內封包之外，還得再去處理於此次sleeping interval時間所到達的封包，做這2個動作都會耗電，而目前剩下的電量，是否足以應付??

Least-Awake-Frame Scheduling with Delay Guarantee for IEEE 802.16e Broadband Wireless Access Networks

前言 :

由於之前所提出來的研究，多是在UGS service class做探討，而目前實際的使用環境，郤不僅僅只限於單一種service class，而是混合式的使用環境。

所以此篇文章的目的，在於提出一個適用於UGS, rtPS, nrtPS & BE service classes的方法(Least-Awake-Frame Scheduling, LAFS)。

其設計理念，也是將awake frame及sleep frame先去重新排程再合併。

Basic idea of LAFS :

先處理MSS的UGS連線，從該MSS所有的UGS連線中，找出這些連線當中共同可以甦醒起來做事的時間點，也就是awake frame，將這些awake frame定義為awake-frame candidate set。

然後再針對MSS的rtPS及nrtPS連線，去決定sleep interval及awake interval要多長。

最後根據awake-frame candidate set及sleep/awake interval，兩者取交集，找出真正要甦醒的awake frame.

Q & A :

Q1 : 由於AS及PS是專為UGS連線所設計的，所以只產生UGS連線，讓LAFS、PS及PS做比較，

而在實驗結果當中，為何LAFS的percentage of sleep frame會比PS及AS來得好?

A1 : .........................................................................................

Energy Efficient Integrated Scheduling of Unicast and Multicast Traffic in 802.16e WMANS

前言 :

隨著多媒體(Multimedia)服務的興起，mobile station所處理的工作，不單單就只有處理unicast服務而已，而是再多出multicast服務。

如果這時後還是繼續使用burst scheduling(集中式傳送)，將不適合用在這unicast及multicast同時存在的環境上，因為burst scheduling當初在設計時，並沒有考慮到multicast service的傳輸特性。

使用環境分析 :

因為要接受multicast 資料的關係，所以所有的MS會在同一時段同時醒過來，處理完multicast的資料後，接著就會進入睡眠狀態，一直到下一個週期的multicast資料送過來時再醒過來，或者是有unicast的資料要收發時，才會再醒過來。

如果MS在 開始接收multicast資料之前 或是 接收完multicast資料之後，隔不久剛好有unicast的資料要收發，

如果此時可以讓unicast的資料，延後或提前收發，立刻接續在multicast資料後面(或前面)，那麼這樣是不是可以減少sleep → awake 的耗電量(awake→sleep的耗電量忽略不計)呢?

如果遇到這樣的情況時，那麼要怎麼決定到底要繼續保持idle狀態以服務接下來的unicast資料，還是要進入休眠狀態呢?

如果idle時間 大於 (sleep→awake的耗電量)/(idle狀態的耗電量)，則MS需由idle進入sleep狀態 ;

反之idle時間 小於等於 (sleep→awake的耗電量)/(idle狀態的耗電量) ，則MS繼續維持idle狀態。

假設 Threshold = (sleep→awake的耗電量)/(idle狀態的耗電量) , MS開始接收multicast資料的時間點為ts，結束接收multicast資料的時間點為te，

而如果MS在 (ts - Threshold) 或 (te + Threshold) 這2個時間範圍內有unicast資料要做收送，

則Ms在開始(或結束)接收multicast之前(或之後)，就不要進入休眠模式，一直保持著idle狀態即可。

Scheduling Set Based IntegratedScheduling (SSBIS) 的作法 :

Step 1 : SSBIS 事先將所有的MS分成multicast scheduling set及unicast scheduling set.

任一MS只會屬於multicast scheduling set或unicast scheduling set 其中之一，並不會同時屬於兩者。

Step 2 : 在multicast scheduling set內的MS，它們的unicast data將接續在相鄰的multicast tranmission period被傳送。

Step 3 : 而在unicast scheduling set內的MS的資料，將以burst mode(集中式傳送)的方式將資料送出。

結論 :

SSBIS與LVBF相比，因為SSBIS有考慮 該繼續保持idle狀態 或 進入休眠模式 這個因素，所以SSBIS的省電效果會比 LVBF來得好。

Q & A :

Q1 : 根據Simulation的第二個實驗(Figure 4)，不論MS的數量變多或變少，為何當broadcast group越多，SSBIS所表現出來的整體的效能會越好?

A1 : 因為broadcast group越多，被分配到multicast scheduling set內的MS，若要收送unicast資料時，就有更多的multicast transmission period可供選擇。