Thanks Tony, yes I was aware of the other brands, and was on the verge
of buying Cyberdata units, but in the end went with Valcom because I
read that they worked better with sipX.....which may or may not be
true......I am sure though that this is a pretty simply issue for them
to sort out...I just need to get hold of the right person in their
support department probably!
I mean it works perfectly if I want to the intercom to call one
user/phone....but I don't I want it to call a number of people!
From: [email protected]
[mailto:[email protected]] On Behalf Of Tony
Graziano
Sent: 30 April 2012 15:24
To: Discussion list for users of sipXecs software
Subject: Re: [sipx-users] Interesting Hunt Group Issues from the UK
I've only used their overhead paging, which does't actually place calls
so it has not been an issue. There are other door intercom solutions
available beside valcom. I am trying to schedule an ATX video trial this
week but they are pricey (around 1000 USD each, and do video, h.263
only).
On Mon, Apr 30, 2012 at 10:11 AM, Robert Doick
<[email protected]> wrote:
Thanks Mike - I have pretty much exhausted all avenues in trying to get
this to work.
I've also tried the phantom user route, and this too doesn't work and
results in not being able to answer the call on Polycom phones/have to
reject the call.
I had some CallerID issues as well with the Valcom and the only way to
overcome that was to give the Valcom "user" a named extension as
opposed to a number.
Tony Graziano suggested I try changing it back to a number to see if it
made a difference to the hunt group or phantom user, but alas it didn't.
I've sent a trace to Valcom, and await their thoughts. As you say
probably the Valcom doesn't understand the way sipX uses hunt groups as
a stateless proxy.
If there's any other suggestions or real world experience of people
using Valcom intercom's with sipX i'd love to hear people's experiences.
Rob.
From: [email protected]
[mailto:[email protected]] On Behalf Of Michael
Picher
Sent: 26 April 2012 18:27
To: Discussion list for users of sipXecs software
Subject: Re: [sipx-users] Interesting Hunt Group Issues from the UK
Sounds to me like the Valcom is having trouble with the way sipXecs does
hunt groups (it does not do them as a b2bua... it does them like a
stateless proxy).
I'd suggest capturing that traffic with wireshark and asking Valcom
"what's up?"
Short of that, you might be able to configure a phantom user to ring one
extension at a time (in that user's call forwarding) through a set of
extensions. This might work better for the Valcom.
Mike
On Thu, Apr 26, 2012 at 9:39 AM, Robert Doick
<[email protected]> wrote:
Hi Everyone, this is my first post so please be gentle!
My sipXecs (4.4.0- 2011-04-19) installation is running in a virtualised
environment, with approx 40 users. Everything works pretty much very
well, now that I have overcome some early teething issues, mainly solved
through reading these informative forums.
In my environment I have mainly Polycom Soundpoint 335's running
"spip_ssip_vvx_3_2_6_release_sig_split.zip" for the SIP Application, and
"spip_ssip_BootROM_4_3_1_release_sig.zip" for the Bootrom.
Our site has a number of physical entrances where I am proposing to
install a few Valcom VIP-172L IP Intercom/Doorphones to operate our Yard
In and Out gates through the sipX system.
I have the Valcom's registering on the sytem fine (after a couple of
calls to Valcom's tech support regarding CallerID and DNS) and this is
where the story begins;
(The following are all internal tests/calls on the "LAN", there is no
NAT or remote'ness happening here)
Tests with no Hunt Group;
- I can call from the Valcom (using the Auto Destination function) to a
single Polycom Soundpoint 335 or 320 no problem.
- I can answer the call from the phone and hear speech from the
Intercom, and can even pass the DTMF # to the unit to fire the unlock
mechanism (although it is still sitting on my desk, so not actually in
operation)
- I can call from the Valcom (using the Auto Destination function) to a
single Android SIP client (CSIPSimple) no problem.
- I can answer the call from the softphone and hear speech from the
Intercom, and can even pass the DTMF # to the unit to fire the unlock
mechanism (although it is still sitting on my desk, so not actually in
operation)
Tests with Hunt Groups;
- I can call from the Valcom (using the Auto Destination function) to a
Hunt Group with Polycom Soundpoint 335 or 320 members, however they are
unable to actually answer the call, either with the handset or using the
display "answer" key. I have to terminate the call using the display
"reject" option.
- I can call from the Valcom (using the Auto Destination function) to a
Hunt Group with a single Polycom Soundpoint 335 or 320 member, however
they are unable to actually answer the call, either with the handset or
using the display "answer" key. I have to terminate the call using the
display "reject" option.
- I can call from the Valcom (using the Auto Destination function) to a
Hunt Group with Polycom Soundpoint 335 or 320 members and a CSIPSimple
Android softphone. The Polycom's do as above and are unable to actually
answer the call, either with the handset or using the display "answer"
key. I have to terminate the call using the display "reject" option. The
CSIPSimple client CAN however answer the call!
I have tried all of the above with no sucess with the "Use Voicemail" or
"Allow Call Forwarding" options which do not seem to make a difference.
There are no Call Forwarding options set on the users accounts.
Interestingly as a side note - I have this system interoperating with a
Nortel BCM 400 (i.e I can make calls between the two, but cannot pass
DTMF which is a long story). If I set a user/extension member of the
Hunt Group to also call forward to an extension on the Nortel system,
they can answer the call, whereas the Polycom cannot! Weird!
Would anyone have a clue as to what is going on??
Any help greatly appreciated.
Best regards
Rob.
______________________________________________________________________
This email has been scanned by the MessageLabs Email Security System on
behalf of the ES Global Ltd.
For more information please visit http://www.symanteccloud.com
______________________________________________________________________
_______________________________________________
sipx-users mailing list
[email protected]
List Archive: http://list.sipfoundry.org/archive/sipx-users/
--
Michael Picher, Director of Technical Services
eZuce, Inc.
300 Brickstone Square
Suite 201
Andover, MA. 01810
O.978-296-1005 X2015
M.207-956-0262
@mpicher <http://twitter.com/mpicher>
www.ezuce.com
------------------------------------------------------------------------
------------------------------------
There are 10 kinds of people in the world, those who understand binary
and those who don't.
______________________________________________________________________
This email has been scanned by the MessageLabs Email Security System on
behalf of the ES Global Ltd.
For more information please visit http://www.symanteccloud.com
______________________________________________________________________
______________________________________________________________________
This email has been scanned by the MessageLabs Email Security System on
behalf of the ES Global Ltd.
For more information please visit http://www.symanteccloud.com
______________________________________________________________________
_______________________________________________
sipx-users mailing list
[email protected]
List Archive: http://list.sipfoundry.org/archive/sipx-users/
--
~~~~~~~~~~~~~~~~~~
Tony Graziano, Manager
Telephone: 434.984.8430
sip: [email protected]
Fax: 434.465.6833
~~~~~~~~~~~~~~~~~~
Linked-In Profile:
http://www.linkedin.com/pub/tony-graziano/14/4a6/7a4
Ask about our Internet Fax services!
~~~~~~~~~~~~~~~~~~
LAN/Telephony/Security and Control Systems Helpdesk:
Telephone: 434.984.8426
sip: [email protected]
Helpdesk Customers: http://myhelp.myitdepartment.net
Blog: http://blog.myitdepartment.net
______________________________________________________________________
This email has been scanned by the MessageLabs Email Security System on
behalf of the ES Global Ltd.
For more information please visit http://www.symanteccloud.com
______________________________________________________________________
______________________________________________________________________
This email has been scanned by the MessageLabs Email Security System on behalf
of the ES Global Ltd.
For more information please visit http://www.symanteccloud.com
______________________________________________________________________
_______________________________________________
sipx-users mailing list
[email protected]
List Archive: http://list.sipfoundry.org/archive/sipx-users/
