hi,
I am running a SipX 4.0.1 and we have around 20 Remote Workers with a Polycom
550. Is there any possibility to run a provisioning service for the phones,
even they are behind a NAT?
Thank you very much!
regards,
thomas
--
GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT!
Jetzt frei
I don't have much experience yet, but I can share my experience with you
regarding phone configurations. I have tried both Polycom phones (331/501/550)
and Cisco 7940. I have to admit, Polycom phones are configured better than
Cisco in this case. I used Cisco with Call Manager before, it was muc
Hi, all,
I am a new comer to the open source VOIP solution, especially SipXecs. But I
am quite an experienced Cisco VoIP consultant with Cisco CCIE voice
certificate.
Many reasons trigger me to turn to the direction of open source solution of
VOIP, one of which is I want to give my customers bett
I seem to recall some issues if there is not a standard "A" record for the
domain pointing back to sipxecs with Snom m3's, (not the 320) so your issue may
be similar.
Assuming your domain is "apiwc.local", when you ping the domain from a system
on the network does it resolve to the IP address of
Hi there:
I am running 4.01 with windows DNS. There are SRV records.
The SNOM 320 phones are not registering. The phones pick up the config
file, but fail to register. In the logs, there are these entries:
[5]24/8/2009 16:41:21: sip::process_auth:Match challenge for user=341,
realm=apiwc.local
[
I used tcpflow, tcpdump, and the java sipviewer.
I am on a windows box so I rany merge-logs then downloaded
/var/log/sipx/merged.xml with winscp and opened it with the sipveiwer.
Still really hard to get info from SIP headers, and tcpflow gives the same
info.
My problem ended up being DNS SRV was
pfSense has a way to capture data flying through it right in the gui, then
download the capture file to your computer and open it with WireShark...
Mike
-Original Message-
From: sipx-users-boun...@list.sipfoundry.org
[mailto:sipx-users-boun...@list.sipfoundry.org] On Behalf Of Todd Hodg
Yes, this could be clarified a lot...
-Original Message-
From: Tony Graziano [mailto:tgrazi...@myitdepartment.net]
Sent: Monday, August 24, 2009 4:57 PM
To: Picher, Michael; mra...@gmail.com
Cc: sipx-users@list.sipfoundry.org
Subject: RE: [sipx-users] sipxbridge question...
I'm a little
I thought I had rebooted but perhaps not. Upon reboot, the service is now
running.
]# sipxproc -l
{"FreeSWITCH"=>"Running",
"sipXmrtg"=>"Running",
"SIPRegistrar"=>"Running",
"ParkServer"=>"Running",
"ConfigAgent"=>"Disabled",
"CallResolver"=>"Running",
"ACDServer"=>"Disabled",
"SIPStatus"=
I'm a little late to the conversation. I think the readme in the patch should
have somewhat more description on how to apply it. I "think" applying a java
patch while the "jar" files are being used doesn't work.
Could you try to shut down sipxecs altogether and checking to see if any sipx
relat
Ah, interesting, had not noticed this before;
{"FreeSWITCH"=>"Running",
"sipXmrtg"=>"Running",
"SIPRegistrar"=>"Running",
"ParkServer"=>"Running",
"ConfigAgent"=>"Disabled",
"CallResolver"=>"Running",
"ACDServer"=>"Disabled",
"SIPStatus"=>"Disabled",
"ConfigServer"=>"Running",
"CallResolv
> You should apply the patch with the system shut down. Once you have
> applied the patch, you cannot shut it down from the GUI. You will need
> to find the sipxbridge processes and kill them independently or you
> can reboot your sipx machine. Did you shut down the sipxbridge
> instances manually?
Thanks Kevin, that's what we thought it might be.
Mike
>> When I build a new, additional server to create a cluster, I have access
>> to the basic server functions from the drop down server list but can
>> never connect directly to the server using the usual
>> https://myserver.com:8443/sipxconfi
On Mon, 2009-08-24 at 12:25 -0400, Dan White wrote:
> I have a need for all phone calls coming in to go to a receptionist,
> and they will know what phone call the person dialed, and how to
> answer the phone.
>
>
>
> So for instance, I call Joe Smith on his number, the receptionist
> answers
I understand that we are supposed to forward port 5060 from ITSP's to port 5080
so have set up a separate IP for ITSP's. However, there are some things I am
not clear on, as follow.
The requirement is for two IP's so I took advantage and created three SipX
servers.
uc70.mydomain.com 192
On Mon, 2009-08-24 at 13:47 -0500, li...@grounded.net wrote:
> When I build a new, additional server to create a cluster, I have access to
> the basic server functions from the drop down server list but can never
> connect directly to the server using the usual
> https://myserver.com:8443/sipxco
When I build a new, additional server to create a cluster, I have access to the
basic server functions from the drop down server list but can never connect
directly to the server using the usual https://myserver.com:8443/sipxconfig/
URL.
Is this the usual method once a server is part of the cl
> With great FREE sniffers out there, I'd love to see feature enhancements to
> the product, rather than building tools that are widely available into the
> system.
I think what might be needed is a basic form of troubleshooting. For the
network side, there's wireshark for example and yes, I for
How about a switch with Port mirroring and a sniffer? Most sniffers allow
you to set up for call flows, so you can see exactly what is going on,
digits dialed, etc. This would allow you to look at an individual phone, or
your link to your ITSP.
With great FREE sniffers out there, I'd love to see
We've spent a week trying to figure some problems out and find it immensely
difficult without some simpler method of watching what's going on. On asterisk,
I can watch two things and get everything I need, the Full log and the asterisk
CLI.
I'd love to see something built in, from the console p
I have a need for all phone calls coming in to go to a receptionist, and
they will know what phone call the person dialed, and how to answer the
phone.
So for instance, I call Joe Smith on his number, the receptionist
answers and sees that the number dialed was for Joe smith and then
answers i
I'm just downloading my ISO now and hope to be ordering this service
later in the week.
On the off chance there could be a problem with it - anyone using it?
http://www.unlimitel.ca/temp/services/voip_services/voip_ala_carte.html
--
“Don't eat anything you've ever seen advertised on TV”
> Thanks for the clarification on the bridge. I'll put the
> Sonic Wall TZ190 back in place tonight and test again. Upon
> futher reflection... I think the warning I saw regarding
> symmetric NAT was in the media relay log. The Sonic Wall has
> a SIP ALG and I do have it disabled to allow Si
On Mon, Aug 24, 2009 at 11:49 AM, Picher,
Michael wrote:
> Yes, I sent you a snapshot... sipxbridge won't start at all now with
> the patch applied.
You should apply the patch with the system shut down. Once you have
applied the patch, you cannot shut it down from the GUI. You will need
to find
Thanks for the clarification on the bridge. I'll put the Sonic Wall
TZ190 back in place tonight and test again. Upon futher reflection... I
think the warning I saw regarding symmetric NAT was in the media relay
log. The Sonic Wall has a SIP ALG and I do have it disabled to allow
SipX to do all t
Yes, I sent you a snapshot... sipxbridge won't start at all now with
the patch applied.
-Original Message-
From: M. Ranganathan [mailto:mra...@gmail.com]
Sent: Monday, August 24, 2009 10:54 AM
To: Picher, Michael
Cc: Tony Graziano; sipx-users@list.sipfoundry.org
Subject: Re: [sipx-users]
OK, that is fine. I just make sure if the CLIR of sipx is only working on
the external call.
Regards,
Jun
-Original Message-
From: Scott Lawrence [mailto:scott.lawre...@nortel.com]
Sent: Monday, August 24, 2009 11:14 PM
To: jun,wen
Cc: 'Picher, Michael'; sipx-users@list.sipfoundry.org
S
From: Picher, Michael [mailto:mpic...@cmctechgroup.com]
> Sounded to me like they want to block internal callerid between
> extensions...
jun,wen wrote:
> Yes, if it is possible
No, it is not (unless you find phones that will do it, but even then
there will be a P-Asserted-Identity header t
Yes, if it is possible
-Original Message-
From: Picher, Michael [mailto:mpic...@cmctechgroup.com]
Sent: Monday, August 24, 2009 10:18 PM
To: Scott Lawrence; jun,wen
Cc: sipx-users@list.sipfoundry.org
Subject: RE: [sipx-users] Caller ID Restriction (CLIR)
Sounded to me like they want
On Mon, Aug 24, 2009 at 10:27 AM, Picher,
Michael wrote:
> Nope... same problem...
It will not appear in the drop down for SBC if that is what you were
expecting to see. That is a 4.1 feature we are working on.
Was there another problem?
Ranga
>
> -Original Message-
> From: sipx-users-
Nope... same problem...
-Original Message-
From: sipx-users-boun...@list.sipfoundry.org
[mailto:sipx-users-boun...@list.sipfoundry.org] On Behalf Of Picher,
Michael
Sent: Monday, August 24, 2009 8:52 AM
To: Tony Graziano; mra...@gmail.com
Cc: sipx-users@list.sipfoundry.org
Subject: Re: [s
Sounded to me like they want to block internal callerid between
extensions...
-Original Message-
From: sipx-users-boun...@list.sipfoundry.org
[mailto:sipx-users-boun...@list.sipfoundry.org] On Behalf Of Scott
Lawrence
Sent: Monday, August 24, 2009 10:09 AM
To: jun,wen
Cc: sipx-users@list.s
On Mon, 2009-08-24 at 21:54 +0800, jun,wen wrote:
> CLIR - Call Line Identification Restriction.
Sorry - I guess I didn't make myself clear...
What does the above feature _do_? What change do you want to make to
calls?
___
sipx-users mailing list sipx
CLIR - Call Line Identification Restriction.
-Original Message-
From: Scott Lawrence [mailto:scott.lawre...@nortel.com]
Sent: Monday, August 24, 2009 9:29 PM
To: jun,wen
Cc: sipx-users@list.sipfoundry.org
Subject: Re: [sipx-users] Caller ID Restriction (CLIR)
On Mon, 2009-08-24 at 16:53
>
> Over the past few weeks I've been considering SipX as a
> replacement for our existing phone system. My greatest
> interest is in the remote worker configuration to help
> support "virtual office" functionality. I don't really have
> any questions, but thought I'd share my experience in
On Mon, 2009-08-24 at 16:53 +0800, jun,wen wrote:
> Hi, how could I implement the CLIR - Caller ID Restriction on a internal
> call in sipx ? I found Block Caller ID inside Caller ID under Users but it
> seems working on external calls.
What do you mean by 'Caller ID Restriction'?
(the problem w
Ah... I'll give that a whirl.
-Original Message-
From: Tony Graziano [mailto:tgrazi...@myitdepartment.net]
Sent: Monday, August 24, 2009 8:32 AM
To: Picher, Michael; mra...@gmail.com
Cc: sipx-users@list.sipfoundry.org
Subject: Re: [sipx-users] sipxbridge question...
I think sipxbridge n
I think sipxbridge needs to be shut down before the patch can be applied
properly.
-Original Message-
From: "Picher, Michael"
To: M. Ranganathan
Cc:
Sent: 8/24/2009 6:57:29 AM
Subject: Re: [sipx-users] sipxbridge question...
Hey Ranga,
I applied that patch to a fresh 4.0.1 box and
Hey Ranga,
I applied that patch to a fresh 4.0.1 box and an upgraded (from 3.10.3)
4.0.1 box... This is coming up...
sipXbridge was running before the patch.
Thanks,
Mike
Standard error
* SipXbridge : Exception caught while running
* org.sipfoundry.sipxbridge.SipXbridgeExceptio
I was... I thought that was working, but maybe I'm getting ahead of
myself.
Thanks,
Mike
-Original Message-
From: M. Ranganathan [mailto:mra...@gmail.com]
Sent: Saturday, August 22, 2009 12:05 PM
To: Picher, Michael
Cc: sipx-users@list.sipfoundry.org
Subject: Re: [sipx-users] si
Hi, how could I implement the CLIR - Caller ID Restriction on a internal
call in sipx ? I found Block Caller ID inside Caller ID under Users but it
seems working on external calls.
Regards,
Jun
___
sipx-users mailing list sipx-users@list.sipfoundry.org
41 matches
Mail list logo