SIPp之播放rtp语音/视频流

最新推荐文章于 2024-08-02 17:20:05 发布
最新推荐文章于 2024-08-02 17:20:05 发布
阅读量1w 收藏 17
点赞数 5
分类专栏： SIP 文章标签： SIPp 播放语音 G711U IN rtp
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/netluoriver/article/details/21786301
版权

欢迎大家转载，为保留作者成果，转载请注明出处，http://blog.csdn.net/netluoriver，有些文件在资源中也可以下载！如果你没有积分，可以联系我！


经过多天的努力，用脚本呼叫eyebeem电话，在电话端终于听到录制的语音包了，费话不多说，描述环境：

192.168.0.20是一个有注册认证的SIP服务器，服务器端口为5060；
192.168.0.101是我在windows安装的cygwin软件后 测试机器；
branchc1.xml 中的50000 呼叫 eyebeem号码50010
sipp版本： SIPp v3.2-TLS-PCAP, version unknown, built Jul 17 2013, 21:50:11

user.csv脚本： 
SEQUENTIAL
50000;50010;[authentication username=50000 password=50000]



流程如下：
                              
    REGISTER ----------> SIP_server     
         401 <---------- SIP_server       
    REGISTER ----------> SIP_server        
         200 <---------- SIP_server        
       INVITE ----------> SIP_server       
         407 <---------- SIP_server       
         ACK ----------> SIP_server       
      INVITE ----------> SIP_server -- INVITE--------->50010(eyebeem)     
         100 <---------- SIP_server---100 <---------- 50010(eyebeem)  
         180 <---------- SIP_server---180 <---------- 50010(eyebeem)    
         200 <---------- SIP_server---200 <---------- 50010(eyebeem)
         ACK ----------> SIP_server---ACK ---------->50010(eyebeem) 
       -----------RTP语音流(wireshark抓的语音包G711u.pcap)-----------
       Pause [    50.0s]      
         BYE ---------->       
         200 <----------       

脚本如下： 
<?xml version="1.0" encoding="ISO-8859-1" ?>
<!DOCTYPE scenario SYSTEM "sipp.dtd">

