more comments below.
Paul
Flemming Andreasen wrote:
>
> OK, however there are other downsides to this:
> - How do you handle a 1xx response to the first INVITE ?
Nothing special - just keep waiting.
> - What do you do if it turns out that you don't have any media formats in common,
>and now
> the called party is being alerted and/or has already answered ?
Just send a BYE I suppose. This isn't any different than if you send an
INVITE without an offer, and the offer you receive isn't acceptable.
>
> >
> > You can also implement half of this techique: if you receive an offer
> > with media that you can't support, you could accept the invite but
> > refuse the media, and include a simcap description of what you would be
> > willing to accept. Then hope for a reinvite. If the offerer doesn't know
> > how to deal with this, ought to send bye to media-less session.
>
> You could do this, but it sounds a little fragile to me (e.g. consider clipping, no
>media
> formats in common, etc.)
Yeah, it might me.
I don't see this as a great solution. But then I wasn't seeing any great
solutions being offered, so I thought I would throw it into the pot.
The problem is bigger than "supporting just one codec at a time", and
the solution should also be. The general problem is that negotiating
media sessions is a lot more complex than just picking one or more
codecs to use. E.g. we may need to choose from among different
transports for the same kind of medium. (This is looking like it may be
a problem with IM.)
Paul
_______________________________________________
Sip-implementors mailing list
[EMAIL PROTECTED]
http://lists.cs.columbia.edu/mailman/listinfo/sip-implementors
