通信人家园

 找回密码
 注册

只需一步,快速开始

短信验证,便捷登录

搜索

军衔等级:

  超级版主

注册:2006-4-287

爱心徽章,09年为家园助学活动奉献爱心纪念徽章 家园09年十大版主 爱心徽章,2010年为家园助学活动奉献爱心纪念徽章 家园10年十大版主 家园11年度优秀版主 家园12年度优秀版主

发表于 2015-7-3 08:32:50 |显示全部楼层
本帖最后由 长乐未央 于 2015-7-3 08:34 编辑

写的真好,网络沉淀顶呱呱

举报本楼

军衔等级:

  四级军士长

注册:2015-6-172
发表于 2015-7-3 08:52:24 |显示全部楼层
本帖最后由 网语者 于 2015-7-3 08:52 编辑

2.8.4 基本配置典型实例

路由器各接口及主机的IP地址和掩码如下图所示。要求采用静态路由,使下图中IPC、NVR、PC机任意两者之间都能互通。

2.8.4.png


相关配置如下:

(1)配置交换机各个接口的IP地址(略)

(2)配置静态路由
# 在Switch A上配置缺省路由。
<SwitchA> system-view
[SwitchA] ip route-static 0.0.0.0 0.0.0.0 1.1.4.2
# 在Switch B上配置两条静态路由。
<SwitchB> system-view
[SwitchB] ip route-static 1.1.2.0 255.255.255.0 1.1.4.1
[SwitchB] ip route-static 1.1.3.0 255.255.255.0 1.1.5.6
# 在Switch C上配置缺省路由。
<SwitchC> system-view
[SwitchC] ip route-static 0.0.0.0 0.0.0.0 1.1.5.5

(3)配置主机
配置Host A的缺省网关为1.1.2.3,Host B的缺省网关为1.1.6.1,Host C的缺省网关为1.1.3.1,具体配置过程略。

(4)查看配置结果
# 显示Switch A的IP路由表。
[SwitchA] display ip routing-table
Routing Tables: Public
         Destinations : 7       Routes : 7
Destination/Mask    Proto  Pre  Cost         NextHop         Interface
0.0.0.0/0           Static 60   0            1.1.4.2         Vlan500
1.1.2.0/24          Direct 0    0            1.1.2.3         Vlan300
1.1.2.3/32          Direct 0    0            127.0.0.1       InLoop0
1.1.4.0/30          Direct 0    0            1.1.4.1         Vlan500
1.1.4.1/32          Direct 0    0            127.0.0.1       InLoop0
127.0.0.0/8         Direct 0    0            127.0.0.1       InLoop0
127.0.0.1/32        Direct 0    0            127.0.0.1       InLoop0
# 显示Switch B的IP路由表。
[SwitchB] display ip routing-table
Routing Tables: Public
         Destinations : 10       Routes : 10
Destination/Mask    Proto  Pre  Cost         NextHop         Interface
1.1.2.0/24          Static 60   0            1.1.4.1         Vlan500
1.1.3.0/24          Static 60   0            1.1.5.6         Vlan600
1.1.4.0/30          Direct 0    0            1.1.4.2         Vlan500
1.1.4.2/32          Direct 0    0            127.0.0.1       InLoop0
1.1.5.0/30          Direct 0    0            1.1.5.5         Vlan600
1.1.5.5/32          Direct 0    0            127.0.0.1       InLoop0
127.0.0.0/8         Direct 0    0            127.0.0.1       InLoop0
127.0.0.1/32        Direct 0    0            127.0.0.1       InLoop0
1.1.6.0/24          Direct 0    0            1.1.6.1         Vlan100
1.1.6.1/32          Direct 0    0            127.0.0.1       InLoop0
# 在PC、NVR、IPC等设备上操作,两两都能互通。


看来三层交换机最适合老U的需求了。
既然有这么好的东西,老U决定索性再多加几个摄像机。但增加之后却出现了一个奇怪的现象:监控图像开始卡顿了,算了下带宽,分明足够了啊,这是怎么回事呢?
已有 1 人评分经验 家园分 收起 理由
家园副管03 + 20 + 20 感谢更新

