Look at Scott's last post.
"
Your sipxconfig.log file has many replication failures due to SSL
certification failures.
"
This probably means the replication of the dialing plan (changes, like call
forwarding) are not actually being used by the system. Essentially you are
"stuck" in a time m
I did upgrade the version to current so it doesn't seem to be that.
For some reason, it seems that sipx is not relaying the 'forward-to'
number to the gateway.
The sipx-trace below shows the external number (793-4068) being routed
but then it switches back to ext 343. therefore, the gateway recei
On Thu, 2008-07-03 at 12:59 -0700, IT Services wrote:
> An update:
>
> 1. the scenario is this:
>
> Ext 343 has calls forwarded to an external number 793-4068.
Your sipxconfig.log file has many replication failures due to SSL
certification failures.
--
Scott Lawrence tel:+1.781.229.053
Another thing to look at is creating a user with NO PHONE, call forward that
internal user to the PSTN number, then call it. If that works, then try to
forward the call from the actual user to the "phanton" user and see if that
works.
>>> "IT Services" <[EMAIL PROTECTED]> 07/03/08 03:59PM >>>
What version firmware are you using on the Grandstream?
http://grandstream.com/DOWNLOAD/FIRMWARE/GXW4104_GXW4108/Release_GXW4104_GXW4108_1.0.1.8.zip
1.0.1.8 is the most recent, there are a lot of fixes in the last two versions
of this.
>>> "IT Services" <[EMAIL PROTECTED]> 07/03/08 03:59PM >>>
An update:
1. the scenario is this:
Ext 343 has calls forwarded to an external number 793-4068.
Ext 355 dials ext 343. gets failed call. Gateway and SIPX trace is
listed below.
Every ext has mobile turned ON.
2. version: sipXconfig (3.10.1-012233 2008-04-08T22:39:19 ecs-centos5)
3. gat
On Thu, 2008-03-20 at 03:30 +0800, Cuneyt M. wrote:
> When someone calls them and leave a missed call, user comes back to
> his desk and notices missed calls, click Callers, select one of the
> number there and the phone attempts the dial the number.
>
> However at this stage, there is no 7 or 07
On Wed, 2008-03-19 at 19:58 +, Scott Lawrence wrote:
> There are no prefix requirements of sipX.
>
> Take the prefixes off of your dial plans and just let the number of
> digits and/or the international access codes direct the call.
You can almost certainly eliminate the prefix for local (but
On Tue, 2008-03-18 at 21:52 +0800, Cuneyt M. wrote:
> 3) DIAL PLAN.. As You may recall I have 3 AudioCodes MP118 8port FXO
> gateways (same lan as sipx), and the only way i could assign a direct
> line (incomig and outgoing) to a user is create User Groups (Group7,
> Group8, Group9) and create Perm
On Wed, 2008-07-02 at 14:24 -0700, Max Clark wrote:
> Is Bridge Line Appearance on the roadmap? I know there are different
> ways to "fake" it with call parking but this has to be one of the most
> requested features people ask me about.
I don't see BLA mentioned on
http://sipx-wiki.calivia.com/in
channels page > channel voice setting > options 1 and 2.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of IT Services
Sent: Wednesday, July 02, 2008 4:59 PM
To: sipx-users@list.sipfoundry.org
Subject: [sipx-users] low volume on PSTN external calls
Hi all:
It's always the boss/assistant environment where the assistant answers
and screens the calls and let's the boss know there is x on line 2.
Part of it is just people expect that when they pickup a line with the
red light on that someone will be on the other side.
On Thu, Jul 3, 2008 at 5:34 AM, Sco
That would be great if we could view park status and pickup with a
single button press... This would emulate what the users expect.
> -Original Message-
> From: Scott Lawrence [mailto:[EMAIL PROTECTED]
> Sent: Thursday, July 03, 2008 8:34 AM
> To: Picher, Michael
> Cc: Max Clark; Sipx-Use
On Wed, 2008-07-02 at 13:53 -0700, IT Services wrote:
> Hi all,
>
> I am trying to get sip traces. I have followed
> http://sipx-wiki.calivia.com/index.php/Display_SIP_message_flow_using_Si
> pviewer.
>
> and I am getting the error below:
>
> sipx-trace
> /usr/bin/sipx-trace: line 133: [: `)'
On Thu, 2008-07-03 at 07:11 -0400, Picher, Michael wrote:
> There was definitely some confusion in the comments of XECS-211 between
> BLF and BLA. BLF works now, BLA would require a phone to identify the
> presence information (status) of each FXO port on a gateway. This would
> require the gat
Chris St Denis wrote:
> I've compiled and installed sipx 3.10 from svn on rhel4.
>
> It seems to be mostly working, and when I start it from the init script
> it seems happy.
>
> Checking TLS/SSL configuration:[ OK ]
> Checking Firewall configuration:
Definitely asked for in smaller environments. Once a customer starts
using an ITSP or to a PRI it doesn't make any sense anyway. Once you
explain that they usually 'get it'. Get them away from the key system
mentality. Or call your Park Orbit BLF's Line1, Line2, Line3, etc...
:-) I've seen so
There is usually a setting in the gateway for gain on the line side.
Not particularly familiar with the Grandstream devices.
It is a delicate balancing act however because when you increase gain
you will also increase echo. Take baby steps until you get to an
acceptable level.
Mike
> -Origi
18 matches
Mail list logo
