I've taken a quick look at the NAT traversal plugin and it seems to be
not accounting PUBLISH as a potential stream modifier. But it is not
clear to me how it would cause a hang. Can you disable session-timers
in the phones and see if that somehow lessens the occurence of this
incident?
On
You may create a recipe with a condition being the number of calls in queue and
select the relevant action from there.
Sent from my iPhone
On Aug 21, 2012, at 10:51 PM, Eric Neese wrote:
>
>
> Hi All,
> In OpenACD is there a way to limit the number of calls in
> the Queue like in the legacy
Hi All,
In OpenACD is there a way to limit the number of calls in
the Queue like in the legacy ACD?
Thank you
Eric Neese Lord of Lochaber
___
sipx-users mailing list
sipx-users@list.sipfoundry.org
List Archive: http://list.sipfoundry.org/archive/sipx-u
I'm not sure any polycom profile needs to be tweaked. This is usually
handed out via DHCP, so you can hand out via DHCP if it is TFTP without nat.
On Tue, Aug 21, 2012 at 3:40 PM, Saad wrote:
> Understood! and lot of work to be honest.
> My question now is: which polycom file needs to be tweacke
Understood! and lot of work to be honest.
My question now is: which polycom file needs to be tweacked and what
parameter?
Thank you
Saad
On Tue, Aug 21, 2012 at 10:30 AM, Tony Graziano <
tgrazi...@myitdepartment.net> wrote:
> You can either nat this to a firewall (FTP) to sipx or pass it through
Thanks alot, very good information, keep them coming :)
I went carefully through the steering-pool / Local-Policy / session Agent
.. etc and looks like we are not missing any things on the SBC.
Now if I configured an Unmanaged TFTP on SIPX I think I only need to
change the parameter (reg.1.server.
They're all Polycom phones. Mostly 450s, with a couple of 550s, a 670 and a
SoundStation 6000 in the mix. Firmware 3.2.6 with bootrom 4.3.1.
-Andy
- Original Message -
From: "Tony Graziano"
To: "Discussion list for users of sipXecs software"
Sent: Tuesday, August 21, 2012 1:01:03
can you elaborate what the UA's are that are involved in that transaction?
On Tue, Aug 21, 2012 at 5:59 AM, andrewpitman wrote:
>
>
> Joegen, George,
>
> I noticed some messages in my sipXproxy log from a hang on a
> customer system just today, which may or may not be
> pertinent. Besides the pa
Joegen, George,
I noticed some messages in my sipXproxy log from a hang on a
customer system just today, which may or may not be
pertinent. Besides the parsing errors, I also see messages
such as this immediately before the hang:
"2012-08-21T15:40:56.031862Z"
:269589:NAT:WARNING:pbx1.sipdomain
On Tue, Aug 21, 2012 at 6:27 PM, wrote:
> I did sipx-setup on the secondary and then initialconfig is run on the
> primary, but it fails.
> And although an archive is there from the manual run of initialconfig the
> get of the file fails as well.
> If I try a manual get in a browser like this:
>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 08/21/2012 10:54 AM, sipx-users-requ...@list.sipfoundry.org wrote:
> So in this case we cannot rely on SIPX as a file server but we need
> to setup an external TFTP/FTP correct? Could you please advise the
> file name that need to be changed for the
Will do , Thank you :)
On Tue, Aug 21, 2012 at 10:24 AM, Michael Picher wrote:
> see split dns in the wiki.
>
> On Tue, Aug 21, 2012 at 10:13 AM, Saad wrote:
>
>> So in this case we cannot rely on SIPX as a file server but we need to
>> setup an external TFTP/FTP correct? Could you please advis
You can either nat this to a firewall (FTP) to sipx or pass it through the
SBC to sipx (FTP). As long as the SBC sees ANY traffic from a UA, it should
pass it through to sipx (essentially pass all traffic on one interface to
sipx, leaving the other to trunking FROM sipx as an unmanaged gateway).
i
see split dns in the wiki.
On Tue, Aug 21, 2012 at 10:13 AM, Saad wrote:
> So in this case we cannot rely on SIPX as a file server but we need to
> setup an external TFTP/FTP correct? Could you please advise the file name
> that need to be changed for the DNS SRV ?
>
>
> On Tue, Aug 21, 2012 at
So in this case we cannot rely on SIPX as a file server but we need to
setup an external TFTP/FTP correct? Could you please advise the file name
that need to be changed for the DNS SRV ?
On Tue, Aug 21, 2012 at 10:02 AM, Tony Graziano <
tgrazi...@myitdepartment.net> wrote:
> Nothing should be cha
Nothing should be changed on sipx or in the phones from a default
installation, at least that has been my experience with other SBC's.
Perhaps you need a dialplan rule in the Acme SBC to to pass the MOH uri
from it to sipx?
On Tue, Aug 21, 2012 at 9:27 AM, Saad wrote:
> You are absolutely right
You are absolutely right as I have learned this the hard way.. The outbound
calls experienced many troubles when sent via the same SBC interface that
the phones registration coming from. Internal calls stopped to work ( SIPX
didn't like to have the unmanaged GW talking to the same interface that al
Hello All,
I know many of you succeeded with registering phones VIA SBC. Are you aware
of any SIPX documentation on the proper configuration to have Polycom
phones to register via SBC?
>From the SBC side, the configuration was completed; however, still not sure
if we are doing it the right way on
Assuming the phone is remote:
The DNS SRV records need to point to the public IP of the SBC. The SBC
needs to see the registration and pass it through to the sipx server. All
registered phones should pass through to the sipx server, period.
Outbound calls should not be to the SBC, they should be
19 matches
Mail list logo