01-11-2017 01:52 PM - edited 03-17-2019 09:09 AM
I there any way to disable this message ? i have too much of it coming and because of it i don't see other messages , probably this message just filling up buffer and cleaning earlier messages .
Thank you
01-11-2017 02:18 PM
Hi,
Please refer to: CSCuv36964
You can collect debugs (debug ccsip messages and debug voice ccapi inout) on the gateway and we can see why are these messages popping up and then make a sip profile accordingly.
Do it in the buffer or some syslog server or when you have a low call volume.
Please rate and mark correct if helpful
Regards,
Adarsh Chauhan
01-12-2017 09:34 AM
01-14-2017 12:14 AM
Hi Bekzod,
It seems like that the following parameter are causing the problem in the SDP header of the INVITE.
a=trafficclass:conversational.audio.aq:admitted
a=trafficclass:conversational.audio.avconf.aq:admitted
a=trafficclass:conversational.video.avconf.aq:admitted
my sip profile in lab is not working for some reason. I will update you if I get it working.
You can try the following and let me know if it works:
conf t logging discriminator no_SIPparse msg-body drops Trying.to.parse logging buffered discriminator no_SIPparse logging console discriminator no_SIPparse logging monitor discriminator no_SIPparse exit"
Please rate and mark correct if helpful
Regards,
Adarsh Chauhan
01-17-2017 10:59 AM
im not getting any messages now. this discriminator looks like block every messages, even i have
logging buffered discriminator no_SIPparse 999999
01-17-2017 01:45 PM
Contact: <sip:2129308935@10.132.6.13:5060;transport=tcp>;video;audio;+u.sip!devicename.ccm.cisco.com="SEP5006AB806710"
As I remember contact field show participants of the call. So what I noticed I started to get those sip parse messages recently , and what we did recently we replaced 7965 phones with new 8845 sip phones, right after upgrade of phones. And I see on debug that trying to parse message coming in calls involved those 8845 phones. So looks like some settings on the 8845 ?? I have found trace from 7965 and trace from 8845 and attached them here. attributes they are sending different. May be You can find the cause of the problem with you experience. Thank you
01-13-2017 09:27 AM
any idea ?
01-11-2017 11:03 PM
Hi,
Yes you can exclude it from your logging. I have seen this message with video calls through cube. Use this config
logging discriminator remove_message msg-body drops Trying to parse unsupported attribute at media level
logging monitor discriminator remove_message #logging level#
logging buffer discriminator remove_message #logging level#
01-13-2017 09:51 AM
Thank you .
what is the logging level for that message ?
01-14-2017 04:47 AM
You can select the level which you are using in your organization. The default level is info
01-17-2017 11:27 AM
Debug is attached below
Contact: <sip:2129308935@10.132.6.13:5060;transport=tcp>;video;audio;+u.sip!devicename.ccm.cisco.com="SEP5006AB806710"
As I remember contact field show participants of the call. So what I noticed I started to get those sip parse messages recently , and what we did recently we replaced 7965 phones with new 8845 sip phones, right after upgrade of phones. And I see on debug that trying to parse message coming in calls involved those 8845 phones. So looks like some settings on the 8845 ??
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide