-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hi,
I'm considering to apply SIP in an application, but using a custom
session description format that is not SDP. The endpoints must be able
to exchange longer sequences of offers before reaching an agreement, not
just two (offer and answer) as in RFC3264. Is it possible to use SIP in
such a scenario?
I'm considering to use a sequence of reliable provisional responses and
PRACKs, each carrying a session description, and repeating until the
session parameters are agreed.
Sample flow:
UAC UAS
| |
INVITE
- ------------------------->
183 Session Progress
<-------------------------
PRACK
- ------------------------->
183 Session Progress
<-------------------------
PRACK
- ------------------------->
200 OK
<-------------------------
ACK
- ------------------------->
Is this a workable solution?
Cheers,
Marcus
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEARECAAYFAkwsplIACgkQXjXn6TzcAQk7agCghz5SYM2H51w7tnoeM5PwjzFb
7RYAmwQX0fXXsZZS8xMW2UqccZI6mPxn
=Cj52
-----END PGP SIGNATURE-----
_______________________________________________
Sip-implementors mailing list
[email protected]
https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors
