Edgewater has a horribly written interface for iptables. Funny you say that. I just did a brief interop with airespring which went well, but the final deployment will be using an edgewater. I am going to ask them to provide an interface on the edgewater to be on the same IP network as sipx and simply use it as an unmanaged gateway because they will be using an MPLS connection from airespring.
Beyond that upcoming test the only use I've had for them was a door stop or paperweight (great during tax season). Can you get a siptrace from sipx with proxy set to debug levels? If the EDGMEARC thingy is setup as an unmanaged gateway (preferred) then the only thing we can glean from a siptrace at sipx is what it sent and what it was sent back to make it fail. The links above provide ZERO meaningful insight into any call (both say request denied, from what, noone knows). Beyond that, a pcap from your edgmarc might prove to give other information. On Wed, Apr 4, 2012 at 1:12 PM, Michael Picher <[email protected]> wrote: > Edgewater... run away! > > I'd start with those guys. I've not been able to make them work but have > not spent 'quality' time with their tech support. > > Mike > > > > On Wed, Apr 4, 2012 at 12:56 PM, Mike Moulton <[email protected]> wrote: > >> I'm experiencing some intermittent call failures and I'm having trouble >> diagnosing the problem. About 50% of the time when a user dials out, they >> will receive a fast busy, the other times the call goes through as >> expected. Once a call is established there are times when the call will be >> disconnected in the middle of a conversation. I'm not sure of the frequency >> of the dropped called, but it seems to be less often than the fast busy on >> dial out. >> >> Our setup consists of Polycom phones [650,331,335] connected to sipx >> v4.4.0. Our service provided has installed a Edgewater 4550 SBC that is >> setup as a SIP Trunk gateway. >> >> I have captures traces of two calls, the first is a failure, the second >> is the same call successful. >> >> Failed Trace: http://mmoulton-sipx.s3.amazonaws.com/trace-mmoulton-failed. >> xml >> Success Trace: >> http://mmoulton-sipx.s3.amazonaws.com/trace-mmoulton-success .xml >> >> Any help would be greatly appreciated. >> >> On a side note, where would you recommend I look for paid support to >> resolve this issue if the list is unable to easily help? >> >> Thanks! >> >> _______________________________________________ >> sipx-users mailing list >> [email protected] >> List Archive: http://list.sipfoundry.org/archive/sipx-users/ >> > > > > -- > Michael Picher, Director of Technical Services > eZuce, Inc. > > 300 Brickstone Square**** > > Suite 201**** > > Andover, MA. 01810 > O.978-296-1005 X2015 > M.207-956-0262 > @mpicher <http://twitter.com/mpicher> > www.ezuce.com > > > ------------------------------------------------------------------------------------------------------------ > There are 10 kinds of people in the world, those who understand binary and > those who don't. > > > _______________________________________________ > sipx-users mailing list > [email protected] > List Archive: http://list.sipfoundry.org/archive/sipx-users/ > -- ~~~~~~~~~~~~~~~~~~ Tony Graziano, Manager Telephone: 434.984.8430 sip: [email protected] Fax: 434.465.6833 ~~~~~~~~~~~~~~~~~~ Linked-In Profile: http://www.linkedin.com/pub/tony-graziano/14/4a6/7a4 Ask about our Internet Fax services! ~~~~~~~~~~~~~~~~~~ -- LAN/Telephony/Security and Control Systems Helpdesk: Telephone: 434.984.8426 sip: [email protected] Helpdesk Customers: http://myhelp.myitdepartment.net Blog: http://blog.myitdepartment.net
_______________________________________________ sipx-users mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-users/
