cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
Announcements
configure & troubleshoot anyconnect
507
Views
10
Helpful
3
Replies
Highlighted
Beginner

Invite/SDP: remove m=application

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

3 REPLIES 3
Beginner

since someone asked :^)

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.

Enthusiast

@j-ackermann  nice fix! I was

[@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!

Re: @j-ackermann  nice fix! I was

This works good, tobad the ISP are not Standardizing this on their end with somekind of profiles depending on the system thats connecting to them. Kinda sad to drop these features.
CCIE-Collaboration #24527
CreatePlease to create content