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
_______________________________________________ sipx-users mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-users/
