one way video , when imsdroid get re-invite request.

[GoogleCodeExporter]

a) Before posting your issue you MUST answer to the questions otherwise it
will be rejected (invalid status) by us
b) Please check the issue tacker to avoid duplication
c) Please provide network capture (wireshark) or Android log (DDMS output)
if you want quick response

What steps will reproduce the problem?
1. two imsdroid call each other, supose  ims1 and ims2.
2.ims1 call ims2 with h264 video codec,
3. when ims2 answer ims1, while, ims1 can not resolve video rtp flow of ims2,
 but ims2 can show the video send by ims1.
4. when ims1 call ims2, ims2 answer it ,but then the sip server send another 
sip invite request to ims2 and the call-Id header is save to the first request 
send to ims2.
5. as i can not modify sip server ,it is a balck box to me, so ,i want to know 
how can we resolver this on imsdroid side . or where should i change to 
overcome it ? the packet get by tcpdump is atached , wish to get your help, 
thanks for your time boss, wish to get your reply .

What is the expected output? What do you see instead?

What version of the product are you using? On what operating system?

Please provide any additional information below.

Original issue reported on code.google.com by openser@yeah.net on 5 Jul 2011 at 4:04

[GoogleCodeExporter]

Which SVN revision are you using?
File not attached.

Original comment by boss...@yahoo.fr on 6 Jul 2011 at 4:00

• Changed state: Accepted

[GoogleCodeExporter]

we use the latest svn of doubango, the problem is resoled , the payload for 
dynamic-rtp of h264 is diff with sip server .

Original comment by openser@yeah.net on 12 Jul 2011 at 5:35

[GoogleCodeExporter]

Fixed by IMSDroid 2.0.431

Original comment by boss...@yahoo.fr on 13 Jul 2011 at 11:50

• Changed state: Fixed