Re: searchlight
我又来了，这次是 RB5009UG+S+ 上 IGMP Snooping 与 Bridge Hardware Offloading 不兼容的问题。 在一个全口开着 Bridge Hardware Offloading 的桥上，开启 IGMP Snooping，这时因为桥自身的接口往往不会主动发送目标为 Link-Local scope All Routers Address ff02::2 的多播包，MDB 中也就不会有相应的条目，导致 Router Solicitation Message 不会被转发至桥接口，自然路由器就不会回复…
现在虽然 RS/RA 正常了，但是目标为 ff02:0:0:0:0:1:ff00::/104 也就是 Solicited-Node Address 的 Neighbor Solicitation Message 还是不转发（实际上应该泛洪），IPv6 Neighbor 条目过期后就没法通信了，真正的解决方案是关掉网络中的所有 MLD Querier，让 IPv6 多播泛洪，运营商 IPTV 网络侧有 IGMP Querier 所以我也不需要单独开一个了
没有 MLD Querier 后就不需要配置静态 MDB IPv6 条目了，当然也就可以重新开启 Bridge Hardware Offloading 了
没有 MLD Querier 后就不需要配置静态 MDB IPv6 条目了，当然也就可以重新开启 Bridge Hardware Offloading 了
❤1
Re: searchlight
现在虽然 RS/RA 正常了，但是目标为 ff02:0:0:0:0:1:ff00::/104 也就是 Solicited-Node Address 的 Neighbor Solicitation Message 还是不转发（实际上应该泛洪），IPv6 Neighbor 条目过期后就没法通信了，真正的解决方案是关掉网络中的所有 MLD Querier，让 IPv6 多播泛洪，运营商 IPTV 网络侧有 IGMP Querier 所以我也不需要单独开一个了 没有 MLD Querier 后就不需要配置静态 MDB…
😡 不玩了，拆了，IPTV 桥接禁用，IGMP Snooping 禁用，MikroTik RouterOS 上 IPv6、VLAN、IPTV (IGMP) 就是无法共存的，忘了他吧
🌚10❤1
Re: searchlight
vBRAS 的 MTU 是 1480
MikroTik 论坛有人指出了这个 1480 MTU 的真实原因，非常详尽
https://forum.mikrotik.com/t/pppoe-compatibility-issues-with-vbras-nfv/182546
https://forum.mikrotik.com/t/pppoe-compatibility-issues-with-vbras-nfv/182546
MikroTik community forum
PPPoE Compatibility Issues with vBRAS/NFV
Hey guys, If you encounter the following problems: a. When PPPoE dial-up, the MTU will auto adjust from 1492 to 1480 after connected 3 seconds. b.If you enable IPv6 you will get many warnings in the log similar to: invalid mtu 1492 on pppoe-out1 from…
❤1😢1
Re: searchlight
DHCPv6 的问题可以通过如下规则绕过 /ipv6/firewall/filter add action=accept chain=input comment="Accept DHCPv6-Client prefix delegation from wrong addresses." dst-port=546 protocol=udp src-address=0:80fe::/32
MikroTik community forum
PPPoE Compatibility Issues with vBRAS/NFV
Huawei products should not be used for a multitude of reasons, and one you probably dont know about is how poorly they treat their workers
❤1
Re: searchlight
我又来了，这次是 RB5009UG+S+ 上 IGMP Snooping 与 Bridge Hardware Offloading 不兼容的问题。 在一个全口开着 Bridge Hardware Offloading 的桥上，开启 IGMP Snooping，这时因为桥自身的接口往往不会主动发送目标为 Link-Local scope All Routers Address ff02::2 的多播包，MDB 中也就不会有相应的条目，导致 Router Solicitation Message 不会被转发至桥接口，自然路由器就不会回复…
Hello,
Thank you for contacting MikroTik support.
We appreciate the report.
We have managed to reproduce the issue locally in our labs and look forward to fixing it on upcoming RouterOS versions, unfortunately, I cannot provide a release date now.
Regards, Edgars P..
❤1
FBC: Firebreak 在 Steam 上的在线数据简直是前无古人级别的差……虽说应该还有一大部分玩家在两家主机平台（含 Xbox PC），但是依然不改变结论，Remedy 彻底玩脱了……只希望能撑到今年承诺过的两次地图更新，不要搞得我没游戏玩（
Re: searchlight
FBC: Firebreak 在 Steam 上的在线数据简直是前无古人级别的差……虽说应该还有一大部分玩家在两家主机平台（含 Xbox PC），但是依然不改变结论，Remedy 彻底玩脱了……只希望能撑到今年承诺过的两次地图更新，不要搞得我没游戏玩（
虽然游戏烂，但是主菜单音乐好听啊，什么时候单独拿出来发个 OST（虽然好像只有主菜单和撤离这两首好听）
💩1🤡1
Re: searchlight
此前关于上海电信国际精品网附加包不再提供 CN2 (AS4809) IP，转而仅提供 163 QoS (AS4134) 服务的传言大概是落地了，昨晚 21:32 PPPoE 连接被动中断后发生了如下变化 - IPv4 池子变了，我这边 BRAS 大部分时候是 218.80.64.0/22 ，vBRAS 大部分时候是 218.80.68.0/22 ，偶有例外，之前的情况大家都很熟悉了不提 - 大部分情况下，重拨前后 PPPoE IPCP 下发的 IPv4 地址是可预测的，为上次地址减一，偶有例外，可能是因为目前这个池子使用率还不高…
【上海市电信用户申诉受理中心】您好，您的申诉事项中心已按《电信用户申诉处理办法》办理，被申诉人反馈未能与您和解。依据规定，您可向我中心申请申诉调解。申请方式：发送邮件、邮寄书面材料等。邮件发送至 sqsstj@mailshca.miit.gov.cn ，书面材料邮寄至上海市黄浦区延安东路1200号10楼申诉中心，邮编： 200003。（邮件或书面材料的标题请注明“申请申诉调解”，内容须包含姓名、联系电话、申诉涉及号码等。）谢谢。
🎉3💩2🤡1
Re: searchlight
Hello, Thank you for contacting MikroTik Support and for your report! The issue is identified and will be addressed in further RouterOS releases. We are sorry for the inconvenience caused. Regards, Matīss O..
This is an automated message. Our bug tracker reports that your issue has been fixed. This means that we plan to release a RouterOS update with this fix. Make sure to upgrade to the next release when it comes out. To be sure this specific fix is included, read the changelog when the next version comes out. If your issue is not mentioned, it might mean it will be in the next release.
If you would like any more details - please reply to this message and one of our support engineers will contact you.
Best regards,
【2025-07-30 11:29:16】
堪察加东岸远海海域地震修正为8.8级，此次地震已经引发海啸，预计对我国上海、舟山、台湾多地沿岸造成灾害性影响。(人民日报) (金十数据APP)
堪察加东岸远海海域地震修正为8.8级，此次地震已经引发海啸，预计对我国上海、舟山、台湾多地沿岸造成灾害性影响。(人民日报) (金十数据APP)
2025-07-30 07:24:00
海啸警报(第4期)
自然资源部海啸预警中心发布海啸黄色警报。2025年07月30日07时24分（北京时间），堪察加东岸远海海域（52.53°N,160.16°E）发生8.8级地震，震源深度为20千米(震源参数修订)。自然资源部海啸预警中心根据最新监测分析结果，此次地震已经引发海啸，预计对我国上海,舟山南,台北东,屏东西,屏东东,台东南,台东北,花莲和宜兰沿岸造成灾害性影响。
2025-07-30 07:24:00
堪察加东岸远海海域地震海啸信息 (第3期)
2025年07月30日07时24分（北京时间），堪察加东岸远海海域（52.51°N,160.26°E）发生8.7级地震，震源深度为18千米(震源参数修订)。自然资源部海啸预警中心综合分析判断，地震可能会引发越洋海啸，但不会对我国沿岸造成灾害性影响。我中心将继续跟踪分析地震和海啸监测数据，如监测信息及预报结论无重要变化，将不会发布后续信息。
2025-07-30 07:24:00
堪察加东岸远海海域地震海啸信息 (第2期)
2025年07月30日07时24分（北京时间），堪察加东岸远海海域（52.2°N,160.0°E）发生8.0级地震，震源深度为74千米。自然资源部海啸预警中心根据初步地震参数判断，地震可能会在震源周围引发大规模海啸，但不会对我国沿岸造成灾害性影响。我中心将继续跟踪分析地震和海啸监测数据，并及时发布信息。
2025-07-30 07:24:00
堪察加东岸远海海域地震海啸信息 (第1期)
2025年07月30日07时24分（北京时间），堪察加东岸远海海域（52.44°N,160.13°E）发生7.6级地震，震源深度为15千米。自然资源部海啸预警中心根据初步地震参数判断，地震可能会在震源周围数百公里范围内引发区域海啸，但不会对我国沿岸造成灾害性影响。我中心将继续跟踪分析地震和海啸监测数据，并及时发布信息。详细信请查询https://www.oceanguide.org.cn/m/warning。
😨8😁1