<!-- This program is free software; you can redistribute it and/or  -->
<!-- modify it under the terms of the GNU General Public License as -->
<!-- published by the Free Software Foundation; either version 2 of the-->
<!-- License, or (at your option) any later version.            -->
<!--                                                            -->
<!-- This program is distributed in the hope that it will be useful, -->
<!-- but WITHOUT ANY WARRANTY; without even the implied warranty of -->
<!-- MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the -->
<!-- GNU General Public License for more details.                -->
<!--                                                            -->
<!-- You should have received a copy of the GNU General Public License-->
<!-- along with this program; if not, write to the              -->
<!-- Free Software Foundation, Inc.,                            -->
<!-- 59 Temple Place, Suite 330, Boston, MA  02111-1307 USA     -->
<!--                                                           -->
<!--                 Sipp default 'branchc' scenario.          -->
<!--                                                           -->
<!-- 首先发送SIP注册消息，Register。里面的From与To是注册的号码  -->
<scenario name="branch_client">
  <send retrans="500">
    <![CDATA[
 
      REGISTER sip:[remote_ip] SIP/2.0
      Via: SIP/2.0/[transport] [local_ip]:[local_port];branch=[branch]
      From: [field0] <sip:[field0]@[local_ip]:[local_port]>;tag=[call_number];rport
      To: [field0] <sip:[field0]@[remote_ip]:[remote_port]>
      Call-ID: [call_id]
      CSeq: 1 REGISTER
      Contact: sip:[field0]@[local_ip]:[local_port]
      Content-Length: 0
      Expires: 300
    ]]>
  </send>

  <recv response="100" ptional="true">
  </recv>

  <!--  SIPp会收到来自AST要求验证的401 消息体，Recv意思为Receive，接收到来自AST的401要求验证的消息，Next为如果收到401，那么转至Label为1的地方进行操作 -->
  <recv response="401" auth="true" next="1">
  </recv>

  <!--  send invite with authentication messages -->
  <!--  开始发送Register消息，里面将把验证的密码消息发送给对方，在消息体里面是抓不到密码消息的，而且已经被md5方式加密过。-->

  <label id="1"/>
  <send retrans="500">
    <![CDATA[
 
      REGISTER sip:[field0]@[remote_ip]:[remote_port] SIP/2.0
      Via: SIP/2.0/[transport] [local_ip]:[local_port]
      From: [field0] <sip:[field0]@[local_ip]:[local_port]>;tag=[call_number];rport
      To: [field0] <sip:[field0]@[remote_ip]:[remote_port]>
      Call-ID: [call_id]
      CSeq: 2 REGISTER
      Contact: sip:[field0]@[local_ip]:[local_port]
      [field2]
      Content-Length: [len]
      Expires: 3600
    ]]>
  </send>

  <recv response="100" ptional="true">
  </recv>

  <!--   收到来自AST的200 ACK消息后，系统转至等待1000ms，或者可以直接去掉该设置 -->

  <recv response="200"  next="2">
  </recv>

  <label id="2"/>
  <pause milliseconds="1000"/>
 
 
  <send retrans="500">
    <![CDATA[

      INVITE sip:[field1]@[remote_ip]:[remote_port] SIP/2.0
      Via: SIP/2.0/[transport] [local_ip]:[local_port];branch=[branch]
      From: [field0] <sip:[field0]@[local_ip]:[local_port]>;tag=[call_number]
      To: [field1] <sip:[field1]@[remote_ip]:[remote_port]>
      Call-ID: [call_id]
      CSeq: 1 INVITE
      Contact: sip:[field0]@[local_ip]:[local_port]
      Max-Forwards: 70
      Subject: Performance Test
      Content-Type: application/sdp
      Content-Length: [len]

       v=0
      o=[local_ip] 53655765 2353687637 IN IP[local_ip_type] [local_ip]
      s=-
      c=IN IP[local_ip_type] [local_ip]
      t=0 0
      m=audio [auto_media_port] RTP/AVP 8 0 101
      a=rtpmap:8 PCMA/8000
      a=rtpmap:0 PCMU/8000
      a=rtpmap:101 telephone-event/8000
      a=fmtp:101 0-16
      a=recvonly
    ]]>
  </send>

  <recv response="407" auth="true">
  </recv>

  <!-- By adding rrs="true" (Record Route Sets), the route sets    -->
  <!-- are saved and used for following messages sent. Useful to test-->
  <!-- against stateful SIP proxies/B2BUAs.                     -->
  <!-- Packet lost can be simulated in any send/recv message by  -->
  <!-- by adding the 'lost = "10"'. Value can be [1-100] percent.-->
  <send>
    <![CDATA[

      ACK sip:[field1]@[remote_ip]:[remote_port] SIP/2.0
      Via: SIP/2.0/[transport] [local_ip]:[local_port];branch=[branch]
      From: [field0] <sip:[field0]@[local_ip]:[local_port]>;tag=[call_number]
      To: [field1] <sip:[field1]@[remote_ip]:[remote_port]>[peer_tag_param]
      Call-ID: [call_id]
      CSeq: 1 ACK
      Contact: sip:[field0]@[local_ip]:[local_port]
      Max-Forwards: 70
      Subject: Performance Test
      Content-Length: 0
    ]]>
  </send>

  <send retrans="500">
    <![CDATA[

      INVITE sip:[field1]@[remote_ip]:[remote_port] SIP/2.0
      Via: SIP/2.0/[transport] [local_ip]:[local_port]
      From: [field0] <sip:[field0]@[local_ip]:[local_port]>;tag=[call_number]
      To: [field1] <sip:[field1]@[remote_ip]:[remote_port]>
      Call-ID: [call_id]
      CSeq: 2 INVITE
      Contact: sip:[field0]@[local_ip]:[local_port]
      [field2]
      Max-Forwards: 70
      Subject: Performance Test
      Content-Type: application/sdp
      Content-Length: [len]

       v=0
      o=[local_ip] 53655765 2353687637 IN IP[local_ip_type] [local_ip]
      s=-
      c=IN IP[local_ip_type] [local_ip]
      t=0 0
      m=audio [auto_media_port] RTP/AVP 8 0 101
      a=rtpmap:8 PCMA/8000
      a=rtpmap:0 PCMU/8000
      a=rtpmap:101 telephone-event/8000
      a=fmtp:101 0-16
      a=recvonly
    ]]>
  </send>

  <recv response="100" ptional="true">
  </recv>

  <recv response="183" ptional="true">
  </recv>

  <recv response="180" ptional="true">
  </recv>

  <recv response="200" rtd="true">
  </recv>

  <!-- Packet lost can be simulated in any send/recv message by -->
  <!-- by adding the 'lost = "10"'. Value can be [1-100] percent. -->
  <send>
    <![CDATA[

      ACK sip:[field1]@[remote_ip]:[remote_port] SIP/2.0
      Via: SIP/2.0/[transport] [local_ip]:[local_port];branch=[branch]
      From: [field0] <sip:[field0]@[local_ip]:[local_port]>;tag=[call_number]
      To: [field1] <sip:[field1]@[remote_ip]:[remote_port]>[peer_tag_param]
      Call-ID: [call_id]
      CSeq: 2 ACK
      Contact: sip:[field0]@[local_ip]:[local_port]
      Max-Forwards: 70
      Subject: Performance Test
      Content-Length: 0
    ]]>
  </send>

  <!-- Play a pre-recorded PCAP file (RTP stream)           -->
  <nop>
    <action>
      <exec play_pcap_audio="pcap/G711u.pcap"/>
    </action>
  </nop>


  <!-- Pause 8 seconds, which is approximately the duration of the-->
  <!-- PCAP file                                            -->
  <pause milliseconds="50000"/>

 
  <!-- The 'crlf' option inserts a blank line in the statistics report.-->
  <send retrans="500">
    <![CDATA[

      BYE sip:[field1]@[remote_ip]:[remote_port] SIP/2.0
      Via: SIP/2.0/[transport] [local_ip]:[local_port];branch=[branch]
      From: [field0] <sip:[field0]@[local_ip]:[local_port]>;tag=[call_number]
      To: [field1] <sip:[field1]@[remote_ip]:[remote_port]>[peer_tag_param]
      Call-ID: [call_id]
      CSeq: 2 BYE
      Contact: sip:[field0]@[local_ip]:[local_port]
      Max-Forwards: 70
      Subject: Performance Test
      Content-Length: 0
    ]]>
  </send>

  <recv response="200" crlf="true">
  </recv>

 <pause milliseconds="5000"/>


  <ResponseTimeRepartition value="10, 20, 30, 40, 50, 100, 150, 200"/>

  <!-- definition of the call length repartition table (unit is ms)     -->

  <CallLengthRepartition value="10, 50, 100, 500, 1000, 5000, 10000"/>