总评分: 经验 + 20  家园分 + 20   查看全部评分

举报本楼

军衔等级:

  新兵

注册:2015-7-3
发表于 2015-7-3 09:57:42 |显示全部楼层
本帖最后由 toby2013 于 2015-7-3 10:01 编辑
linhb 发表于 2015-6-29 16:09
云存储,海X或宇X等厂家的ipsan具有同时存储和转发功能,通过ipsan转发实现实时预览。

请教个问题,前端摄像头的视频流量到后端存储和监控屏是怎么样一个过程?看过一个12年写的材料,讲的是视频流先到一个媒体转发服务器,然后由服务器复制后,分别送到存储网路和监控大屏。最近看了下安防厂家的设备,感觉NVR直接就可以做到存储和视频的实时预览,我想问的是现在最常见的是怎样一个过程?在平安城市中的应用多是什么样的?另,组播在视频监控用的多么?

点评

网语者  摄像机出实况码流送解码器上屏显示,再出iscsi存储流直接存往ipsan。或出实况流由媒体服务器转发。或以组播方式由网络设备进行复制分发等方式都有应用,都由标准协议支持,各有利弊。nvr集合了储存与媒体复制的功能,  详情 回复 发表于 2015-7-3 11:40

举报本楼

军衔等级:

  四级军士长

注册:2015-6-172
发表于 2015-7-3 11:40:43 来自手机 |显示全部楼层
toby2013 发表于 2015-7-3 09:57
请教个问题,前端摄像头的视频流量到后端存储和监控屏是怎么样一个过程?看过一个12年写的材料,讲的是视 ...

摄像机出实况码流送解码器上屏显示,再出iscsi存储流直接存往ipsan。或出实况流由媒体服务器转发。或以组播方式由网络设备进行复制分发等方式都有应用,都由标准协议支持,各有利弊。nvr集合了储存与媒体复制的功能,但性能有限。各种方案的选择与需求和规模相关。组播在平安城市的应用还是挺多的,而且很经济,但是很多人对组播存有很大的误解,后面的章节我们会细致讨论组播技术

举报本楼

军衔等级:

  新兵

注册:2015-7-3
发表于 2015-7-3 12:11:19 来自手机 |显示全部楼层
难得的好贴~语言通俗易懂~学习

举报本楼

军衔等级:

  新兵

注册:2015-7-3
发表于 2015-7-3 12:11:35 来自手机 |显示全部楼层
难得的好贴~语言通俗易懂~学习

举报本楼

军衔等级:

  列兵

注册:2006-1-22
发表于 2015-7-5 14:26:19 |显示全部楼层
HD-SDI是不是也是IP监控的一种啊?不解,就解惑

点评

网语者  SDI技术不用IP承载,虽然也是数字技术。IP监控最大的特点之一是兼容并蓄海纳百川,SDI是IP监控方案的一个很好的接入补充  详情 回复 发表于 2015-7-6 11:06
网语者  SDI技术不用IP承载,虽然也是数字技术。IP监控最大的特点之一是兼容并蓄海纳百川,SDI是IP监控方案的一个很好的接入补充  详情 回复 发表于 2015-7-6 07:48

举报本楼

军衔等级:

  四级军士长

注册:2015-6-172
发表于 2015-7-6 07:48:13 来自手机 |显示全部楼层
junmily 发表于 2015-7-5 14:26
HD-SDI是不是也是IP监控的一种啊?不解,就解惑

SDI技术不用IP承载,虽然也是数字技术。IP监控最大的特点之一是兼容并蓄海纳百川,SDI是IP监控方案的一个很好的接入补充

举报本楼

军衔等级:

  新兵

注册:2015-5-29
发表于 2015-7-6 09:51:00 |显示全部楼层
感觉楼主写得很生动,理解起来简单多了,希望能快点更新,戛然而止看到心痒痒不好受~

