> ==>發信人: [email protected] (天兵), 信區: Config > > 這是 12/26 01:15 的數字, 好像都堵在 203.72.43.206 > 203.72.43.206 不是中研院的設備, > 中研院也不可能知道那個設備發生什麼事情, > 所以應該要詢問那個設備的管理單位. 沒錯, 這不是中研院的設備. 但是事情總是這樣: 到日本的線路是中研院, 使用者第一個想到的是到日本變慢了, 其次使用者看到的是出了門口, 而 且國內骨幹已經是 Gigabit 不擁塞, 那堆 core router 在幹甚麼是不會 公開讓人弄得清楚的, 所以到歐洲, 到日本就會讓中研院挨罵, 再不然就 會是國高, MOECC 一起罵, 因為事實就是沒弄好. 就像協同攻同一山頭的 左右中三路部隊, 一路沒及時發動, 敵軍就無法消滅, 雖然某路當面殲敵 無數, 但敵軍依舊盤據在山頭. 山頭敵軍人人看得見, 沒攻下就是沒攻下 , 一切都沒有勝利可言. 協同作戰, 發生不協同合作時, 是很痛苦的, 都是敗戰的根源. 但打戰要 用到人, 是很難要求三路完全都是同一模子. 見死不救有失道義, 但分兵 去救可能連自己都不保. 主攻忙於攻堅受到牽制, 已方最弱的卻可能崩潰 , 因此最有能力的都得扮演先殲己方面之敵, 以合圍救援弱方共殲其敵, 最後雙方再與攻堅部隊會合, 合力攻下最難纏的. 協同合作, 最好是能步 步為營, 督導對方同時前進, 時時相互通知維持一致. > > proxy1[toor]:~$ traceroute www.sinica.edu.tw > > traceroute to gate.sinica.edu.tw (140.109.4.130), 30 hops max, 40 byte packets > > 1 211.72.120.177 (211.72.120.177) 1.071 ms 1.050 ms 1.041 ms > > 2 10.72.120.254 (10.72.120.254) 42.981 ms 42.682 ms 43.961 ms > 這個應該是 ADSL 的問題, 使用中華電信線路的 ADSL, > 在銅線轉進設備的時候, 會有 40+ ms 的 latency, 除非 > 中華電信整個基礎建設換掉, 要不然這 40+ ms 是無可避免的. > 又, hinet 可能很擁擠, 桃園到台北經過他的骨幹都要數十個 ms, > 比台北到日本還慢....... 是的, 這是 ADSL 的線, 但顯示的是: 若扣掉 ADSL 40 ms 的延遲, 都比 TANET 骨幹來得好. -- ◎ Origin: 中央松濤站□bbs.ee.ncu.edu.tw From: 140.115.6.234