这是一个创建于 149 天前的主题，其中的信息可能已经有所发展或是发生改变。
如题，本人先前使用 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 <mru 1492> <magic <magicNumber>>]
rcvd [LCP ConfAck id=0x1 <mru 1492> <magic <magicNumber>>]
rcvd [LCP ConfReq id=0x2 <mru 1492> <auth pap> <magic <magicNumber>>]
sent [LCP ConfAck id=0x2 <mru 1492> <auth pap> <magic <magicNumber>>]
sent [LCP EchoReq id=0x0 magic=<magicNumber>]
sent [PAP AuthReq id=0x1 user="<user>" password=<hidden>]
rcvd [LCP EchoRep id=0x0 magic=<magicNumber>]
rcvd [PAP AuthAck id=0x1 "Authentication success,Welcome!"]
Remote message: Authentication success,Welcome!
PAP authentication succeeded
peer from calling number <number> authorized
sent [IPCP ConfReq id=0x1 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns2 0.0.0.0>]
sent [IPV6CP ConfReq id=0x1 <addr <IPV6>>]
rcvd [IPCP ConfReq id=0x1 <addr <remoteIP>>]
sent [IPCP ConfAck id=0x1 <addr <remoteIP>>]
rcvd [LCP ProtRej id=0x3 <HEX IPV6> ...]
Protocol-Reject for 'IPv6 Control Protocol' (0x8057) received
rcvd [IPCP ConfNak id=0x1 <addr <IP>> <ms-dns1 <DNS1>> <ms-dns2 <DNS2>>]
sent [IPCP ConfReq id=0x2 <addr <IP>> <ms-dns1 <DNS1>> <ms-dns2 <DNS2>>]
rcvd [IPCP ConfAck id=0x2 <addr <IP>> <ms-dns1 <DNS1>> <ms-dns2 <DNS2>>]
local IP address <IP>
remote IP address <remoteIP>
primary DNS address <DNS1>
secondary DNS address <DNS2>
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 <SENT> bytes, received <RECV> 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 <mru 1492> <magic <magicNumber>>]
rcvd [LCP ConfReq id=0x2 <mru 1492> <auth pap> <magic <magicNumber>>]
sent [LCP ConfAck id=0x2 <mru 1492> <auth pap> <magic <magicNumber>>]
 |
1
syyyyy 149 天前
移机后进云宽带了吧，跟运维小哥说一声退出云宽带。
|
 |
3
MakizonoFY 148 天前
人上人配人上人运营商，他们想干嘛干嘛用户能咋办😂
|
 |
4
alect 148 天前
我这边可以打电话说自己换了个光猫，让他们处理的。
|
 |
5
Cunkie 148 天前
pppoe 拨号成功以后一段时间内断了再拨都不能换 mac 地址了，换了就别想再连上了，要等 20-30 分钟的样子才能再拨的上。
|
 |
6
youngzy OP @alect 和装维反馈，直接给上门换了个猫。
由于我上班不在家，所以是家人电话我。 询问能否查上联 OLT ，直接回复说不会。拒绝承认 OLT 做了黑名单，还指责我一定是改了猫配置（因为他 ITMS 配置没办法下发）。 事实是，运营商猫之前拿了超密，开了 telnet ，这次移机完成后直接重新通过 telnet 拿到超密和 LOID ，然后就丢一边了。 我询问：如果我进行相同操作导致新换的猫也不能拨号，是继续找他上门吗？装维直接让我先搞🤦。 |
 |
7
tywg001 146 天前
一模一样,年前搞上海联通的 IPTV,我把光猫重置了,然后用猫棒,然后就拨不了号了,换回原来的光猫直接注册都注册不上,到现在还停在那里,还好我还有另外 3 根宽带
|
 |
8
flynaj 146 天前 via Android
Mac 地址不能跟系统中其它用户冲突。重复了就是这个样子。
|
 |
10
cnlnlhb 145 天前
运营商有一个功能是首次拨号之后把宽带账号和 MAC 地址进行绑定，后续用其他 MAC 拨这个宽带账号是无法拨上的，如果换了 mac （光猫）需要找装维解绑账号才可以。
看你这个描述，有没有可能是他们 olt 不支持在 pppoe 拨号时校验 mac ，而是拨号后校验。即拨号时账密通过就给下发拨号成功的信息，然后再进入队列排队校验业务逻辑（ mac 与 pppoe 账号是否匹配和其他业务逻辑），校验失败的再断开连接。 |
|
11
youngzy OP @cnlnlhb 但是这样依旧不能解释修改 stick 为运营商光猫 mac 后依旧被下线，以及后续用运营商原猫依旧拨不上号，必须由装维换猫才能正常使用的逻辑
|
|
12
cnlnlhb 144 天前
@youngzy 移机的时候数据做的有问题，系统里面绑定的 MAC 地址不是你现有的两个 mac （光猫和 stick ），所以你不管使用 stick 拨号、光猫拨号都是黑名单
|
|
13
cnlnlhb 144 天前
@youngzy 最好的检验方法是，装维换了猫之后，测试修改为光猫拨号是否有问题，如果没问题的话，说明只是 mac 地址跟账号有了绑定，移机的时候装维没处理好。
或者遇到这种也可以让装维或者咸鱼找个人解绑一下账号，解绑之后你试试能不能拨上 |
 |
14
semglassiebaba 143 天前
上海电信并不会拨号锁 mac ，光猫都可以自己换的，也不需要修改成老光猫的 mac ，这肯定是有其它问题
|
 |
15
e1he1he10w0 139 天前
一定要关闭云网关业务，开着的话 pppoe 是没办法正常拨号的，升 2000M 的时候碰到过这个问题
|
 |
16
james19820515 29 天前
1.有结论了吗？
2.找师傅。 |
Select Language