</scenario>



     
执行结果如下： 

$ sipp -r 1 -i 192.168.0.102 -l 1 -sf branchc1.xml -inf user.csv 192.168.0.20
prepare_pcap.c: Ignoring non UDP packet!
In pcap pcap/G711u.pcap, npkts 3789
max pkt length 180
base port 10546
Warning: open file limit > FD_SETSIZE; limiting max.
# of open files to FD_SETSIZE = 64
       Resolving remote host '192.168.0.20'... Done.
----------------------- Scenario Screen -------- [1-9]: Change Screen --
  Call-rate(length)   Port   Total-time  Total-calls  Remote-host
   1.0(0 ms)/1.000s   5060     144.66 s            3  192.168.0.20:5060(UDP)

  0 new calls during 21.408 s period     1 ms scheduler resolution
  1 calls (limit 1)                      Peak was 1 calls, after 1 s
  0 Running, 0 Paused, 0 Woken up
  0 dead call msg (discarded)            1 out-of-call msg (discarded)
  3 open sockets
  7809 Total RTP pckts sent              0.000 last period RTP rate (kB/s)

                                 Messages  Retrans   Timeout   Unexpected-Msg
    REGISTER ---------->         3         0         0
         100 <----------         0         0         0         0
         401 <----------         3         0         0         0
    REGISTER ---------->         3         0         0
         100 <----------         0         0         0         0
         200 <----------         3         0         0         0
       Pause [   1000ms]         3                             0
      INVITE ---------->         3         0         0
         407 <----------         3         0         0         0
         ACK ---------->         3         0
      INVITE ---------->         3         0         0
         100 <----------         3         0         0         0
         183 <----------         0         0         0         0
         180 <----------         3         0         0         0
         200 <----------  E-RTD1 3         0         0         0
         ACK ---------->         3         0
              [ NOP ]
       Pause [    50.0s]         3                             0
         BYE ---------->         2         0         0
         200 <----------         2         0         0         0

       Pause [   5000ms]         2                             0
