Re: [sipx-users] Cisco 7961G phone and sipXecs

2012-11-05 Thread Michael Picher
David, Flat out, it's not going to work. From my understanding the Cisco 79xx will not do SLA with our commercial product. I don't think they even do SLA if they are running SIP and talking to Call Manager. Sounds like you may have made a poor gamble. Not sure what else to tell you. You have

Re: [sipx-users] FreeSWITCH for SIP Trunking

2012-11-05 Thread Melcon Moraes
Can we simply drop in a new FS RPM package to replace the 1.0.7 version that comes with sipXecs and all the current working stuff will continue to work? On Mon, Nov 5, 2012 at 1:58 AM, Josh Patten jpat...@ezuce.com wrote: Yes, MoH, ring on transfer, etc. all works in my tests. On Sun, Nov

Re: [sipx-users] FreeSWITCH for SIP Trunking

2012-11-05 Thread Michael Picher
Not likely. At some point we'll probably look to use RPMs now that they are available. You are of course free to try ;-) Mike On Mon, Nov 5, 2012 at 8:51 AM, Melcon Moraes mel...@gmail.com wrote: Can we simply drop in a new FS RPM package to replace the 1.0.7 version that comes with

Re: [sipx-users] FreeSWITCH for SIP Trunking

2012-11-05 Thread Douglas Hubler
On Mon, Nov 5, 2012 at 8:51 AM, Melcon Moraes mel...@gmail.com wrote: Can we simply drop in a new FS RPM package to replace the 1.0.7 version that comes with sipXecs and all the current working stuff will continue to work? There's a good chance it will, and in fact someone reported it worked

Re: [sipx-users] FreeSWITCH for SIP Trunking

2012-11-05 Thread andrewpitman
How about for remote workers? - Original Message - From: Josh Patten jpat...@ezuce.com To: Discussion list for users of sipXecs software sipx-users@list.sipfoundry.org Sent: Sunday, November 4, 2012 10:58:51 PM Subject: Re: [sipx-users] FreeSWITCH for SIP Trunking Yes, MoH, ring

Re: [sipx-users] FreeSWITCH for SIP Trunking

2012-11-05 Thread Josh Patten
It's not quite that simple. There are a couple of dependency issues with spidermonkey and js that prevent direct installation, the init script must be pointed to the new binaries, etc. and when you update all of that breaks. I believe the newest FS will be integrated into 4.6.1 On Mon, Nov 5,

Re: [sipx-users] FreeSWITCH for SIP Trunking

2012-11-05 Thread andrewpitman
Douglas Hubler wrote on Mon, 05 November 2012 10:19 On Mon, Nov 5, 2012 at 8:51 AM, Melcon Moraes mel...@gmail.com wrote: Can we simply drop in a new FS RPM package to replace the 1.0.7 version that comes with sipXecs and all the current working stuff will continue to work?

Re: [sipx-users] FreeSWITCH for SIP Trunking

2012-11-05 Thread Josh Patten
As FreeSWITCH is not a SBC, this only works for SIP trunking. For remote workers you will need something like Karoo, OpenSIPS, or a commercial SBC. On Mon, Nov 5, 2012 at 9:30 AM, andrewpit...@comcast.net wrote: How about for remote workers? -- *From: *Josh

Re: [sipx-users] FreeSWITCH for SIP Trunking

2012-11-05 Thread Douglas Hubler
Why do you say it's unlikely Michael and Josh? I went out of my way to integrate with standard fs package. We do ignore all the configuration files that get installed with fs. On Nov 5, 2012 10:50 AM, Michael Picher mpic...@ezuce.com wrote: Not likely. At some point we'll probably look to

Re: [sipx-users] FreeSWITCH for SIP Trunking

2012-11-05 Thread andrewpitman
Almost forgot, you do need to specifically add the freeswitch-format-local-stream RPM, but this could be made a dependency for the sipxfreeswitch RPM. - Original Message - From: Josh Patten jpat...@ezuce.com To: Discussion list for users of sipXecs software

[sipx-users] Cannot Xfer Calls Received from Unmanaged Trunks

2012-11-05 Thread Chris Parker
Kind of stumped with this one... I have Vitelity as my SIP trunk, which is configured in Asterisk to answer with an IVR and perform some other functions. If a call is passed from my AA in Asterisk or the DID is configured to call an extension that belongs to my sipX box (Polycom phones), I

