[SIPForum-discussion] Media Port change in SDP

[sumanta senapati]

Hi Amit

actually i have 2 questions for you

1.we have a scenario

we have 2 proxy in between two user agents,one proxy sends 10 massages but
proxy 2 receives only 5,
this issue was found by the system  integration testing guy,but in my
environments it was executed that test cases, it was working fine,means
from proxy 1 sends 10 massages and proxy 2 receive 10 massages.

in this case what are the probable reason for it and what are the steps i
need to take to solve this issue.

2.In my environments i registered my phones to the register server,i did
registration,the register server was working fine on the previous last 3 to
4 days means i was able to register but now i unable to register in the
same set up,

then in this point of time what are the possible steps i need to take to
solve this issue.


Regards
Sumanta


On Sat, Jul 27, 2013 at 10:18 AM, Amit Salunkhe <amitsalunkhe21 at gmail.com>wrote:

> Hi All,
>
> Call scenario is
>
> 1. A Calls B (Audio Call)
> 2. Call got connected
> 3. Now A want to switch that call to Video hence A User end device send
> Re-INVITE with Audio + video SDP
> 4. Call got connected as B Party accept that Video Call offer.
>
> Now the change we found in SDP Audio part is- Initial Audio call A offer
> Audio/Media port as 1001 but while offering Video call with Re-invite A
> party end device change Audio Port to 2000.
>
> My question is this correct behavior? is there any RFC/Standard docs
> describe this valid or invalid to change media port for call type change in
> same session.
>
> Also whether B party or media anchoring device(SBC/Softswitch) need to
> accept this change?
>
>
> Amit-
>
>
> _______________________________________________
> This is the SIP Forum discussion mailing list
> TO UNSUBSCRIBE, or edit your delivery options, please visit
> http://sipforum.org/mailman/listinfo/discussion
> Post to the list at discussion at sipforum.org
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://sipforum.org/pipermail/discussion/attachments/20130730/8567d8a6/attachment-0002.html>