Lmiracle

简介站在内存管理的角度看eCos操作系统，就是一个进程。eCos系统中只有线程概念（任务），并没有进程概念。整个内存规划简单看就是一个进程的内存分布。 既然一个进程，内存中会有text、data、bss、heap段等。 💡 eCos线程的栈就是一块buf（内存），可以是全局buf，也可以从heap上申请。 eCos查看内存1234567891011121314151617181920212223 mbuf twork stack mbuf stats: mbufs 69, clusters 2360, free clusters 56 Failed to get 0 times Waited to get 0 times Drained queues to get 0 timesVM zone 'ripcb': Total: 32, Free: 31, Allocs: 88, Frees: 87, Fails: 0VM zone 'divcb': Total: 2, Free: 2, Allocs: 0, Free ...

背景国内三大运营商宽带布局普遍使用光猫+路由器的方式（FTTR虽然运营商在主推，目前并不普及）。光猫无线能力较弱或者不支持无线，路由器将承载用户主要上网需求。但是普通家庭网线只布置一条（光猫放弱点箱，路由器在电视柜），上网和IPTV同时支持需要光猫配置单线复用。 一条网线同时支持上网和IPTV业务，国内通常上网业务不带vlan tag，IPTV业务带vlan tag。此时路由器可以通过vlan tag区分业务流，将IPTV业务转发到路由器IPTV口。目前运营商送的路由器都支持该功能，国内主流厂商家用路由器也支持该功能。 拓扑 问题描述电视盒子播放电视过程中，概率出现PC有线接入LAN1/LAN2后IPTV停止播放， 问题分析 PC连接网线后会主动发送IGMP加组报文，路由器接收到后，会通过WAN口请求加组，该加组报文由于是LAN1或LAN2输入，并不会携带tag。 光猫收到没有带tag的IGMP报文，会导致原有的IPTV组播流从带tag下发变成不带tag下发。（问题根源） 路由器由以前带tag报文通过vlan tag来识别IPTV业务流，此时，路由器并没有对应的组播路由来转发 ...