Coaching...

當同仁未達目標時，進行指導員工改進績效的過程。

溝通的需求

        實際需求：訂出可行的改進方案

        個人需求：被理解，有參與感

Add caption

溝通的流程

1. 展開討論

        明確的目的(對別人的好處)與重要性

2. 澄清資料

        - 蒐集事實與數據 → 了解情況

        - 提出問題與疑慮 → 潛在障礙

3. 發展方案

        提出問題與參與，創造力與承諾

4. 達成決議

        如何衡量標準？行動方案(What, Who, When)：時程、做法、備用方案

                - ST：情況 & 任務

                - AR：行動/結果

5. 總結討論

        明白下一步要做什麼，重述行動方案

溝通的技巧

A. 自尊自信

        對事不對人，尊重，澄清原因 → 維護自尊

        認可想法，讚許成就(具體誠懇) → 加強自信

B. 聆聽同理 (與D相關)

        處理情緒 → 事實+感受

        消弭負面情緒，正向鼓勵

C. 協助參予 (與E相關)

        鼓勵參與，努力提問[What,Why, Where, When, How]

D. 分享感想 (與B相關)

        補充過去的感受、經驗、想法[誠實]

E. 鼓勵承擔 (與C相關)

        給予具體支持，遵守承諾，自行解決

       

※：覆述 & 問問題

○：回到主題

【IPv6 Ready Logo】Core互連性測試

在完成了IPv6 Core的符合性測試之後

就可以將測試報告寄給中華電信研究所

若沒有問題他們就會通知到所內進行互連性測試

互連性測試基本上要測試四種不同的作業系統進行對測

FreeBSD, Linux, NetBSD, USAGI

FreeBSD, NetBSD會設定為Router的腳色

Linux, USAGI會設定為Host的腳色

跟Router的測試項目比較多，Host的測試項目會比較少

以下介紹各個測項

● 與Router (NetBSD)對測

    1.1-D：ping link local address

    1.1-E：ping global address

    1.1-F：ping所有的Node (FF02::1)與 所有的Router (FF02::2)

    1.2-C：造成別人產生DAD (重複的網路位址偵測)

    1.2-D：自己發生的DAD

    1.3-A：Router送出一個 RA，另一台Host ping看看

    1.3-B： Router送出兩個 RA，另一台Host ping看看

    1.3-C：測試RA的lifetime，超過了是否還存在

    1.4-A：測試RA的lifetime大於0，是否能互ping到對方

    1.4-B：送RA=0，ping設備；之後送RA=600,ping設備；最後送RA=0，ping設備

    1.5：Router1會送Redirect封包給Host，看看使否能轉到Router2

    1.6-A：host ping設備，設備回給host的封包太大，要能切割成小一點的封包

    1.6-D：當送的封包的MTU太大時，能切割並送出

● 與Host (Linux)對測

    1.1-A：ping 另一台host的link local address

    1.1-B：ping 另一台host的global address

    1.1-C：ping 所有的Node (FF02::1)

    1.2-A：router ping 設備與host，沒有DAD的狀況

    1.2-B：測試造成別人產生DAD與自己發生的DAD

    1.6-C：當網路的MTU為1280時，host 與設備互用大封包ping時，可以轉成1280的封包

● 與Router (FreeBSD)對測

    1.1-D：ping link local address

    1.1-E：ping global address

    1.1-F：ping所有的Node (FF02::1)與 所有的Router (FF02::2)

    1.2-C：造成別人產生DAD (重複的網路位址偵測)

    1.2-D：自己發生的DAD

    1.3-A：Router送出一個 RA，另一台Host ping看看

    1.3-B： Router送出兩個 RA，另一台Host ping看看

    1.3-C：測試RA的lifetime，超過了是否還存在

    1.4-A：測試RA的lifetime大於0，是否能互ping到對方

    1.4-B：送RA=0，ping設備；之後送RA=600,ping設備；最後送RA=0，ping設備

    1.5：Router1會送Redirect封包給Host，看看使否能轉到Router2

    1.6-A：host ping設備，設備回給host的封包太大，要能切割成小一點的封包

    1.6-D：當送的封包的MTU太大時，能切割並送出

● 與Host (USAGI)對測

    1.1-A：ping 另一台host的link local address

    1.1-B：ping 另一台host的global address

    1.1-C：ping 所有的Node (FF02::1)

    1.2-A：router ping 設備與host，沒有DAD的狀況

    1.2-B：測試造成別人產生DAD與自己發生的DAD

    1.6-C：當網路的MTU為1280時，host 與設備互用大封包ping時，可以轉成1280的封包

上述的測試要兩天，等測試完成之後

就可以等報告拿Logo囉 ~ 

【IPv6 Ready Logo】Core符合性測試 - Linux除錯

以下是小弟在用linux測試時的一些心得

基本上linux 2.2就有支援了
但是建議會使用2.6以上的版本
我是用linux 2.6.31的版本
因為要自己build in kernel所以有時候選錯項目會造成一些測試不過
這邊給大家做些參考


基本上在linux kernel中選了"CONFIG_IPV6"大部分的項目就可以過了
但是如果測試的時候發現
● Section1: 44, 45, 46, 49, 50, 51沒過
    → 請 Disable "CONFIG_NF_CONNTRACK_IPV6"
● Section2: 138沒過
    → 請Enable "CONFIG_IPV6_ROUTER_PREF"
● Section3: 3, 5, 14, 15, 23, 24沒過
    → 請在開機時執行，"# echo 2 > /proc/sys/net/ipv6/conf/eth0/accept_dad"
         啟動DAD功能，但Link-Local位址(由MAC所產生的)碰撞發生時，關閉IPv6功能

若還有相關的問題，可以留言，如果我知道會盡量幫忙

DVMPR...

DVMRP (Distance Vector Multicast Routing Protocol)
在一個Automous System(AS)中路由"multicast data"
可以讓layer 3 switch 跑IP與IGMP的封包
利用Reverse Path Multicasting(RPM) 去建立IP multicast delivery tree
用IGMP去學習membership information


有以下四種封包
  - DVMRP probe：discover 鄰近的 switch
  - DVMRP report：交換routing info，用來建立DVMRP的tree，以及用Reverse Path Forward(RPF)來檢查進來的multicast peform(避免loop)
  - DVMRP prune：刪除此switch
  - DVMRP grafts：重新加入


有以下四個步驟
  1. 產生advertise multicast packet的broadcast封包
  2. 若沒有此multicast group的switch送出prune message
  3. 若後來加入了，則送graft message重新加入此tree
  4. 最後multicast 封包就知道要送給誰