Hi Gunnar, inline... > -----Original Message----- > From: sipping-bounces@xxxxxxxx [mailto:sipping-bounces@xxxxxxxx] On Behalf > Of Gunnar Hellstrom > > However, there are a couple of sentences I want to discuss. > > 1. Do not encourage voice-centric call rejections. > In 6.4 you say: > "But it is also not uncommon that audio+video offers are (and should be) > rejected if the > device receiving the offer supports both audio and video but just > not the specific audio codecs in the offer - even though it does > support the video media types offered." > > This is the type of unfortunate assumptions that complicate life for SIP > device users who are not voice centric. The device manufacturer will > usually > not be in a position to judge how the users want to use media in a call. A > call may very well be very valuable even if only matching video codecs > were > found. ( many users I know do not bother if audio gets connected or not, > it > is the video they want to use, and they want to be able to have calls with > mainstream devices with mainstream settings. ) > > Rather than rejecting calls based on one medium not having matching > codecs, > I want to suggest that the normal behaviour should be to accept such > calls. > So, please revert the advice. Yeah I screwed up that section. It was not actually intended as "advice" or the "right thing to do" in all cases. It was meant to point out that it is not uncommon that they are (and should be) rejected, but what's missing is a statement pointing out the opposite is true as well - that they are (and should be) accepted. For example, a video-phone might well be usable in video-only mode; whereas a video-conference-system might prefer to reject the request to force a transcoder into the mix, or to fallback to ISDN. That's why it goes on to say it is a local decision as to what the appropriate action to take is for such cases. I'll correct it in the next iteration. -hadriel _______________________________________________ Sipping mailing list https://www.ietf.org/mailman/listinfo/sipping This list is for NEW development of the application of SIP Use sip-implementors@xxxxxxxxxxxxxxx for questions on current sip Use sip@xxxxxxxx for new developments of core SIP