btking55 wrote:查修伯大哥,說實話您...(恕刪) 您要如何解讀我不管。我只想告訴您這個事實,查修的對於ICMP的回應值真的是摸不著邊。而且定型化契約如果您覺得有不合理,大可跟消保官、消基會反應,甚至於想仿效某些大發文給NCC、總統府都是您的自由,我沒辦法去阻止你們。要解決問題,一定要找到對的人,就是這樣。所以,很抱歉,請恕我們查修的無法幫您解決這問題。
我想在中華電信的窗口文件中應該要在加一項個人制ADSL以及VDSL因客戶連接的是網際網路故不保證速率及回應速度故不得用ICMP回應數值來申訴基本上明眼人不會用直接報修反之如果需要報修,請使用企業型的商品個人制的商品僅提供有限服務客戶同意的欄位加上一個V方塊,保證之後查修伯可以拿這點頂爆使用者企業必須要區分商品,不然保證跑到爽差異化服務或是更有勇氣一點,跟公司建議以後個派案,都必須要收費,服務本來就是有價沒必要為少數拼命沒事報修到爽的人,來讓其他不報修的人的月費一起都變高
CHT查修伯 wrote:總之我的結論就是,ICMP的回應值跟電路沒有絕對關係,請別把回應值太高的問題,遷怒到我們查修這邊。謝謝!...(恕刪) 客服才是面對顧客抱怨的第1線~~至於你們CHT內部要要找水肥班~查修班~~還是打飯班來扛...這種事我們哪會知道....
CHT查修伯 wrote:關鍵是在於集縮比嗎? 這個應該CHT內部會比較清楚, DSLAM後面開始設備的loading數據也許可以解答我的那樣的設計, 只是一個"結果論", 結果是那樣才可以有自己想要的過程實際怎樣, 沒數據資料, 真的不知道
=.=純個人理論就純個人理論吧,東拉西扯的誤導他人ping還真跟集縮比的關係沒啥牽扯,除非你硬要把線路滿載的狀況拉進來講我用cable網路20年了,個位數的ping值幾乎天天見到這個ping反映出來的資訊,是跟硬體機器及實體線路關係最高的查修班的這些都不歸你們處理,那這些問題是要去找誰處理(幼幼班?!)