如果是在console里面开启sip消息的跟踪，可以用这个命令，sofia profile internal siptrace on 如果是记录到日志文件，可以在配置文件里开启或者命令里设置日志级别。
d -sip向电话发送注册成功:SIP/2.0 200 OK 7)B2BUA: freeswitch接收A传过来的消息,然后将新的信息传给B。这就是背靠背式。 8)SIP信令: 负责连接通话 9)SIP日志: recv 是UA发送的消息 send 为freeswitch发送的消息 code响应消息: 1XX临时响应 2XX为最终响应,一般为成功 3XX转移,比如:重定向服务; A—》B...
1.在管理控制台上设置 console loglevel (0~7)越往上级别越大 2.打开sip详细日志 sofia profile internal siptraceon 3.关闭sip详细日志 sofia profile internal siptraceoff 4.启动设置日志级别 修改vars.xml文件: <X-PRE-PROCESScmd="set"data="console_loglevel=4"/> 5. 修改日志存放路径 conf\autoload_...
fs_cli>reload mod_logfile+OK Reloading XML+OK module unloaded+OK module loaded 另外还可以定义一些日志的输出级别: 1.在管理控制台上设置 console loglevel (0~7)越往上级别越大 2.打开sip详细日志 sofia profile internal siptrace on 3.关闭sip详细日志 sofia profile internal siptrace off 4.启动设置日...
添加调度列表成功后,在两个FreeSWITCH的控制通过sofia profile sofia.superpipi.cn siptrace on命令打开sip消息跟踪即可看到两个OpenSIPS节点不停在跟FreeSWITCH通过”OPTIONS“消息进行握手,如下: --- recv349bytes from udp/[172.16.100.31]:5062 at21:41:43.502417: --- OPTIONS sip:172.16.100.10 SIP/2.0...
2.打开sip详细⽇志 sofia profile internal siptrace on 3.关闭sip详细⽇志 sofia profile internal siptrace off 4.启动设置⽇志级别 conf\vars.xml⽂件：<!-- Default Console Level - value is one of debug,info,notice,warning,err,crit,alert --> <X-PRE-PROCESS cmd="set" data="console_...
SIP的488错误码一般是由于媒体协商问题造成的。 检查A/B路和fs的codec设置,并没有发现问题。 查看fs日志,发现挂断前的日志如下: 2022-03-24 14:50:48.663204 [DEBUG] switch_core_codec.c:111 sofia/internal/075512345678@webrtc Original read codec set to PCMA:8 2022-03-24 14:50:48.663204 [DEBUG] sw...
检查日志中挂机原因(Hangup Cause),一般 CALL_REJECTED 表示呼叫拒绝,可能是认证错误,USER_NOT_REGISTERED 说明对方未注册。 经过网关通过bgapi originate sofia/gateway/gw1/Bob &echo“分段”查看网关后半段通信,bgapi 在后台执行线程,不阻塞控制台 sofia profile external siptrace on打开 external 的 profile sip...
还可以在fs_cli里直接打开抓包,看sip包: freeswitch> sofia profile internal siptrace on freeswitch> sofia profile external siptrace on 也可以全局开关抓包 freeswitch> sofia global siptrace on/off 还可以开底层日志 freeswitch> sofia loglevel all 9 ...
在<场景文件名>_<pid>_messages.log中显示发送和接收的SIP消息;调试时可增加,正试性能测试时,可取消,以免日志量太大影响本地性能; -trace_screen:在退出SIPp时,把屏蔽上的统计信息写入<场景名>_<pid>_screens.log文件中;在后台模式(-bq选项)时,这对于得到最终状态报告很有用; -trace_err:跟踪所有非期望的...