如题,本人先前使用 PON stick 替代光猫接入,最近进行了宽带移机
移机后 LOID 进行了变更,重新配置 PON stick 后发现 PPPOE 拨号失败
由于之前没有对光猫 MAC 做模拟,最初怀疑是 MAC 不正确,故修改 PON stick 模拟光猫 Pon 侧 MAC 地址
重新拨号后能够正常鉴权,获取 IP 及 DNS
但是 2 分钟后既被上联强制下线,后续 PPOE 不再能够拨号成功
尝试换回源运营商光猫,发现运营商光猫也无法拨号了(此时运营商光猫没有修改过任何配置修改)
配置 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 2024-02-28 22:18:03 +08:00 移机后进云宽带了吧,跟运维小哥说一声退出云宽带。 |
![]() | 2 youngzy OP @syyyyy 应该并不是云宽带,运营商光猫 MAC 被拉黑前拨号也是有公网 IP 的,自己机器上抓到的 pppoe 报文里下发的也是正常地公网 IP 和网关 |
![]() | 3 MakizonoFY 2024-02-29 08:25:32 +08:00 人上人配人上人运营商,他们想干嘛干嘛用户能咋办 |
![]() | 4 alect 2024-02-29 08:50:17 +08:00 我这边可以打电话说自己换了个光猫,让他们处理的。 |
5 Cunkie 2024-02-29 10:56:45 +08:00 pppoe 拨号成功以后一段时间内断了再拨都不能换 mac 地址了,换了就别想再连上了,要等 20-30 分钟的样子才能再拨的上。 |
![]() | 6 youngzy OP @alect 和装维反馈,直接给上门换了个猫。 由于我上班不在家,所以是家人电话我。 询问能否查上联 OLT ,直接回复说不会。拒绝承认 OLT 做了黑名单,还指责我一定是改了猫配置(因为他 ITMS 配置没办法下发)。 事实是,运营商猫之前拿了超密,开了 telnet ,这次移机完成后直接重新通过 telnet 拿到超密和 LOID ,然后就丢一边了。 我询问:如果我进行相同操作导致新换的猫也不能拨号,是继续找他上门吗?装维直接让我先搞。 |
7 tywg001 2024-03-02 12:57:03 +08:00 一模一样,年前搞上海联通的 IPTV,我把光猫重置了,然后用猫棒,然后就拨不了号了,换回原来的光猫直接注册都注册不上,到现在还停在那里,还好我还有另外 3 根宽带 |
![]() | 8 flynaj 2024-03-02 21:53:20 +08:00 via Android Mac 地址不能跟系统中其它用户冲突。重复了就是这个样子。 |
![]() | 9 youngzy OP @flynaj 必然不是 mac 冲突,最初使用 stick 原 MAC 被下线,更换为运营商猫的 mac 也被下线,还导致运营商猫也无法拨号 |
10 cnlnlhb 2024-03-03 10:32:01 +08:00 运营商有一个功能是首次拨号之后把宽带账号和 MAC 地址进行绑定,后续用其他 MAC 拨这个宽带账号是无法拨上的,如果换了 mac (光猫)需要找装维解绑账号才可以。 看你这个描述,有没有可能是他们 olt 不支持在 pppoe 拨号时校验 mac ,而是拨号后校验。即拨号时账密通过就给下发拨号成功的信息,然后再进入队列排队校验业务逻辑( mac 与 pppoe 账号是否匹配和其他业务逻辑),校验失败的再断开连接。 |
![]() | 11 youngzy OP @cnlnlhb 但是这样依旧不能解释修改 stick 为运营商光猫 mac 后依旧被下线,以及后续用运营商原猫依旧拨不上号,必须由装维换猫才能正常使用的逻辑 |
12 cnlnlhb 2024-03-04 17:50:09 +08:00 @youngzy 移机的时候数据做的有问题,系统里面绑定的 MAC 地址不是你现有的两个 mac (光猫和 stick),所以你不管使用 stick 拨号、光猫拨号都是黑名单 |
13 cnlnlhb 2024-03-04 17:51:34 +08:00 @youngzy 最好的检验方法是,装维换了猫之后,测试修改为光猫拨号是否有问题,如果没问题的话,说明只是 mac 地址跟账号有了绑定,移机的时候装维没处理好。 或者遇到这种也可以让装维或者咸鱼找个人解绑一下账号,解绑之后你试试能不能拨上 |
14 semglassiebaba 2024-03-05 13:25:18 +08:00 上海电信并不会拨号锁 mac ,光猫都可以自己换的,也不需要修改成老光猫的 mac ,这肯定是有其它问题 |
15 e1he1he10w0 2024-03-09 22:28:29 +08:00 一定要关闭云网关业务,开着的话 pppoe 是没办法正常拨号的,升 2000M 的时候碰到过这个问题 |
![]() | 16 james19820515 2024-06-27 11:41:00 +08:00 1.有结论了吗? 2.找师傅。 |