可能是數據機本身的問題，跟廠商換一台再試吧

那要看ATU-R有沒有開硬撥和AB兩地的ISP是不是同一家,依CHT的慣例ISP是Hinet的話ATM的VCI是33,其他ISP是34,要是ISP不同的話光這一點就可能不通了(這個會造成錯誤678,鵝農曆年間才被搞過一次 ),另外依Hinet的作法一般user的account PPPoE可能也有鎖VC(i.e. AB兩地連到BRAS的VC不會相同,就算ATM通了拿A的account到B地撥也會被BRAS踢掉,反之亦然),如果是讓ATU-R跑PPPoE的話(一般說的硬撥 ),ATU-R內PPPoE的account也得跟著改,不然PPPoE是連不上的,但照說會看到錯誤651應該是PC自己跑PPPoE(一般說的軟撥 ),一般應該不會在B地的PC上把PPPoE的account設成A地的吧....

謝謝！

ABC都是CHT ADSL，
各ATU-R在原地都使用正常，燈號正常，(A地的ATU-R有開通Wi-Fi。)
都沒設硬撥，
PC的PPPoE帳號密碼設定沒動，所以仍是該線路的帳號密碼，

0800-080-128

鵝猜樓主應該是一路ADSL有租CHT的Home WiFi(這月租要NT$89,CHT的策略應該是要藉此讓user轉向VDSL,問題是以帶WiFi的IP sharing只要NT$5xx的年頭,很難想像以ATU-R只算堪用的效能和信號,會有多少人為了省那NT$89而轉向VDSL----轉VDSL月租費可說是三級跳吧,那還不如自備IP sharing ),要自行移到沒有租Home WiFi處使用,如果是這樣打0800恐怕很難問出個所以然吧(CHT的ATU-R要不要開WiFi不知是以ATU-R的MAC address或是ATM的VC為準,如果是前者或許有機會可以work,後者的話就別浪費時間了)....BTW,鵝本來想說錯誤651有可能是PPPoE account鎖VC,但google了一下也有說是NIC的driver出問題,讓MAC address跑掉所致(跑PPPoE時BRAS須要知道client的MAC address,如果很明顯是無效的MAC address如00:00:00:00:00:00之類就有可能被踢掉),或許檢查一下PC送出去的MAC address會有點幫助....

謝謝鵝大！
也謝謝大家。

昨天已將AB地的ATU-R歸回原處使用，目前都正常使用中。
原本只是懶，將B地拿回A地處哩，結過出這種怪問題，
昨天歸回原地，直接在B地處哩，結果OK。
謝謝！

A地連接的機房設備和B地連接的機房設備型號如果不是同一套，適配的數據機也不同，不一定能互換的

AB數據機同廠牌同型號。