上海电信会通过某些策略拉黑 PPPOE 拨号接入的 MAC 地址?

24次阅读

共计 1381 个字符,预计需要花费 4 分钟才能阅读完成。

如题,本人先前使用 PON stick 替代光猫接入,最近进行了宽带移机

移机后 LOID 进行了变更,重新配置 PON stick 后发现 PPPOE 拨号失败

由于之前没有对光猫 MAC 做模拟,最初怀疑是 MAC 不正确,故修改 PON stick 模拟光猫 Pon 侧 MAC 地址
重新拨号后能够正常鉴权,获取 IP 及 DNS
但是 2 分钟后既被上联强制下线,后续 PPPOE 不再能够拨号成功

尝试换回源运营商光猫,发现运营商光猫也无法拨号了(此时运营商光猫没有修改过任何配置修改)

配置 PON stick 模拟另一 MAC 地址,能够重新正常拨号,但是同样 2 分钟后被上联强制下线,并无法重新拨号。能够确定是通过 MAC 地址进行了针对性措施。

附拨号日志:

Connect: pppoe-wan0 <--> eth1
sent [LCP ConfReq id=0x1  >]
rcvd [LCP ConfAck id=0x1  >]
rcvd [LCP ConfReq id=0x2   >]
sent [LCP ConfAck id=0x2   >]
sent [LCP EchoReq id=0x0 magic=]
sent [PAP AuthReq id=0x1 user="" password=]
rcvd [LCP EchoRep id=0x0 magic=]
rcvd [PAP AuthAck id=0x1 "Authentication success,Welcome!"]
Remote message: Authentication success,Welcome!
PAP authentication succeeded
peer from calling number  authorized
sent [IPCP ConfReq id=0x1   ]
sent [IPV6CP ConfReq id=0x1 >]
rcvd [IPCP ConfReq id=0x1 >]
sent [IPCP ConfAck id=0x1 >]
rcvd [LCP ProtRej id=0x3  ...]
Protocol-Reject for 'IPv6 Control Protocol' (0x8057) received
rcvd [IPCP ConfNak id=0x1 > > >]
sent [IPCP ConfReq id=0x2 > > >]
rcvd [IPCP ConfAck id=0x2 > > >]
local  IP address 
remote IP address 
primary   DNS address 
secondary DNS address 
Script /lib/netifd/ppp-up started (pid 14816)
Script /lib/netifd/ppp-up finished (pid 14816), status = 0x1
rcvd [LCP TermReq id=0x4]
LCP terminated by peer
Connect time 2.1 minutes.
Sent  bytes, received  bytes.
Script /lib/netifd/ppp-down started (pid 15200)
sent [LCP TermAck id=0x4]
Script /lib/netifd/ppp-down finished (pid 15200), status = 0x1
Connection terminated.
Modem hangup

terminate 后再次尝试既永远循环

sent [LCP ConfReq id=0x1  >]
rcvd [LCP ConfReq id=0x2   >]
sent [LCP ConfAck id=0x2   >]
正文完
 0