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
