@DLevin
1.因?yàn)镮CMP，一來一往的方式，所以只能知道：需要經(jīng)過多少router、對(duì)方回應(yīng)預(yù)計(jì)多久回來，但是資料來來回回，TCP的三方交握..........就不能單純用ICMP來計(jì)算，因?yàn)檫@樣的計(jì)算，只能知道當(dāng)時(shí)：
A.震盪值：就是對(duì)方跟我的回應(yīng)會(huì)不會(huì)時(shí)快時(shí)慢，具體可以找cacti的Adv Ping或者M(jìn)RTG的 PING，看那樣的幅度是否穩(wěn)定）
B.到達(dá)目的地，需要經(jīng)過多少到router 的關(guān)卡
另外，數(shù)據(jù)同步的資料，絕對(duì)不會(huì)只有單純1K、2K那麼小的封包（甚至網(wǎng)路傳送，每一封包大小在各router之間能否傳送、傳送優(yōu)先順序也是個(gè)問題）
2.應(yīng)該說，因?yàn)橹袊摹競ゴ箝L城」，會(huì)檢查是否有「AA、BB、CC」（牽涉政治語言，刪除兩萬字），經(jīng)過檢查之後，然後再出口到對(duì)應(yīng)的router，所以從200X年郵件無法收發(fā)到最近目的地突然被跳成XXXX.org，都是要小心的地方，誰能保證你的目的地原來是NY突然變成EU？
3.如果是針對(duì)intranet，所以這部分就有兩種看法：
A.統(tǒng)一控管，所有人透過類似EJB方式，針對(duì)一個(gè)cluster來存放
B.分散各地，定時(shí)同步
兩種沒有所謂好壞，只是唯一考量點(diǎn)：維護(hù)成本，可能是集中管理需要投資高端server，可能是需要負(fù)擔(dān)因?yàn)闀r(shí)間差的同步成本，這部分在目前的CDN作法有很多玩法（sorry，我只有玩CDN不到半年時(shí)間，無法專文解說）
4.VPN是為了保護(hù)資料傳輸中，不被竊取，不被污染，但是相對(duì)的也是：速度、成本，至於控制方式，就看整體需求與規(guī)劃.....
補(bǔ)充，對(duì)於網(wǎng)路的傳輸，MIS都會(huì)利用cacti、MRTG等等的監(jiān)控方式，來監(jiān)控網(wǎng)路當(dāng)時(shí)情況，這部分版主在規(guī)劃的時(shí)候，也需要將MIS的維護(hù)成本一併考量
最後，是不是我自己該把這個(gè)討論，專門發(fā)一份文章在自己BLOG裡面?zhèn)洳?....XD
回復(fù) 更多評(píng)論