Re: [sipx-users] FW: Alarm SPX00016: The ITSP Account could not be reached

Gerald - After repeated hours and iterations, and I'm at the point where I know I'm missing something. I'll swallow my pride and say that I don't quite get how to do what you've proposed (IP Auth with Voip.ms + SIP URI + what you've done on the firewall to make it happen). I looked back at the li

Re: [sipx-users] On Hold Fails for Inbound Calls through SIP Trunk

You should also indicate if the user is a local or remote. On Feb 8, 2012 10:12 PM, "Tony Graziano" wrote: > I think this is more a question like "does moh work using gs handsets"? > On Feb 8, 2012 9:28 PM, "Michael Picher" wrote: > >> and the crowd shudders >> >> On Wed, Feb 8, 2012 at 11:4

Re: [sipx-users] CallerID for all calls

I think the caller ID fix addresses internal calls for "from"... I think if you want all of your outbound calls to show the same number you accepted at the gateway and not use any customs caller id for users. On Feb 8, 2012 9:28 PM, "Michael Picher" wrote: > you can force an outbound callerid in

Re: [sipx-users] On Hold Fails for Inbound Calls through SIP Trunk

I think this is more a question like "does moh work using gs handsets"? On Feb 8, 2012 9:28 PM, "Michael Picher" wrote: > and the crowd shudders > > On Wed, Feb 8, 2012 at 11:42 AM, Mark Roseboom > wrote: > >> Grandstream GXP2000. >> >> -- >> Mark Roseboom >> 38 Media, Inc. | Head of Operati

Re: [sipx-users] On Hold Fails for Inbound Calls through SIP Trunk

and the crowd shudders On Wed, Feb 8, 2012 at 11:42 AM, Mark Roseboom wrote: > Grandstream GXP2000. > > -- > Mark Roseboom > 38 Media, Inc. | Head of Operations > > w: 617.674.0828 > m: 617.286.2121 > 38Media.net > > > > On Wed, Feb 8, 2012 at 11:41 AM, Tony Graziano < >

Re: [sipx-users] CallerID for all calls

you can force an outbound callerid in a gateway but not within the system (although there may be a fix for this in 4.6... maybe even one back-ported to 4.4) On Wed, Feb 8, 2012 at 1:42 PM, tim baum wrote: > Hi, > > This is my first post but long time browser. > > I see from Google that changing

Re: [sipx-users] Postgre 9.1-4

I would suggest not upgrading components of sipXecs... certain versions are used for certain reasons. Mike On Wed, Feb 8, 2012 at 2:47 PM, Hernan Robledo wrote: > Dear, > > > could you tell me if sipxecs support Postgre 9.1-4 version? > > I tried to install this DBMS and my sipexcs doesn't work

Re: [sipx-users] slow transfers

That's being addressed in 4.6 (changing domain names) in sipx easily). I always suggest using a real domain name using a sub domain so you never have to in fight on dns. I would suggest a reinstall accordingly... On Feb 8, 2012 6:27 PM, "Mark Wood" wrote: > Over the last weekend one of our inst

Re: [sipx-users] PRI Standard for Audiocodes

The price standard is a pro standard. The sup side of that piece is agnostic. What matters (I think) is what the telco and your hardware both properly support and agree on. Outbound caller id is handled by the telco (they control cnam out) and if thy allow you to send caller number then it is wha

[sipx-users] slow transfers

Over the last weekend one of our installations had an outside IT firm add new DHCP & DNS servers. They also changed their internal domain from .com to .local. We added an alias for the .local in System->Domain and the system came back up and calls were processed. Today however, calls transferred

[sipx-users] PRI Standard for Audiocodes

All, What is the best PRI standard to use with AudioCodes M1000s to allow calling number and name? We currently use ESS5 with our Cisco gear. Will this standard also work with the M1000s and SIPX or should we be looking into another standard such as NI2? Thanks, Jes __

Re: [sipx-users] On Hold Fails for Inbound Calls through SIP Trunk

I don't use grand stream so I won't comment beyond that I do not have the problem running 4.4 latest AND snapshot using polYcoms. I would indicate NOT ALL SIP PHONES ARE CREATED EQUALLY. On Feb 8, 2012 4:57 PM, "Todd Hodgen" wrote: > Try a softphone and see if it works correctly, that would at l

