search

Joe-Palmer / rtmplite

Automatically exported from code.google.com/p/rtmplite
0 stars 0 forks source link

re-INVITE handling #40

Closed GoogleCodeExporter closed 9 years ago

GoogleCodeExporter commented 9 years ago 
Currently siprtmp does not support re-INVITE handling (send '501 re-INVITE not 
implemented'). Require this feature to modify SDP (for change in remote media 
destination or hold/unhold).

Original issue reported on code.google.com by rawat.an...@gmail.com on 29 Mar 2011 at 12:24

GoogleCodeExporter commented 9 years ago 
More info from exchanged email -

The p2p-sip's rfc3261.py module supports re-INVITE, but voip.py
module disables it. Ideally, it would be part of an established
session, e.g., new method in voip.py's "class Session" for outgoing
re-invite and modify _requestReceived method for incoming re-invite. A
re-invite will typically be used for delivering new SDP session, so
voip.py and siprtmp.py's interaction can include that.

Original comment by rawat.an...@gmail.com on 29 Mar 2011 at 12:25

GoogleCodeExporter commented 9 years ago 
Added support for re-INVITE and hold/unhold in siprtmp, videoPhone and p2p-sip.
The SVN revisions are p2p-sip's r32 and rtmplite's r62. The changes are 
summarized as follows:

1. added hold(bool) API In siprtmp.py and invoked by VideoPhone.swf when user 
click on H button. Also added hold and change methods in voip.py's Session API.

2. added "change" event from voip.py's Session object. This is received by 
siprtmp.py, which sends the "holded(bool)" event to the VideoPhone.swf client.

3. Also fixed some loose-route, ACK handling in sipd.py/rfc3261.py, and hold 
dest IP in rfc3550.py.

Original comment by kundan10 on 1 Apr 2011 at 8:24

GoogleCodeExporter commented 9 years ago 
Tested using VideoPhone.swf and X-Lite for hold/unhold.

Original comment by kundan10 on 1 Apr 2011 at 8:25