--------------------------- Test Terminated -----------------


------------- Statistics Screen ------- [1-9]: Change Screen--
       Start Time             | 2013-07-25   20:20:35:856    1374754835.856243
  Last Reset Time        | 2013-07-25   20:22:39:148    1374754959.148399
      Current Time           | 2013-07-25   20:23:00:557    1374754980.557117
-------------------------+---------------------------+--------
          Counter Name           | Periodic value            |     Cumulative value
-------------------------+---------------------------+---------
          Elapsed Time           | 00:00:21:408              | 00:02:24:700
             Call Rate              |    0.000 cps              |    0.021 cps
-------------------------+---------------------------+-------
  Incoming call created  |        0                  |        0
  OutGoing call created  |        0                  |        3
     Total Call created     |                           |        3
            Current Call           |        1                  |
-------------------------+---------------------------+----------
         Successful call        |        0                  |        2
             Failed call            |        0                  |        0
-------------------------+---------------------------+---------
        Response Time 1        | 00:00:00:000              | 00:00:03:336
            Call Length            | 00:00:05:113              | 00:00:40:770
------------------------------ Test Terminated ----------------



以后再尝试视频包是否能在EYEBEE中播放视频与音频，到时候成功了再把脚本贴出来啊！

好了，下面是广告时间：
测试SIP协议的同志们可以加入群： 323827101，共同探讨哦！
群共享里可能会有你需要的资料！
netluoriver
关注
  • 5
    点赞
  • 踩
  • 17
    收藏
    觉得还不错? 一键收藏
  • 2
    评论
