I am of course available to do any kind of testing, if needed. Thanks everybody
M. Ranganathan ha scritto: > Scott Lawrence wrote: >> On Mon, 2009-01-26 at 15:00 +0100, Paolo Prandini wrote: >> >>> I managed to use the sipXbridge, very nice indeed. >>> I am however in the following case: >>> a) sipx server has a public ip, no NAT >>> b) sip trunk has a public ip, no NAT >>> c) users are on the internet with static public IP, no NAT >>> In this case I expect RTP to be between sip trunk and >>> users without media server intervention, packets should >>> be flowing directly between endpoints without sipx in >>> the middle. >>> What I find is that sipx stays in the media path, and >>> that is clearly undesiderable. >>> How can I obtain this result? >>> >> >> I might not be quite as undesirable as you think. >> First of all, the sipXrelay that's actually passing the RTP packets is >> very quick and doesn't do much harm (or any transcoding). I owe the >> list a posting on this, actually... >> >> The sipXbridge exists to manage your interface to the provider, >> especially authentication. Some providers will require that the SDP be >> coming from the same place the SIP came from (yes, this is a silly >> requirement, but...), and there are other problems that sipXbridge can >> take care of for you - like the fact that most providers can't deal with >> REFER. >> >> That having been said, it may be that sipXbridge could detect that no >> NAT compensation is needed and get the sipXrelay out of the way if it >> were configured to do so. Ranga - can this be done now? If not, we >> could put in an improvement issue for some future release... >> > Scott, > > It can be done now but there is a lot of testing that would need to be > re-done and perhaps some sipxconfig impacts as well. I can experiment > and see what the impact could be. I would put it to a future release > for incorporating into the product. > > Ranga > > >> >> _______________________________________________ >> sipx-users mailing list >> [email protected] >> List Archive: http://list.sipfoundry.org/archive/sipx-users >> Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-users >> > _______________________________________________ sipx-users mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-users Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-users
