SIP invites not correctly handled to change media ports

[GoogleCodeExporter]

I am using SIPDroid on a T-Mobile issued G2 (HTC Desire Z) running Android v2.2

I was trying to use it to connect to the ZipDX wideband (conference bridge) but 
find that there is no media passed. In some rudimentary debugging I placed 
G.722 based calls to my local phones (Polycom IP650s, Gigaset S675IPs) and 
found no problems. 

Then I enlisted David Frankel, owner of ZipDX in some debugging. He confirmed 
from his end that the root of the issue is how SipDroid reacts to SIP reinvites.

His conference server will issue a reinvite under various circumstances. For 
example, if they need to vary the size of the jitter buffer they will issue a 
reinvite. Also if a conference member gets asked to join a private 
side-conference, etc. In all cases the reinvite specifies new ports for the 
media streams. SipDroid appears to ignore these.

Fortunately there is a readily available simple test that will allow you to 
verify this. You can call the ZipDX wideband demo at sip: 
wbdemo@conf.zipdx.com. When you are connected pressing 3 will cause the 
conference server to issue a reinvite. If you lose the audio stream then the 
reinvite was not handled correctly.

Original issue reported on code.google.com by mr.micha...@gmail.com on 28 Dec 2010 at 5:57

[GoogleCodeExporter]

It's really disappointing that this basic SIP functionality is not implemented 
properly :( Sipdroid responds to the re-invite but still keeps sending the 
audio to the old port.

Original comment by dop251 on 21 Nov 2012 at 10:22