专栏目录
媒体服务器（MS）抢救记
笔者从事电信媒体开发多年，愿意将多年的开发经验分享给同行
11-09 1394
当媒体服务器发行故障后，先后通过分析SIP信令及媒体服务器抓包及服务器日志，定位媒体服务器网元出现故障。 通过abrt抓取进程异常的core文件，使用sipp模拟大呼进行故障场景复现。采用valgrind进行内存泄漏定位。最终定位问题并修复该问题。
sipp用法
wxl1986622的专栏
02-26 361
sipp学习笔记 - 菩提树下的杨过 - 博客园
sip协议视频语音通话
06-24
sipdroid可以支持sip协议，支持视频通话，语音通话
【流媒体】基于RTP协议的H264播放器
最新发布
weixin_42877471的博客
08-02 725
前面记录了一篇基于RTP协议的H264的推流器、接收器的实现过程，但是没有加上解码播放，这里记录一下如何实现解码和播放，也是在前面的基础之上实现的。前一篇的记录为【开源项目】基于RTP协议的H264码流发送器和接收器在前文中，接收器将接收到的一系列数据包进行解析，并分成了一个个完整的帧，存储在内存之中。下面要将这些完整的帧进行解码成为yuv，并且播放。因此，需要添加解码和播放部分的代码。
sipp中的action使用方法
weixin_30700977的博客
09-09 136
最近在做sip服务器的压力测试 场景：当主叫收到200 Ok之后要将Contact 头域中的字段放在ACK消息中的请求行和to头域中发给被叫 查看sipp官网文档就使用action， 在主叫脚本中增加以上消息，通过Contact头域，使用正则表达式过滤将IPv4直接存给变量6 转载于:https://www.cnblogs.com/Edwardzhao/p/5855440.ht...
sip (gb28181)信令交互-视频点播与回播
weixin_30773135的博客
04-23 638
客户端发起的实时点播消息示范：（请求视频信令与断开视频信息 和 回播基本无差别） 1、请求视频流 INVITE sip:00000000001310018021@192.168.40.66:7100 SIP/2.0 Via: SIP/2.0/UDP 192.168.40.55:7100;rport;branch=z9hG4bK2480933505 From: &...
sipp-3.3 使用
weixin_34072159的博客
05-31 663
sipp-3.3 使用sipp是测试sip协议性能的工具软件, 需要测试场景文件(.xml)和测试配置文件(.csv), 再加上本身的命令参数来配合使用.使用环境配置命令参数"sipp -h"命令输出sipp的所有命令参数和具体参数说明, 部分参数及说明参考如下:参数说明-bg后台运行sipp-i设置'Contact:', 'Via:', 'From:'头域的IP地址, 默认...
基于SIP协议的音视频的软件开发(20210921151509).pdf
09-30
音视频数据流通常使用RTP（Real-time Transport Protocol）进行封装，传输音视频的实时数据。 文档中提到了一些SIP协议相关的软件工具和开发库，我们可以从中提取知识点： 1. **Asterisk**：是一个开源的PBX（私人...
SIPPp 3.4 中文参考手册
03-22
- **媒体/RTP命令**：控制RTP流，适用于测试语音或视频质量。 - **变量操作**：使用和修改变量，支持更复杂的逻辑判断和数据处理。 - **字符串变量**：处理字符串数据，如电话号码、域名等。 - **变量测试**：基于...
FreeSwitch中启用WebRTC
宝安小雨
02-24 3199
FreeSWITCH可以在多个操作系统上运行，包括Linux、Windows、MacOS等，并且支持多种语音和网络协议，例如SIP、H.323、WebRTC、RTP、RTCP等。它提供了很多高级的功能和特性，例如实时语音转换、自适应音频编码、音频处理、电话会议、语音信箱、自动语音应答、即时消息、录音和回放等。总之，FreeSWITCH是一款功能强大、可扩展、灵活的电话交换软件平台，可以用于搭建各种语音、视频和即时消息通信系统，提供了多种高级特性和灵活的扩展方式，是开发语音通信应用的良好选择。
用Sipp 对Asterisk 进行性能测试的工作笔记-2
绿江的专栏
08-29 1167
xml 文件 . 本文草本出自狼山客人, 保留其相关注释.                INVITE sip:[field1]@[remote_ip]:[remote_port] SIP/2.0      Via: SIP/2.0/[transport] [local_ip]:[local_port];branch=[branch];rport      From: [field0]
sipp单机压测freeswitch第5篇压测语音会议
u014708123的博客
04-11 577
会议功能是Freeswich集成的功能，支持多个用户拨入一个会议，一般用它做语音会议或视频会议的公司比较少，但实际情况是总有公司节省成本会用, 除了语音会议外，视频会议还提供了MCU模式把多个终端视频融合到一个画面，减小用户宽带压力。
如果用外网注册到sip时,能外呼但是没有声音时的解决办法
yyxawe的专栏
09-15 4619
出现这种办法的原因一般是由于rtp造成的. 可以查看/etc/asterisk/rtp.conf ; ; RTP Configuration ; [general] ; ; RTP start and RTP end configure start and end addresses ; ; Defaults are rtpstart=5000 and rtpend=31000 ...
java的rtsp通信、rtp接收数据、本地实现连续播放视频片段（源源不断）（基本实现）
wflsyf的博客
06-01 2115
---------------------------------------------2021/5/30---------------------------------------------- 进行客户端和服务器端的rtsp协议通信，客户端使用java代码编写，服务器端使用vlc代替（已成功）。其中要注意的是客户端发送SETUP请求是需要把trackID号带上。 ---------------------------------------------2021/6/1----------------
java双流程序_SIP视频会议中的双流实现
weixin_39959192的博客
03-08 248
搜集的一些关于SIP视频会议中实现双流的信息。来自Radvision的信息Data Collaboration In Video ConferencingGuest post bySasha RuditskyCategories:Collaboration,Video Conferencing| September 15, 2009Dual Video in SIPOn the other ha...
国标平台视频流抓取及rtp包解析
qq_44825209的博客
06-28 4416
视频流抓包及解析
java实现g711a打包发送rtp(二)
fmi110的博客
05-19 526
javacv实现g711a rtp推流
java实现g711a打包发送rtp(一)
fmi110的博客
05-19 839
摄像头语音对讲/广播实现,需要发送g711a的RTP包,参考网上资料 , 示例代码如下,已验证基于GB28181语音广播流程,最后通过该工具类发送语音数据,华为摄像头可进行语音播放。
评论 2
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值