• 860

[研究所] MikroTik RouterOS 學習 (持續更新)


YAWPYNG wrote:
底下紅框,用意是讓它...(恕刪)

謝謝YAWPYNG大的幫助,關於scripit這部份我會仔細研究的.謝謝!

YAWPYNG wrote:
底下紅框,用意是讓它...(恕刪)

感謝yampyng大大,
另外若在中華電信pppoe-out1斷線後(沒有reboot,斷線後pppoe會自動重撥直到恢復連線),需再執行此script一次,請大大再補充此一部分的script敘述,感激不盡!

menchieh wrote:
需再執行此script一次,請大大再補充此一部分的script敘述,感激不盡!...(恕刪)


插花一下, 這似乎用 netwatch 自己設定一下就好了.
FB: Pctine
此並非 bug , 是你沒搞清楚 CHT 的架構 ..



menchieh wrote:
小弟的rb450g在...(恕刪)
Fredttn

netgaze wrote:
此並非 bug , 是你沒搞清楚 CHT 的架構 ...(恕刪)


可否請 netgaze 兄明釋, 分享一下 CHT 的架構? 謝謝.
FB: Pctine

pctine wrote:
插花一下, 這似乎用...(恕刪)

感謝pctine大大的回覆,但有時候pppoe會瞬間斷線又立即恢復連線,netwatch 的 interval若設為1分鐘,則
此時ipv6 dhcp client已被pppoe-out2,3,4搶走了,但等到一分鐘後,netwatch並不能偵測到此種短時
間的斷線,故run srcipt也未被觸發。請問該如何處理呢
menchieh wrote: 中華電信pppoe-out1斷線後(沒有reboot,斷線後pppoe會自動重撥直到恢復連線), .(恕刪)


要有標的物才有辦法精確判斷pppoe-out1是否發生斷線重新撥接過,

這個標的物可以從底下這張圖片的圈圈處去寫if的比較語法來做判斷。

:if
條件選擇
[admin@MikroTik]>:if(1:if(1>2) do={:put true} else={:put flase}
flase
如果條件為真,執行do={}裡面的命令,否則執行else={}裡面的命令



menchieh wrote:
感謝pctine大大的回覆,但有時候pppoe會瞬間斷線又立即恢復連線,netwatch 的 interval若設為1分鐘,則
此時ipv6 dhcp client已被pppoe-out2,3,4搶走了...(恕刪)


小弟指的不是用來判斷 pppoe-out1 先連線, 而是既然 Y大已幫你寫好 script 來循序啟動 pppoe 連線, 那麼之後的斷線等問題, 你再利用 netwatch 來判斷是否要再跑一次 script 就好了.

ps: 小弟之前有詢問過原廠, 在於 interface up & download 的情況下, 為何不直接在該處讓 user 決定要不要做後續的 script 處理, 因為很多應用都在此, 用 schedule 來做是比較耗時也不精確, 但原廠並未回覆.
FB: Pctine

pctine wrote:
小弟指的不是用來判斷...(恕刪)

感謝大大回覆!
Rex0928 wrote:
2013-11-19
目前幾番下來的設定跟問題稍微整理一下
已經確定 從RT-N16/N66U連到 RB-450G上會有下列狀況...(恕刪)


有關於你所提 RB450G 和 Asus RT-n16/N66u routing 的問題, 我向朋友借了一台 RT-N16, 它已是最新版的 firmware. (RT_N16_3004374979)

網路架構就依你所提設定. 大致如下:

RB950:
ether1: WAN
ether2: LAN 192.168.2.1/24
ether5: LAN 192.168.10.254

Windows pc IP: 192.168.2.2

RT-N16
LAN IP: 192.168.10.1/24
Windows PC IP: 192.168.10.2

在 RT-N16 上面已設定 static route.

測試的結果和你不太相同.
192.168.2.1 ping 192.168.10.1 (ok)
192.168.2.1 ping 192.168.10.2 (ok)
192.168.2.2 ping 192.168.10.1 (ok)
192.168.2.2 ping 192.168.10.2 (timeout)
192.168.10.2 ping 192.168.2.1 (ok)
192.168.10.2 ping 192.168.2.2 (ok)

上面有一處出問題, 實際在 192.168.10.2 PC上面擷取封包, 發現 icmp 封包確實有收到及回傳, 所以應該是 RT-N16 firmware 本身的 bug.

後來直接將 RT-N16 刷成 Tomato firmware 並重新設定, 兩邊的 router or PC, 就都能互連 ping 通了.

所以結論是: Asus RT-N16 firmware 本身的 bug. 你可以直接反應給 Asus 吧.
FB: Pctine
  • 860
內文搜尋
X
評分
評分
複製連結
請輸入您要前往的頁數(1 ~ 860)
Mobile01提醒您
您目前瀏覽的是行動版網頁
是否切換到電腦版網頁呢?