I'm trying to get a list of phones (users too) using SOAP, but get no
records returned even though I use the exact serialnumber that I added the
record with.
I've tried this against version 4.4 and 4.6 (originally thought it was a
problem on 4.4). The code adds the record successfully (I've
On Fri, Oct 19, 2012 at 9:36 AM, Russell Fox russ...@conveyant.com wrote:
I’m trying to get a list of phones (users too) using SOAP, but get no
records returned even though I use the exact serialnumber that I added the
record with.
Hm, I just double checked on a 4.4 machine using SoapUI and
Primus is also LINGO. Primus is a large aggregator and also runs a
residential service (Lingo). The Lingo service does not support invite
without sdp, unless the reinvite is to one of their services and
typically only from one of their ATA's.
I think you would do well to ask them if they support
On Fri, Oct 19, 2012 at 4:50 AM, Andrew Pitman andrewpit...@comcast.net wrote:
Thanks George! I tried it again today and verified it works. It seems that
the heard/unheard status of voicemails is not preserved though. All messages
were new after the import. It's no biggie, but is this
On Fri, Oct 19, 2012 at 1:22 PM, George Niculae geo...@ezuce.com wrote:
On Fri, Oct 19, 2012 at 4:50 AM, Andrew Pitman andrewpit...@comcast.net
wrote:
Thanks George! I tried it again today and verified it works. It seems that
the heard/unheard status of voicemails is not preserved though.
So, I've been trying to work on this new system and I've probably missed
something or done something minute to create this issue however I have a
master server 1 at 192.168.1.21 and a slave at 192.168.1.32 as server
2.
When I setup server 2 I entered the correct number assigned and it
moved from
Now when you make changes it just says, System error for send: Broken
pipe. System error for send: Broken pipe. Authentication dialogue with
192.168.1.32
What kind of changes are you making, please give us more details. From
where did you got this error, is it from console?
The only
False alarm.
Somehow my edits to iptables were lost between yesterday and today and the
default iptables entries were blocking access to port 5050 for the agent UI.
Thank you.
From: sipx-users-boun...@list.sipfoundry.org
[mailto:sipx-users-boun...@list.sipfoundry.org] On Behalf Of Geoff
On Fri, Oct 19, 2012 at 5:04 PM, Geoff Musgrave
geoff.musgr...@cacionline.net wrote:
False alarm.
** **
Somehow my edits to iptables were lost between yesterday and today and the
default iptables entries were blocking access to port 5050 for the agent UI.
With XX-10507 (committed
Good to know. Thank you!
From: sipx-users-boun...@list.sipfoundry.org
[mailto:sipx-users-boun...@list.sipfoundry.org] On Behalf Of Laurentiu Ceausescu
Sent: Friday, October 19, 2012 9:09 AM
To: Discussion list for users of sipXecs software
Subject: Re: [sipx-users] openacd 4.6 connections
I am running the current 4.4.0 release of SIPX (yum run just before backup) and
just download 4.6.0 -- per the user forum I did a backup of 4.4.0 and loaded
4.6.0 on a new machine.
Then attempted to do a restore from the file which was created on the 4.4
machine.
I browse to the location pick
Your backup should be a tar.gz file. Are you unzipping it?
If everything else is assumed the same (hostname, IP, password), the
procedure would be to make sure you sent the profile to the new server
once you log in before you do anything else. Then choose restore and
upload the file. If the file
On Fri, Oct 19, 2012 at 5:28 PM, Tony Graziano
tgrazi...@myitdepartment.net wrote:
Your backup should be a tar.gz file. Are you unzipping it?
If everything else is assumed the same (hostname, IP, password), the
procedure would be to make sure you sent the profile to the new server
once you
Anytime I make a user change it reports the config change was pushed to
server 1 but then under failed jobs it says server 2 failed with the
error below.
I'm looking at the log now.
Aaron Pursell
Network Security Administrator
Easter Seals-Goodwill Northern Rocky Mountain, Inc.
4400 Central
On server 1 it reports:
cf3 * Hailing 192.168.1.32 : 5308, with options -v-K (serial)
cf3
...
cf3 No existing connection to 192.168.1.32 is established...
cf3 Set cfengine port number to 5308 = 5308
cf3 Set connection
On Fri, Oct 19, 2012 at 6:18 PM, Aaron Pursell aar...@esgw.org wrote:
On server 1 it reports:
cf3 * Hailing 192.168.1.32 : 5308, with options -v-K (serial)
cf3
...
cf3 No existing connection to 192.168.1.32 is
The only service that runs on the .32 server is sipxsupervisor. No other
services start...I'm new to 4.6 setup so if this is how it works then
its fine.
This was a fresh install but I re-ran sipxecs-setup with options
--verbose and --reset.
I restarted the supervisor and on server 1
On Fri, Oct 19, 2012 at 6:56 PM, Aaron Pursell aar...@esgw.org wrote:
The only service that runs on the .32 server is sipxsupervisor. No other
services start...I'm new to 4.6 setup so if this is how it works then its
fine.
This was a fresh install but I re-ran sipxecs-setup with options
Ok did that and still fails but log shows:
cf3 Initiate variable convergence...
cf3 SET trustkey = 1
cf3 SET encrypt = 1
cf3
...
cf3 * Hailing 192.168.1.32 : 5308, with options -v-K (serial)
cf3
Ran --reset-all on primary server and started over, re-added secondary
to config page. Then ran --reset-all on secondary.
No change.
Aaron Pursell
Network Security Administrator
Easter Seals-Goodwill Northern Rocky Mountain, Inc.
4400 Central Ave
Great Falls, Montana 59405
(406) 771-3721
On Fri, Oct 19, 2012 at 12:22 PM, Aaron Pursell aar...@esgw.org wrote:
cf3 - Connect to 192.168.1.32 = 192.168.1.32 on port 5308
from 192.168.1.21
telnet 192.168.1.32 5308
if you cannot connect, run
service stop iptables
on all machines, then try again, if you still cannot connect, on
Sorry if this gets re-posted a second time. I haven't gotten any confirmation
from the admins that this was or wasn't accepted, and this is something we need
to resolve quickly. Please see my previous email below for details.
Attention SipXecs support
ingates are pretty resilient. the pcap is not attached. the cert if
re-issues would have nothing to do with it.
its more likely a problem with the dial plan within the ingate as it
connects to broadvox. but as there is no pcap or details on this (some
ITSP's use different dialplans for LD versus
George you nailed it the backup from 4.4 did not have the .gz file extension.
When I added the file extension leaving the rest of the file name intact it
seems to have worked waiting for it to come back up now. Thank you very much!
Jeff Deneau
On Oct 19, 2012, at 10:28 AM, Tony Graziano
Attachments typically don't make ti to the list. Post them to a webserver and
provide a url.
483 Too many Hops is generally because the call is getting referred/re-invited
too many times.
The ITSP will typically send the call with predefined number of hops set in
the SIP header. We often
Except with an ingate we can probably preserve the hop count inside
and make it a non issue (I think).
On Fri, Oct 19, 2012 at 2:18 PM, Matt White mwh...@thesummit-grp.com wrote:
Attachments typically don't make ti to the list. Post them to a webserver
and provide a url.
483 Too many Hops is
You might be able to get the ingate to increase the Max-Forwards in newer
firmware.
Most of the ingates I have deployed are running firmware at least a year or so
old, and i had a ticket open with ingate to add this feature but at the time it
wasn't there.
Regardless of what the ingate does,
Hi George!
I yum updated from openuc-stage and verified this now works.
Just for my own edification, is the mechanism for heard/unheard the same in
OpenUC 4.6 as it was in 4.4 (i.e. .sta files), just in mongodb's gridfs? Same
for the from, duration, time received, priority, etc. in .xml
On Fri, Oct 19, 2012 at 9:51 PM, andrewpit...@comcast.net wrote:
Hi George!
I yum updated from openuc-stage and verified this now works.
Just for my own edification, is the mechanism for heard/unheard the same in
OpenUC 4.6 as it was in 4.4 (i.e. .sta files), just in mongodb's gridfs?
Same
Thanks for the info. I will have to read up on GridFS.
- Original Message -
From: George Niculae geo...@ezuce.com
To: Discussion list for users of sipXecs software
sipx-users@list.sipfoundry.org
Sent: Friday, October 19, 2012 2:58:49 PM
Subject: Re: [sipx-users] 4.4.0 to 4.4.6
On
Update #22 : Fri 19. Oct 2012
==
- ** No security updates in this update **
- ISO has *not* been rebuilt as decided in release policy. Yum update
after installation is recommended for getting these updates.
- Thank you all for your
Thanks Joegen for your advice, I shall do that. I did not do that prior to
taking on this endeavour because I did not know this technical detail.
As I stated in my previous posting/email on this subject, I am not an
experienced sipXecs user nor SIP knowledgeable. I hope that this forum will
Hi Tony,
I really appreciate that you took the time to elaborate in detail below. I
shall follow-up and perform your suggestions when time permits. Please also
see my response below.
Best regards,
Henry Kwan
From: Tony Graziano
33 matches
Mail list logo