As others have indicated, there are drafts covering how to handle early media. But these don't work especially well in the presence of forking. Even if the caller has the intelligence to do something reasonable with multiple early media streams, they will consume extra bandwidth that may not be available.

A better alternative would be to simple return a 180 Ringing, and include an Alert-Info header that references a source of the ringback music you want to play. This puts the issue squarely in the hands of the caller, where it belongs.

        Paul

Andreas Bystr�m wrote:
Any suggestions of how to solve personal ringback tone? I want to be able to
play media to the caller  instead of having the caller generate its own
ringback tone.
If I have a media server that can play music, and is triggered by the
application server, is the simplest (and most "correct") way just to start
send to the ip stated in the INVITE? What happens if there are forking, I
guess the risk is that it can be several streams sent to the caller? If the
offered codecs from the caller cant match the codecs in the invite, is there
a way to negotiate this without sending 200 OK?

I have tried to find some call flows describing this case, but hae failed.
Does anyone know of where I can find call flows describing personal ringback
tone?

Regards,
Andreas
_______________________________________________
Sip-implementors mailing list
[EMAIL PROTECTED]
http://lists.cs.columbia.edu/mailman/listinfo/sip-implementors


_______________________________________________ Sip-implementors mailing list [EMAIL PROTECTED] http://lists.cs.columbia.edu/mailman/listinfo/sip-implementors

Reply via email to