Re: [sipx-users] Call pickup issue on Polycom

Thanks all. On to 4.4… Jeff On Aug 4, 2011, at 6:28 PM, Michael Picher wrote: > You whacky developers with your tricky naming schemes... > > On Aug 4, 2011 6:20 PM, "George Niculae" wrote: > > On Fri, Aug 5, 2011 at 1:17 AM, Michael Picher wrote: > >> Looks like it may have been back-ported t

Re: [sipx-users] Call pickup issue on Polycom

You whacky developers with your tricky naming schemes... On Aug 4, 2011 6:20 PM, "George Niculae" wrote: > On Fri, Aug 5, 2011 at 1:17 AM, Michael Picher wrote: >> Looks like it may have been back-ported to 4.2.1 but I don't think a new >> build has been cranked for 4.2.1. >> Mike >> > > Actually

Re: [sipx-users] Call pickup issue on Polycom

On Fri, Aug 5, 2011 at 1:17 AM, Michael Picher wrote: > Looks like it may have been back-ported to 4.2.1 but I don't think a new > build has been cranked for 4.2.1. > Mike > Actually was not backported, read master-4.2 as release-4.6. For sipxecs 4.2.1 there is release-4.2 George > On Thu, Aug

Re: [sipx-users] Call pickup issue on Polycom

Looks like it may have been back-ported to 4.2.1 but I don't think a new build has been cranked for 4.2.1. Mike On Thu, Aug 4, 2011 at 6:14 PM, Tony Graziano wrote: > I'm mighty certain it is: > > http://track.sipfoundry.org/browse/XX-9699 > > If so, no amount of staring at it will fix it for yo

Re: [sipx-users] Call pickup issue on Polycom

I'm mighty certain it is: http://track.sipfoundry.org/browse/XX-9699 If so, no amount of staring at it will fix it for you in 4.2. On Thu, Aug 4, 2011 at 6:11 PM, Jeff Gilmore wrote: > Thanks Josh. Not sure that applies, though, since I am not running a 4.4 > version and that looked like a ne

Re: [sipx-users] Call pickup issue on Polycom

Thanks Josh. Not sure that applies, though, since I am not running a 4.4 version and that looked like a new bug in 4.4. I will eventually update to 4.4, but I have had so much user downtime lately due to ITSP issues, that I just can't face it! The behavior on the Polycom looks like what happe

Re: [sipx-users] Clue Con?

In Chicago for my brother's wedding, but the dates conflict so I couldn't do it. :( Maybe next year. Geoff Van Brunt IT Manager Thunder Bay T 807.626.1306 F 807.623.1792 M 807.476.7002 IP 1306 mailto:gvanbr...@dstgroup.com www.dstgroup.com P Please consider the environment before printing thi

Re: [sipx-users] Training

Thanks! Really useful. Geoff Van Brunt IT Manager Thunder Bay T 807.626.1306 F 807.623.1792 www.dstgroup.com M 807.476.7002 IP 1306 gvanbr...@dstgroup.com Please consider the environment before printing this e-mail. This e-ma

Re: [sipx-users] Call pickup issue on Polycom

This may be related to a bug regarding PRACK: http://track.sipfoundry.org/browse/XX-9699 the only suggestion I have at this point is to upgrade to the latest 4.4 release On Thu, Aug 4, 2011 at 1:05 PM, Jeff Gilmore wrote: > I have a problem that has cropped up recently. My extensions are most

[sipx-users] Call pickup issue on Polycom

I have a problem that has cropped up recently. My extensions are mostly served by SPA2102 ATA devices, but on a particular extension, I have both a Polycom IP320 and an SPA2102 ATA registered. Until recently, it worked great and I could pick up incoming calls on either one. Now, if I receive

Re: [sipx-users] Sipxecs in call center environment

Yes I feel it's like a suicide, but I'm studying different solution of Avaya replacement per open-source solution but it looks to be complicated to have it or not sufficiently mature Regarding SS7 I want to keep my Volt Delta switches to handle SS7 protocol and then just send calls to Asterisk thr

Re: [sipx-users] Sipxecs in call center environment

This is a large ACD. To use a new, or newer product for that type of environment seems like suicide to me. Regardless of how good it is, if you are talking about a 24 hr shift, with just 5 minute calls per agent, you are talking about an average of 416 calls at one time. Personally, I'd be look

Re: [sipx-users] Sipxecs in call center environment

if asterisk fails your incoming calls fail also. so you are suggesting throwing asterisk in between SS7 and sipxecs as an e1 gateway instead of an independent e1 gateway? if so, i think this is adding more potential points of failure. also, you may find certain incompatibilities or configuration

Re: [sipx-users] Sipxecs in call center environment

Yes I have set up it like unmanaged gateway. The problem is that we earn Million Euros per day with our activities, I have no right to make mistakes if I replace Avaya per Sipxecs. 2011/8/4 Michael Picher > If they are set as SIP trunks... if you can set them up as unmanaged > gateways there'

Re: [sipx-users] Sipxecs in call center environment

If they are set as SIP trunks... if you can set them up as unmanaged gateways there's less chance of call disruption. Mike On Thu, Aug 4, 2011 at 4:40 AM, cyril constantin wrote: > Currently my production config is: > > In front I have SS7 switches (to receive call from carrier) I have four >

Re: [sipx-users] Sipxecs in call center environment

Totally agree on the external SBC... An Ingate 56 will handle 400 concurrent conversations. And no, I don't believe openACD is being used by anybody to the level you describe. There is a very large ACD user trialing it however and assisting with the development. More are welcome. The Agent and

Re: [sipx-users] Sipxecs in call center environment

Currently my production config is: In front I have SS7 switches (to receive call from carrier) I have four switches of this type, then these SS7 switches are connected by ISDN links to Avaya and IP Phone are registered remotely (by international links) with H323 to Avaya. So what I expect to hav

Re: [sipx-users] Sipxecs in call center environment

the registar and proxy resatarts do not interfere with ongoing calls. it means new calls cannot come in or go out for a 1-2 second duration while services are stopped/tested/restarted. media is not affected either. if it were me, and it's not, if i were using siptrunks and had that kind of call vo

Re: [sipx-users] Sipxecs in call center environment

Hi Guys, Thanks for your feedback, so no one is using sipxecs for this amount of calls per day ? My call center are running 24/24 7/7 so when I see that I need to restart services for small changes on sipxecs I can't imagine rollout that in production yet (I'm running stable version), for example