RTSP在公网花屏分析

2024-01-28 21:04

文章标签 分析公网 rtsp 花屏

本文主要是介绍RTSP在公网花屏分析，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

分析结果
1、丢包发生时机：在SendData到tcpdump捕获之间
注：SendData调用sendto发送，sendto未出现返回值小于等于0的情况
2、用tcpdump在设备端捕获eth0、ppp0的结果，发送时从eth0就已经丢包
注：发送时，数据包先到eth0，再通过ppp0发送出去
3、非PPPOE拨号环境，不丢包
4、PPPOE拨号环境，TCP不丢包，UDP丢包
5、TVT的海思、联咏IPC均在发送端时丢包，海康未见明显花屏

综上：在PPPOE拨号环境下，使用UDP协议，数据包发送到网络之前，存在丢包情况，导致花屏。

丢包截图（RTP包的Sequence number不连续，应用层发送Seq是连续的）：
在这里插入图片描述

1、TCP模式正常
2、UDP模式花屏
是否丢包：
视频信息：2688*1520 6144 P帧30009，I帧
分片发送时数据包大小：1460（1500 - 20 - 8 -12（RTP头））

封包太大，传送时出现错误的机会大增。
而在Internet上，早期默认的MTU大小是576字节，随着网络的发展，已经变成了1500字节
以太网（Ethernet）是一种局域网技术，使用的默认MTU大小是1500字节；
互联网上的默认MTU大小也是1500字节，与以太网保持一致
由于PPPoE在以太网上多了额外的封装头部，占用了8个字节的空间，因此PPP负载的最大大小被限制在1492字节

丢包分析步骤
接收端丢包
发送端丢包
网卡丢包
应用丢包

1492
实际测试：
ping百度，mtu是1464，原因是使用ping -l 1465 -f www.baidu.com无法ping 通，-f代表不分片
在RTSP UDP中 1464-20-8-12 = 1424
如果576，我们是576-40=534

在这里插入图片描述

$ipRange = '183.15.178.1-255'
$port = 8088$ipAddresses = 1..255 | ForEach-Object {$ip = "183.15.178.$_"Test-NetConnection -ComputerName $ip -Port $port -InformationLevel Quiet |Where-Object { $_.TcpTestSucceeded } |Select-Object -ExpandProperty RemoteAddress
}$ipAddresses$ipRange = '183.15.178.190-200'
$port = 8088
$timeout = 1000  # 1秒 (以毫秒为单位)$ipAddresses = 190..200 | ForEach-Object {$ip = "183.15.178.$_"$pingResult = Test-NetConnection -ComputerName $ip -InformationLevel Quiet -ErrorAction SilentlyContinueif ($pingResult.PingSucceeded) {$tcpResult = Test-NetConnection -ComputerName $ip -Port $port -InformationLevel Quiet -ErrorAction SilentlyContinueif ($tcpResult -ne $null -and $tcpResult.TcpTestSucceeded) {$ip}}
}$ipAddresses