03-29-2016 06:08 AM - edited 03-17-2019 06:23 AM
On a CUBE running IOS 15.4 is it possible to remove attibutes from the SDP Section of an outgoing SIP Re)INVITE like the example below?
I can successfully remove/edit m=audio and to some extent m=video parameters with
voice class sip-profiles xy
request INVITE sdp-header Audio-Media modify "xyz" "z"
request INVITE sdp-header Audio-Attribute remove
request INVITE sdp-header Video-Media modify "m=video(.*)" ""
request INVITE sdp-header Video-Attribute remove
etc.
but I would appreciate some support on how ti remove especially the m=application attributes, since it is not mentioned in the Command Help
Thank you in advance,
J.
Sample SDP Content:
Media Description, name and address (m): video 19724 RTP/AVP 118 119 99 Connection Information (c): IN IP4 x.x.x.x
Bandwidth Information (b): TIAS:85000
Media Attribute (a): rtpmap:118 H263-1998/90000
Media Attribute (a): fmtp:118 CIF=1;MAXBR=850;CUSTOM=1280,720,2;CUSTOM=1024,768,2;CUSTOM=1024,576,2;CUSTOM=848,480,1;CUSTOM=800,600,2;CUSTOM=768,448,1;CUSTOM=640,480,1;CUSTOM=512,288,1
Media Attribute (a): rtpmap:119 H264/90000
Media Attribute (a): fmtp:119 profile-level-id=42E014;packetization-mode=1;max-mbps=27000;max-fs=3600;max-dpb=1350;max-fps=6000
Media Attribute (a): rtpmap:99 H264/90000
Media Attribute (a): fmtp:99 profile-level-id=42E014;max-mbps=27000;max-fs=3600;max-dpb=1350;max-fps=6000
Media Attribute (a): label:12
Media Attribute (a): content:slides
Media Description, name and address (m): application 19726 UDP/BFCP *
Connection Information (c): IN IP4 x.x.x.x
Media Attribute (a): connection:new
Media Attribute (a): floorctrl:s-only
Media Attribute (a): confid:64295
Media Attribute (a): userid:5121
Media Attribute (a): floorid:2 mstrm:12
05-08-2017 02:19 AM
since someone asked :^)
The solution was to take a different approach and block the reinvite instead:
dial-peer voice xyz voip (to device)
...
voice-class sip midcall-signaling block
...
dial-peer voice abc voip (incoming from network)
...
voice-class sip midcall-signaling block
voice-class sip midcall-signaling preserve-codec
...
hope this helps...
J.
05-08-2017 08:42 AM
[@j-ackermann] nice fix! I was using midcall-signalling media-change to resolve another issue with my carrier.
I actually ended up resolving this issue a little differently. In newer IOS, there is a new feature called video suppression. It's available a/o IOS 15.6(2)T and IOS XE 16.3.1.
https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book/voi-audio-forced.html
using your example, this is what i did
dial-peer voice abc voip (incoming from network)
voice-class sip audio forced
this removes the m=video and m=application related lines completely. Since my carrier only supports voice currently, this worked great. Prior to this upgrade, i just used regions to block video all together which removed m=application and m=video, but globally applied to the SIP trunk which was bad in my case since we had a video enabled asterisk server sip trunked to the cube.
HTH!
06-12-2019 06:49 AM
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