举报本楼

军衔等级:

  四级军士长

注册:2015-6-172
发表于 2015-7-6 10:59:39 |显示全部楼层
2.9 视频码流与突发

老U也算是小半个专家了,他首先怀疑是网络带宽不足,算了下,一台高清网络摄像机占8Mb/s的带宽,交换机之间百兆互联,可以接入100/8=12.5台网络摄像机,总共接入了12台。带宽分明足够了啊,这到底是怎么回事呢?

图29.码流突发导致丢包组网图.png

图29 码流突发导致丢包组网图


2.9.1 基本概念

老U找来网管,网管胸有成竹地笑了笑:这个问题嘛,找我来就妥了。网管看老U对IP监控挺有兴趣,于是先给老U普及了几个与网络和视频监控相关的基本概念。

网口双工模式:双工模式分为全双工和半双工。全双工是指接口在发送数据的同时也能够接收数据,两者同步进行;而半双工是指一个时间段内只有一个动作发生,即接口某一时间段只接收报文或只发送报文。例如,一条东西走向的宽阔马路,可允许两辆马车迎面通过,当马车A自东向西行驶,马车B自西向东行驶时,两车可以同时行进,互不影响,这个例子中宽阔的马路代表的就是全双工链路。又如,一根独木桥,同时只能允许一个人通过,当有甲、乙两人从河岸两端迎面走过来时,这种情况下就只能是一个人在桥头先停下来,等待另外一个人走过来后,再继续走过去,这个例子中独木桥代表的就是半双工链路。全双工相对于半双工的好处在于迟延小,速度快。当数据流量较大时,工作在半双工模式的链路就会出现冲突、错包,最终影响了工作性能。因此半双工已经逐步退出历史舞台。

网口速率:接口速率决定了接口传输数据的带宽,一般IPC的接口有10Mbps,100 Mbps,1000 Mbps等速率类型。不同速率的接口也是可能对接成功的,其工作速率最终需要协商一致。例如, 100 Mbps自协商接口和10 Mbps自协商接口对接,协商出来的工作速率是10 Mbps。这个例子也可以看出,接口速率不一定就是其工作速率,一般工作速率会小于或等于接口速率。

自协商:自协商功能是给互连设备提供一种交换信息的方式,使物理链路两端的设备通过交互信息自动选择同样的工作参数(包括双工模式和速率),以使其自动配置传输能力,达到双方能够都能支持的最优值。工程实施中尽量采用两端均为自协商的方式,否则可能导致数据传输丢包。例如,一端配置成全双工,一端配置成自协商,由于配置成全双工一端无法提供传输能力给自协商一端,配置成自协商的一端其自协商的结果为半双工,两端的双工模式不一致会导致丢包严重。

帧率:一帧就是一副静止的画面,连续的帧就形成动画,如电影等。我们通常所说的帧数就是在1秒钟时间里传输的图片数,通常用fps(Frames Per Second)表示。每一帧都是静止的图像,快速连续地显示帧便形成了运动的假象。高帧率可以得到更流畅、更逼真的动画。每秒钟帧数 (fps) 愈多,所显示的动作就会愈流畅。一般来说,图像帧率设置为25fps已经足够,这时每帧的间隔大约是40ms(人眼观看影像时,会产生视觉延迟导致的。人眼的视觉延迟感应速度为40毫秒,如果图像与图像之间的间隔小于40毫秒,人眼就会认为画面是流畅的)。帧分为I帧(采用帧内压缩算法,关键帧,可单独解码出图片)、P帧(帧间压缩,表示与前面帧的变化量,无法独立解码,需要参考其它帧解码) 和B帧(双向预测帧间压缩,无法独立解码,需要参考其它帧解码)。由于信息的压缩,代表相对于前一帧的变化量的P帧信息会有损失,所以通常每秒会生成一个I帧,以保证视频的还原效果。

图30.码流I.P.B帧示意图.png

