On Wed, Apr 29, 2009 at 6:07 PM, M. Ranganathan <[email protected]> wrote: > On Wed, Apr 29, 2009 at 4:09 PM, Maarten De Maeyer <[email protected]> wrote: >> If a sip user makes an external call via the internal sbc (and itsp), can he >> transfer this call to another external number via the internal sbc ? So the >> result will be 2 external phones talking. >> It's not working for me, is this possible ? > > Yes it is supported. The caller ( phone in the PBX) should be able to > transfer the call to another PSTN number and the two parties can talk > to each other.
Slight refinement in the statement above. The PBX phone ( which can be either the caller or the called party ) can transfer calls and this should work for both blind and consultation transfers. > > Several conditions need to be fulfilled for successful transfer. Note > that the ITSPs should be able to handle re-INVITE ( some ITSPs dont > and this is a bug with the ITSP therefore they cannot be supported ). > A quick test - turn MOH off on the phone and ON on sipxbridge. Then > make a call to the ITSP and put the ITSP on hold and remove hold. If > that works, that is a good test that the re-INVITE is working > correctly. If it is not working then your transfer will probably fail. > Another possibility is Codec negotiation is failing for the transfer. > i.e. the two PSTN phones are able to negotiate media with the PBX > phone individually but there is no common codec between the two. This > is a rare possibility but it can happen if the two PSTN phones are on > different ITSPs. For example if the first PSTN phone (on ITSP1) > negotiates G729 and only G729, the second PSTN phone (on ITSP2) > negotiates only G711 then when the transfer occurs, no common codec > can be negotiated between the two ends. > > To diagnose such problems I would need a sipx-snapshot of the > scenario. Please run one and send it to me if you cannot figure it > out. > > Regards > > Ranga >> >> Thanks >> _______________________________________________ >> sipx-users mailing list >> [email protected] >> List Archive: http://list.sipfoundry.org/archive/sipx-users >> Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-users >> > > > > -- > M. Ranganathan > -- M. Ranganathan _______________________________________________ sipx-users mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-users Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-users
