On 1/26/2011 4:15 PM, Matt White wrote: >>>> On 1/26/2011 at 4:58 PM, in message >> FWIW - I have seen ITSP's not renegotiate SDP properly with sipx after >> connecting with g729, so it makes perfect sense to me. Even if they support >> reinvite, the SDP is sometimes a problem with g729 back up to g711. I just >> went through this for a customer, and due to the proxy changes and bridging >> of calls in fs in the upcoming 4.4 that are needed to change that, I think >> pulling in FS 1.07 to a 4.21 build will uncover more items that cannot be >> addressed without a proxy update too. > For sure....I've seen that too. But in that scenario I've always found it > best to pursue a fix with the ITSP. > > An ITSP that doesn't renegotiate the codec properly typically ends up with > more issues later on...so the best fix is to fix it there. > > But the reason I think the issue is not a codec issue is because the issue > did NOT exist with 4.0.4 before the upgrade to 4.2.1....if I've been > following the thread correctly. > > However, the media services in 4.0.4 did NOT support G.729 either. So > despite the fact they have been moved to freeswitch, even with 4.0.4 it > absolutely had to be reinviting G.729 calls up to G.711u for MoH etc. > > So if that is indeed the case, thats why I suspect something else is > happening with the reinvite. > > -m > I will work on some captures on my test setup. Just to put in here again, here is what I see if I have sipxbridge in 4.2.1 set to allow all codecs
3.1.3c - Call drops when performing a blind transfer - destination phone rings one time. Hold works fine. 3.2.1b - Call cannot be retrieved from hold. Transfers do work. 3.2.4 - Call drops when performing a blind transfer - destination phone rings one time. Hold works fine. With sipx 4.0.4 and 3.1.3c, I had no problems at all. As of today, I have sipxbridge blocking G729 again. 3.2.4 is working perfectly. 3.2.1b still cannot retrieve a call from hold. I will get wiresharks from all scenarios and post them in the thread with subject: "Polycom 3.2.4 transfer issue" > _______________________________________________ > sipx-users mailing list > [email protected] > List Archive: http://list.sipfoundry.org/archive/sipx-users/ _______________________________________________ sipx-users mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-users/