Re: [sipx-users] FreeSWITCH for SIP Trunking

2012-11-05 Thread Josh Patten
I ran into a dependency issue with js spidermonkey required a different version of js than what we provide. On Mon, Nov 5, 2012 at 10:33 AM, Douglas Hubler dhub...@ezuce.com wrote: Why do you say it's unlikely Michael and Josh? I went out of my way to integrate with standard fs package. We

Re: [sipx-users] Cannot Xfer Calls Received from Unmanaged Trunks

2012-11-05 Thread Tony Graziano
An unmanaged gateway is just that. Can I assume that the address for both systems are on the same subnet? Unmanaged gateways would assume that the other and knows how to handle the SIP REFER method. Asterisk as a sip trunking system is not exactly compliant. If REFER is not supported, then the

Re: [sipx-users] Cannot Xfer Calls Received from Unmanaged Trunks

2012-11-05 Thread Josh Patten
The biggest red flags are Asterisk and CUCM The SIP stacks on these platforms aren't complete and REFER support is usually lacking. Trunking with these platforms requires a session border controller to interface with these platforms. How many active calls do you expect between these systems? If

Re: [sipx-users] Cisco 7961G phone and sipXecs

2012-11-05 Thread Joe Micciche
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 11/05/2012 12:01 PM, sipx-users-requ...@list.sipfoundry.org wrote: Any ideas on how to get the Cisco 7961G phone working with sipXecs? I have it working on an Asterisk installation, but when registered on the sipXecs server, whatever I do to the

Re: [sipx-users] Voicemail web service: preferences/activemessages missing on 4.4.

2012-11-05 Thread Mircea Carasel
On Fri, Nov 2, 2012 at 11:17 PM, Steve Beaudry steve.beau...@royalroads.cawrote: https://sipXserver:8085/mailbox/xxx/preferences/activemessages results in the message ‘context not understood’. ** ** Looking at the current java file from here (

Re: [sipx-users] High CPU sipXproxy (update #22)

2012-11-05 Thread Gerald Drouillard
On 11/5/2012 2:16 PM, Tony Graziano wrote: I am looking at a strange issue with a system which had a drive failure. We replaced the drive and reloaded (did not restore) the system, then updated it to the latest update. We see the proxy staying steady at

Re: [sipx-users] High CPU sipXproxy (update #22)

2012-11-05 Thread Tony Graziano
I am seeing the following message within the rls logs: sipxrls:OsSSLServerSocket SSL_accept SSL handshake error:\n SSL error: 1 'error:0001:lib(0):func(0):reason(1)' sipxrls:OsSSLServerSocket SSL_accept SSL handshake error:\n SSL error: 336027900 'error:140760FC:SSL

Re: [sipx-users] High CPU sipXproxy (update #22)

2012-11-05 Thread Gerald Drouillard
On 11/5/2012 4:50 PM, Tony Graziano wrote: I am seeing the following message within the rls logs: sipxrls:OsSSLServerSocket SSL_accept SSL handshake error:\n SSL error: 1 'error:0001:lib(0):func(0):reason(1)' sipxrls:OsSSLServerSocket SSL_accept SSL handshake error:\n SSL error:

Re: [sipx-users] High CPU sipXproxy (update #22)

2012-11-05 Thread George Niculae
On Mon, Nov 5, 2012 at 11:50 PM, Tony Graziano tgrazi...@myitdepartment.net wrote: I am seeing the following message within the rls logs: sipxrls:OsSSLServerSocket SSL_accept SSL handshake error:\n SSL error: 1 'error:0001:lib(0):func(0):reason(1)' sipxrls:OsSSLServerSocket SSL_accept

Re: [sipx-users] High CPU sipXproxy (update #22)

2012-11-05 Thread Joegen Baclor
Two things can cause this. 1. You have a port scanner scanning your TCP ports. 2. You have a remote connection attempting to connect as using an unsupported version of SSL (TLSv1, SSLV2, SSLV3). I have checked sipXportLib ssl implementation and we are configured to support all three so

Re: [sipx-users] High CPU sipXproxy (update #22)

2012-11-05 Thread Josh Patten
The SSL error in the RLS logs is actually benign, I'm not so sure about the no container found error. On Mon, Nov 5, 2012 at 3:50 PM, Tony Graziano tgrazi...@myitdepartment.netwrote: I am seeing the following message within the rls logs: sipxrls:OsSSLServerSocket SSL_accept SSL handshake