Thanks for the info, we may need this feature too. I'll probably test it after a while... Rgds, Nikolay.
> -----Original Message----- > From: [email protected] > [mailto:[email protected]] On Behalf Of > Tony Graziano > Sent: Wednesday, December 01, 2010 3:04 PM > To: [email protected] > Subject: Re: [sipx-users] SipX 4.2 media relay > > Manually edit sipxbridge.xml and set always relay media tag to "false" > instead of true, then restart sipxbridge. > > This is considered experimental and should be tested > thoroughly, because it may not work well with every user or > itsp (I.e. Hairpinned calls, etc.). > ============================ > Tony Graziano, Manager > Telephone: 434.984.8430 > Fax: 434.984.8431 > > Email: [email protected] > > LAN/Telephony/Security and Control Systems Helpdesk: > Telephone: 434.984.8426 > Fax: 434.984.8427 > > Helpdesk Contract Customers: > http://www.myitdepartment.net/gethelp/ > > ----- Original Message ----- > From: Tony Graziano <[email protected]> > To: [email protected] <[email protected]> > Sent: Wed Dec 01 06:24:56 2010 > Subject: Re: [sipx-users] SipX 4.2 media relay > > There is/was a way to achive this. He has been given the > instructions on how to do this before but he obviously did > not make notes of it. > > I will look it up when I get in front of my system. > ============================ > Tony Graziano, Manager > Telephone: 434.984.8430 > Fax: 434.984.8431 > > Email: [email protected] > > LAN/Telephony/Security and Control Systems Helpdesk: > Telephone: 434.984.8426 > Fax: 434.984.8427 > > Helpdesk Contract Customers: > http://www.myitdepartment.net/gethelp/ > > ----- Original Message ----- > From: [email protected] > <[email protected]> > To: 'Discussion list for users of sipXecs software' > <[email protected]> > Sent: Wed Dec 01 05:54:33 2010 > Subject: Re: [sipx-users] SipX 4.2 media relay > > I see your problem now. > I dont think that it is possible to turn off media relay when > calling through sipxbridge. > Let somebody correct me if i'm mistaken. > > I see the only thing you could play with: you could use > separate/independent FS profile as your gateway to itsp. > That is you create independent FS instance (it may run on the > same machine as sipx, but listen on some free port). > Configure in sipx unmanaged gw, pointing to this FS instance. > FS is capable of doing "proxy authentication" and there is > "proxy media" > option, that controls media stream. > See > http://wiki.sipfoundry.org/display/sipXecs/Custom+FreeSWITCH+p > rogramming > as starting point. > > Sounds complicated and requires some significant preliminary > efforts, but may work for you... > > Rgds, > Nikolay. > > > _____ > > From: [email protected] > [mailto:[email protected]] On Behalf Of > Andrew Radke > Sent: Wednesday, December 01, 2010 1:09 PM > To: Discussion list for users of sipXecs software > Subject: Re: [sipx-users] SipX 4.2 media relay > > > The main reason is that we have a couple of phones at remote > locations connected via VPN. Since we are in a rural area > with slow ADSL1 as our only Internet connection option, > having the audio from these offices come in through the VPN > and then back out to the ITSP is less than ideal. With QOS on > the links quality is okay but latency is terrible and our > bandwidth is very limited. > > Regards, > Andrew Radke > > On 01/12/2010, at 7:40 PM, "Nikolay Kondratyev" <[email protected]> wrote: > > > > "Proxy authentication" with itsp for outgoing calls is also > performed by sipxbridge. > That is, it will not work via 'unmanaged gw'. > By the way, why don't you like media relay? Is there any real > problem because of that? > Just in case it concerns you: > If there is no NAT between you and ITSP you can configure > your siptrunk gw to use internal ip address (uncheck "use > public address for call setup" > checkbox, which is checked by default). > But media relay will be used anyway. > Rgds, > Nikolay. > > > > _____ > > From: [email protected] > [mailto:[email protected]] On Behalf Of > Andrew Radke > Sent: Wednesday, December 01, 2010 12:21 PM > To: Discussion list for users of sipXecs software > Subject: Re: [sipx-users] SipX 4.2 media relay > > > At this stage we don't need to register since we don't accept > any incoming calls from our ITSP, but we do need to > authenticate outgoing calls via them. > > Regards, > Andrew Radke > > On 01/12/2010, at 7:00 PM, "Nikolay Kondratyev" < > <mailto:[email protected]> [email protected]> wrote: > > > > You mean register to ITSP? > No, it can't (afaik). > Rgds, > Nikolay. > > > _____ > > From: <mailto:[email protected]> > [email protected] > [mailto:[email protected]] On Behalf Of > Andrew Radke > Sent: Wednesday, December 01, 2010 11:23 AM > To: Discussion list for users of sipXecs software > Subject: Re: [sipx-users] SipX 4.2 media relay > > > Can an unmanaged gateway authenticate with an ITSP though? > Sorry, I didn't even look in 4.2 and I've left work for the day now. > > Regards, > Andrew Radke > > On 01/12/2010, at 4:37 PM, "Nikolay Kondratyev" < > <mailto:[email protected]> <mailto:[email protected]> [email protected]> wrote: > > > > Andrew, > do you use "sip trunk" to connect to ITSP? > my understanding is that, when you use siptrunk (sipxbridge), > you get the > following: > 1. Refer messages are converted to re-Invite. > 2. media relay > 3. shortened headers (not so many via's). > And you can not make sipxbriddge not to do it. > If you really want your media streams go directly from the > phones to ITSP, just use "unmanaged" gaeway. > Rgds, > Nikolay. > > > > _____ > > From: <mailto:[email protected]> > <mailto:[email protected]> > [email protected] > [mailto:[email protected]] On Behalf Of > Andrew Radke > Sent: Wednesday, December 01, 2010 9:07 AM > To: <mailto:[email protected]> > <mailto:[email protected]> > <mailto:[email protected]> [email protected] > Subject: [sipx-users] SipX 4.2 media relay > > > Hi all, > > Something that I have noticed in 4.2 is that calls made via > an ITSP have their audio routed via the SipX media relay. I > have been looking at how to turn this off by reading previous > discussions on this list but it seems that since SipX notices > that there is a NATing firewall between it and the ITSP it > will relay the media anyway. > > Under Internet Calling I have the correct intranet subnets > defined and have tried all combinations of "Enable NAT > Traversal" and "Server behind NAT". > The notes on the right of this screen states: "Whenever it is > detected that the two endpoints that are starting a media > session are separated by one or more NATs, the server will > insert its Media Relay into the media path." > which seems to define my issue. > > Is it possible to disable this behaviour? > > Regards, > > > Andrew Radke > Yuruga Nursery Pty Ltd > Clonal Solutions Australia Pty Ltd > PO Box 220 > Walkamin Qld 4872 > Phone: (07) 4093 3826 > Fax: (07) 4093 3869 > Email: <mailto:[email protected]> [email protected] > Web: <http://www.yuruga.com.au/> www.yuruga.com.au > > > _______________________________________________ > sipx-users mailing list > <mailto:[email protected]> > <mailto:[email protected]> > [email protected] List Archive: > <http://list.sipfoundry.org/archive/sipx-users/> > <http://list.sipfoundry.org/archive/sipx-users/> > <http://list.sipfoundry.org/archive/sipx-users/> > http://list.sipfoundry.org/archive/sipx-users/ > > _______________________________________________ > sipx-users mailing list > <mailto:[email protected]> > [email protected] List Archive: > <http://list.sipfoundry.org/archive/sipx-users/> > <http://list.sipfoundry.org/archive/sipx-users/> > http://list.sipfoundry.org/archive/sipx-users/ > > _______________________________________________ > sipx-users mailing list > [email protected] > List Archive: <http://list.sipfoundry.org/archive/sipx-users/> > http://list.sipfoundry.org/archive/sipx-users/ > _______________________________________________ > 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/
