<div dir="ltr">Hi all, I'm facing a strange behaviour from a client (iOS application based on pjsip library) which is doing as follow when receiving a call (on phone locked):<div>- accept the call rejecting video (m=video 0...) in SDP</div><div>- reinvite to negotiate again video media</div><div><br></div><div>Specifically the reinvite passing through kamailio (+rtpengine) has this SDP body after rtpengine offer (the client use TLS so I can't see the original message):</div><div><br></div><div>v=0<br>o=- 3854443139 3854443142 IN IP4 PUBLIC_RTP_ENGINE_IP<br>s=pjmedia<br>b=AS:386<br>t=0 0<br>a=X-nat:0<br>m=audio 46734 RTP/AVP 8 101<br>c=IN IP4 PUBLIC_RTP_ENGINE_IP<br>b=TIAS:96000<br>a=ssrc:1456418416 cname:441b90ac6db72f22<br>a=rtpmap:8 PCMA/8000<br>a=rtpmap:101 telephone-event/8000<br>a=fmtp:101 0-16<br>a=sendrecv<br>a=rtcp:46735<br>m=video 0 RTP/AVP 96<br>c=IN IP4 PUBLIC_RTP_ENGINE_IP<br>b=TIAS:256000<br>m=video 46776 RTP/AVP 98<br>c=IN IP4 PUBLIC_RTP_ENGINE_IP<br>b=TIAS:256000<br>a=rtpmap:98 H264/90000<br>a=fmtp:98 profile-level-id=42e01e; packetization-mode=1<br>a=sendrecv<br>a=rtcp:46777<br></div><div><br></div><div>from this I can understand that the client is doing something strange, because there is still the rejection line (I know that this question should go to the pjsip guys) but I would also like to know if it is possible to "clean" this sdp by kamailio.</div><div>A few clients receiving this sdp are answering with only audio.</div><div>Reading the docs, sdpops/textops modules allow modifying lines by prefix or media, but till now I have no luck to exclude only the line "m=video 0 RTP/AVP 96" and his attributes without touching the correct video request. Could someone please give me some hints on it?</div></div>