背景：写了个简单的onvif相机模拟器，流程是绑定1000个端口作为onvif相机注册信令交换，又绑定一个端口作为rtsp流媒体服务，onvif信令是http请求会经常建立http短链接，奇怪的事是：当部分相机拉着流时，系统就会出现大量CLOSE_WAIT的链接，显示的进程为 -，且存在待接收数据。没有拉流就不会有，有的CLOSE_WAIT也会消失。执行 netstat -nap|grep CLO

resip 库接收到invite消息后抛出SDP异常（u字段缺少冒号）

前言：流媒体服务发送udp包时，和tcp比较效率很低，在网上查的有sendmmsg（sendmsg的加强版）方法可以提高效率，特意做了个比较测试如下。测试硬件：Xeon(R) CPU @ 1.80GHz 32核， 10G网卡 的两台服务器测试记录：单线程死循环发是的流量情况(结收方iftop统计，发送方打开iftop流量会下降很多）：sendto : 2.55Gb, send：2.56Gb, se

C++ STL容器初学使用时，遍历删除某值元素一定要注意以下几点：错误示范：修改方法一：修改方法二：两种正确编码对其它STL容器一样有效，区别在于： 第一种修改是 it 先++，指向下一个迭代器，再释放之前的迭代器，类似于：因为是值传递，在节点被析构之前，it已经安全地跳转到下一个节点，这里强调一下，值传递原因，erase函数调用和it++是同时的，可能和编译器有关，代码理论上是先调用完函数再做+

适用场景：k8s集群中跟踪某个字段的日志，比如某路视频流的唯一标识符，不知道被调度到哪个pod，需要一一进入到容器内查找。pod=$(kubectl get pod|grep *** |awk '{print $1}');for i in $pod;do# 输出容器名echo kubectl exec -it $i bash;#再各个容器中查找kubectl exec $i -- grep -rn