图30 码流I/P/B帧示意图


码率:指视频图像经过编码压缩后在单位时间内的数据流量,是视频编码中画面质量控制中最重要的部分。我们平时说的码率是指每秒平均传输的视频比特数量。但由于帧是每隔一定时间发送的,例如每秒25帧,每帧间隔40ms,所以,在发送视频帧的那一小段时间内的码率是远大于平均码率的,特别是I帧出现的时候。

VBR:VBR(Variable Bit-Rate,变比特率),通常,在清晰度相当的情况下,复杂场景的I帧会比简单场景的I帧尺寸大一些;场景变化剧烈的P帧会比场景变化缓慢的P帧尺寸大一些。VBR在保证平均码率的要求下,可以根据场景和线路的状况动态变更码率,从而获得最优的压缩质量。

CBR:CBR(Constant Bit-Rate,定比特率),VBR保证了视频图像的综合清晰度,但是码率起伏较大,在网络传输时容易造成流量拥塞而丢包。CBR保证码率的均匀性,起伏不会太过剧烈,从而尽量避免了流量拥塞的出现,但CBR会影响复杂场景和剧烈变化场景的图像清晰度。

实时性优先和流畅性优先:实时性优先,指编码端相对及时的发送承载视频的IP包,解码端相对及时的解码视频流,从而保证视频观看的低延时,但由于广域网传输环境的复杂,会导致部分IP包延迟较大,从而导致视频图像的卡顿。流畅性优先时,编码端会尽量均匀的发送承载视频的IP包,解码端也会适当缓存一段时间再进行解码播放,这样可以有效的保证视频解码的流畅性,但也会增加解码的延迟。

点评

junmily  楼主不厚道,关键部分讲一半就打住不讲了,急死个人,我就想看看突发咋个解决。。。。  详情 回复 发表于 2015-7-6 16:05
已有 1 人评分经验 家园分 收起 理由
家园副管03 + 20 + 20 感谢更新

总评分: 经验 + 20  家园分 + 20   查看全部评分

举报本楼

军衔等级:

  四级军士长

注册:2015-6-172
发表于 2015-7-6 11:06:50 来自手机 |显示全部楼层
本帖最后由 网语者 于 2015-7-8 17:05 编辑
junmily 发表于 2015-7-5 14:26
HD-SDI是不是也是IP监控的一种啊?不解,就解惑


完整补充:

HD-SDI、HD-CVI、HD-TVI、AHD……这些是模拟高清,使用同轴电缆。

首先,他们可以传高清,优点是实时呈现,但线缆在传输的时候抗干扰差,并且相对IP,市场份额很小,是细分的补充。

其次,监控已经摆脱传统看、控、存、管、用阶段了,现在基于智能的业务应用是主流,这些技术对于录像完整性检查、图像切片等是无能为力的。

最后,模拟高清现在四种制式,彼此互不兼容。标准开放是正道,IP大势在前,历史不会回退。

SDI技术不用IP承载,虽然也是数字技术。IP监控最大的特点之一是兼容并蓄海纳百川,SDI是IP监控方案的一个较好的接入补充。

点评

贰十三  “IP监控最大的特点之一是兼容并蓄海纳百川” 说的真好,赞一个!  详情 回复 发表于 2015-7-8 09:58

举报本楼

军衔等级:

  新兵

注册:2015-6-18
发表于 2015-7-6 14:24:55 |显示全部楼层
学习了,顶LZ

举报本楼

军衔等级:

  列兵

注册:2006-1-22
发表于 2015-7-6 16:05:01 来自手机 |显示全部楼层
网语者 发表于 2015-7-6 10:59
2.9 视频码流与突发

老U也算是小半个专家了,他首先怀疑是网络带宽不足,算了下,一台高清网络摄像机占8 ...

楼主不厚道,关键部分讲一半就打住不讲了,急死个人,我就想看看突发咋个解决。。。。

点评