Re: [sipx-users] On Hold Fails for Inbound Calls through SIP Trunk

Try a softphone and see if it works correctly, that would at least allow you to understand what direction the issue is coming from. Do calls into the auto attendant get answered okay, and transferred? If the softphone doesn't work, check with your ITSP and see if they accept Invites without SD

Re: [sipx-users] On Hold Fails for Inbound Calls through SIP Trunk

Any additional ideas from anyone? -- Mark Roseboom 38 Media, Inc. | Head of Operations w: 617.674.0828 m: 617.286.2121 38Media.net On Wed, Feb 8, 2012 at 11:42 AM, Mark Roseboom wrote: > Grandstream GXP2000. > > -- > Mark Roseboom > 38 Media, Inc. | Head of Operations >

[sipx-users] Postgre 9.1-4

Dear, could you tell me if sipxecs support Postgre 9.1-4 version? I tried to install this DBMS and my sipexcs doesn't work anymore. Thanks for your help Hernan ___ sipx-users mailing list sipx-users@list.sipfoundry.org List Archive: http://list.sipf

[sipx-users] CallerID for all calls

Hi, This is my first post but long time browser. I see from Google that changing callerid for forwarded calls is not available. But is it possible to change the callerid for all calls including forwarded calls. So I dont care where the call is going to/from I want the from address to show a sin

Re: [sipx-users] Questions Regarding Current SipX and Future Releaes

On Wed, Feb 8, 2012 at 12:42 PM, Becker, Jesse wrote: > Thank you for your reply. I was not planning on doing an in place upgrade > from Centos5 to 6. i was wondering if CentOS 6 could be installed on the > new servers and then install SipX 4.4 from RPM and restore the > configuration. The second

Re: [sipx-users] Questions Regarding Current SipX and Future Releaes

Douglas, Thank you for your reply. I was not planning on doing an in place upgrade from Centos5 to 6. i was wondering if CentOS 6 could be installed on the new servers and then install SipX 4.4 from RPM and restore the configuration. The second part of that questions was if one was on CentOS 6 and

Re: [sipx-users] Questions Regarding Current SipX and Future Releaes

On Wed, Feb 8, 2012 at 12:04 PM, Becker, Jesse wrote: > My site is making the first step in moving away from Cisco UCM to SipX > ECS. Our IT department has been running several months on SipX 4.4/Centos5 > using Polycoms and a Desktop Computer. Our next step is the purchase of two > AudioCode gate

[sipx-users] Questions Regarding Current SipX and Future Releaes

All, I read through the archives to try and answer my questions before asking. I apologize in advance if I am asking something that was already covered. My site is making the first step in moving away from Cisco UCM to SipX ECS. Our IT department has been running several months on SipX 4.4/Cent

[sipx-users] SNOM M9 and MWI

When a message is received on an extension that a snom m9 phone is registered, a vm soft button appears on the screen. When I press this button, the phone dials extension rather than 101. After doing further research, snom seems to claim that the number behind vm button is extracted from notify m

Re: [sipx-users] On Hold Fails for Inbound Calls through SIP Trunk

Grandstream GXP2000. -- Mark Roseboom 38 Media, Inc. | Head of Operations w: 617.674.0828 m: 617.286.2121 38Media.net On Wed, Feb 8, 2012 at 11:41 AM, Tony Graziano wrote: > What phones are you using? > On Feb 8, 2012 11:37 AM, "Mark Roseboom" > wrote: > >> Invites are

Re: [sipx-users] On Hold Fails for Inbound Calls through SIP Trunk

What phones are you using? On Feb 8, 2012 11:37 AM, "Mark Roseboom" wrote: > Invites are now being sent to port 5080 however inbound calls that are > placed on hold are dropped. Does anyone have any other suggestions? > > Thanks. > > Mark > -- > Mark Roseboom > 38 Media, Inc. | Head of Operations

Re: [sipx-users] On Hold Fails for Inbound Calls through SIP Trunk

Invites are now being sent to port 5080 however inbound calls that are placed on hold are dropped. Does anyone have any other suggestions? Thanks. Mark -- Mark Roseboom 38 Media, Inc. | Head of Operations w: 617.674.0828 m: 617.286.2121 38Media.net On Tue, Feb 7, 2012 at