找每次被 Wi-Fi連線 都會 PPPoE撥號 的分享器? (可加分)

cbmtvb wrote:
天線內建的可能不考...(恕刪)

還是可以達到 但在無線連接與斷線的判定上 就多了獨立AP這個因素需要去考量
因此會建議盡量單純化會比較好

然後 是有兩台可以參考 一個是RB2011UiAS 一個是CRS109
這兩台是外天線 但天線本身不可拆換
cbmtvb wrote:

另請教如果改成【ROS純LAN非無線機種 外搭一台 11ac AP】,會變成很難達成本主題目標嗎?不知
.(恕刪)


選一台可以支援多VLAN多SSID的AP來搭配也可以!

例如UBNT的Unifi 系列AP可以最多設4個SSID並搭配4個Vlan搞定。

可參考Unifi AC LR 這台。

至於RouterOS任何一台都OK, 只要性能等級符合你的環境就行。
YAWPYNG wrote:
只需要一台含WIFI功能的RouterOS便可以搞定。

Ssid1 底下user都跑固定ip出去。

Ssid2 連上來的user都跑第二路浮動ip出去。

Ssid3 只剩6個pppoe能撥,所以這個ssid3限制只發6個dhcp ip出去就好,讓能連上ssid3的人獲取到這內網6個ip的其中一個 後再各自對應到剩餘的6個pppoe其中一路出去。

至於 Ssid 3連上來的user,系統有script可以做判斷是否須要自動去重撥那6路pppoe的任何一路。

gfx wrote:
真的不會難,您想的太複雜了.

您想想看hinet頂多才提供8組撥號,扣掉1固1浮也才剩6組.
也就是ssid-3頂多只能接6個人,超過就拿不到中華的撥號ip了.

所以做法是ssid-3的pool設6個人就好,如:192.168.1.249-192.168.1.254

不需弄取得ip再新增pppoe的script,直接一次就把8組的pppoe都給設齊.
然後策略對應:
192.168.1.249 -> pppoe-out3
192.168.1.250 -> pppoe-out4
192.168.1.251 -> pppoe-out5
192.168.1.252 -> pppoe-out6
192.168.1.253 -> pppoe-out7
192.168.1.254 -> pppoe-out8

最後用script觀察arp ,如:
192.168.1.253有存在在arp內,才把pppoe-out7啟動,否則是pppoe-out7是關閉的.

也就因192.168.1.253出現才啟動pppoe-out7,所以每次啟動pppoe都是新的浮動ip.

感謝前輩們熱心解答。

可否再請教前輩,關於 SSID-3 其 Script 是否容易做到以下3點?

(1) 用戶端斷線後暫不斷其PPPoE,15秒內若同一用戶端又再連上,還原其PPPoE。

(2) 承(1),第12秒時撥號所有可用的PPPoE,待60分鐘後,仍無用戶端連之者,斷之。

(3) 承(1),15秒後斷其PPPoE,並將該PPPoE優先權列為最後。
cbmtvb wrote:
感謝前輩們熱心解答。
可否再請教前輩,關於 SSID-3 其 Script 是否容易做到以下3點?
(1) 用戶端斷線後暫不斷其PPPoE,15秒內若同一用戶端又再連上,還原其PPPoE。
何必這麼麻煩? 斷線又再連接不就又開啟PPPoE了,何必等待這15秒?
(2) 承(1),第12秒時撥號所有可用的PPPoE,待60分鐘後,仍無用戶端連之者,斷之。
樓上討論目的不就是沒連接就斷開pppoe嗎
(3) 承(1),15秒後斷其PPPoE,並將該PPPoE優先權列為最後。
就指定ip ,對應指定的pppoe了,

192.168.1.249 -> pppoe-out3
192.168.1.250 -> pppoe-out4
192.168.1.251 -> pppoe-out5
192.168.1.252 -> pppoe-out6
192.168.1.253 -> pppoe-out7
192.168.1.254 -> pppoe-out8

何需再弄甚優先權
YAWPYNG wrote:
選一台可以支援多VLAN多SSID的AP來搭配也可以!

例如UBNT的Unifi 系列AP可以最多設4個SSID並搭配4個Vlan搞定。

可參考Unifi AC LR 這台。

至於RouterOS任何一台都OK, 只要性能等級符合你的環境就行。

感謝前輩推薦。

不知台灣容易買到的網通大廠如 ASUS 的 AC 機種,是否也有支援多VLAN多SSID的?

cbmtvb wrote:
感謝前輩推薦。不知...(恕刪)

一般的無線分享器是沒辦法多SSID跟多VLAN的
得是企業級AP才有辦法
而像Y大提到的UniFi就是企業級AP
gfx wrote:
何必這麼麻煩? 斷線又再連接不就又開啟PPPoE了,何必等待這15秒?

原3點想法較複雜且蠻多漏洞,改成底下做法反而較簡單周全:

SSID-3 之目標:
(a) 盡量讓用戶端每次連線都能對應/用到不同的真實IP
(b) 用戶端斷線後,若15秒內同一用戶端又再連上,則保證能歸還其同一真實IP
(c) 用戶端斷線後,若15秒後同一用戶端又再連上,則效果同 (a)

(a)之達成必須考慮到某現象:
PPPoE 浮7之一 斷線後,若數十秒內又撥連,則蠻大機率仍會取得(我們不想要的)同一浮真IP


SSID-3 之規則做法:

(1) 用戶端連上時,優先配給已撥未用之PPPoE,若無則撥號所有未撥之PPPoE,再配給其一,其餘待60分鐘後,仍未配給用戶端者,斷之。

(2) 用戶端斷線後暫不斷其PPPoE,15秒內若同一用戶端又再連上,歸還其PPPoE;否則15秒後斷其PPPoE。

(3) 承(2),第12秒時若查無已撥未用之PPPoE,則撥號所有未撥之PPPoE,並依 (1)之其餘 處理。



可否再請教前輩,以上 SSID-3規則做法 用 ROS Script 編寫是否蠻有難度?
cbmtvb wrote:
原3點想法較複雜且...(恕刪)
不是不能做,只不過您不能買低階的router主機.
script它是固定的時間運行一次,而非某項工作完後運行一次.

假設script運作流程是20秒一RUN/40秒一RUN/60秒一RUN....

但如今您指定要dhcp-client斷線後,讓PPPoE等待15秒.
由於不知道dhcp-client斷在什麼時間,每20秒檢查一次一定會遇到空窗.
只好把頻率縮得更短,換成每秒檢查一次才不會遇空窗.

20秒檢查一次,一分鐘等於RUN 3次script;
1秒檢查一次,一分鐘等於RUN 60次script.

兩種計數對硬體負擔差異是很大的!

重點不在script的複雜度,而是router硬體負擔的起嗎
文章分享
評分
評分
複製連結

今日熱門文章 網友點擊推薦!