网语者  朋友莫急,保证每天一更……现在只能午睡和下班时间安静的写,暂时不能支持一天两更了,谢谢支持  详情 回复 发表于 2015-7-6 16:07

举报本楼

军衔等级:

  四级军士长

注册:2015-6-172
发表于 2015-7-6 16:07:33 |显示全部楼层
junmily 发表于 2015-7-6 16:05
楼主不厚道,关键部分讲一半就打住不讲了,急死个人,我就想看看突发咋个解决。。。。

朋友莫急,保证每天一更……现在只能午睡和下班时间安静的写,暂时不能支持一天两更了,谢谢支持

举报本楼

军衔等级:

  上等兵

注册:2015-6-30
发表于 2015-7-6 16:50:37 |显示全部楼层
对作者的辛勤劳动成果表示支持

举报本楼

军衔等级:

  列兵

注册:2008-11-28
发表于 2015-7-7 00:30:00 来自手机 |显示全部楼层
大牛!

举报本楼

军衔等级:

  列兵

注册:2008-11-28
发表于 2015-7-7 00:32:47 来自手机 |显示全部楼层
大牛!

举报本楼

军衔等级:

  新兵

注册:2015-6-18
发表于 2015-7-7 15:00:21 |显示全部楼层
本帖最后由 spring_sky24 于 2015-7-7 16:49 编辑

LZ还不更新

举报本楼

军衔等级:

  四级军士长

注册:2015-6-172
发表于 2015-7-7 16:45:30 |显示全部楼层
2.9.2 突发与缓存

很多人以为丢包一定是由于带宽不足所导致的(不考虑误码、线路故障等因素),其实不全是这样。如果有一条大河,上游有很多支流,这条河挖多宽才能保证下游不会洪水泛滥呢?答案无解,因为极端天气很多,一场暴雨,也许就水面超过警戒线了。一种解决办法是建设蓄水坝,只要河的流量在全年平均降水量的基础上适当考虑冗余,那么暴雨短时间产生的水量可以由蓄水坝存储起来,雨停后水坝水量自然下降,而河流的流量保持均匀,不会导致洪水泛滥。

网络的带宽设计也是如此。假设15个IPC与交换机的连接链路工作在百兆全双工状态,交换机的出口端口也是百兆全双工链路,每个IPC发送一路4M的视频流。当15个IPC的视频流同时向交换机发送,由于IPC们认为出口链路是百兆,在视频流突发的一瞬间,比如I帧出现的时刻,它就会按照百兆速率发送报文。如此,虽然15个IPC总的视频码率为60Mbps,远小于交换机的出口带宽100Mbps,但当这些视频流的I帧到达时刻比较接近时,瞬间的总码率将远超100Mbps(理论上最恶劣的情况下瞬间可以达到100Mbps*15)。这小段时间未来得及转发出去的包必须依靠交换机的出口缓存进行暂时存放,类似于蓄水坝,称为缓存(嗯,这里是动词的缓存,有点绕口令的感觉哦)。如果缓存不够大,不足以暂存瞬间超标的流量,则会导致视频报文的丢失。解码设备将不能还原出完整的图像,引起花屏或者卡顿。

这就是为什么多路视频流的总码率虽然远低于出口带宽,却依旧会出现转发丢包的原因,我们称之为拥塞丢包。
已有 1 人评分经验 家园分 收起 理由
家园副管03 + 20 + 20 感谢更新

总评分: 经验 + 20  家园分 + 20   查看全部评分

举报本楼

军衔等级:

  新兵

注册:2015-6-18
发表于 2015-7-7 16:49:59 |显示全部楼层
为什么交换机的缓存不做大点?

举报本楼

您需要登录后才可以回帖 登录 | 注册 |

Archiver|手机版|C114 ( 沪ICP备12002291号-1 )|联系我们 |网站地图  

GMT+8, 2024-3-28 20:37 , Processed in 0.195076 second(s), 18 queries , Gzip On.

Copyright © 1999-2023 C114 All Rights Reserved

Discuz Licensed

回顶部