yup ip500s lol.... i wish they were at least 501s lol... but hey they actually work. up tp 3.2.3 rev B :)
On Apr 18, 2010, at 12:54 PM, Josh Patten wrote: > Am I to understand you are running IP500's? Not 501's or 550's? > > If so, it's amazing they actually work. The last firmware revision for them > was 2.1.3 which was known to have problems with sipX. They are considered > "End of Life" by Polycom and should be replaced ASAP. > > Francis Tinio wrote: >> >> ok i got to update to 4.2 and got the polycoms to work with 3.2.3 bootrom. >> >> there is no way for me to test if 4.2 will fix my issues with different >> Locations trying to forward calls to each other. >> >> I'll update you guys tomorrow once our client's office is open. >> >> >> >> On Apr 18, 2010, at 11:05 AM, Tony Graziano wrote: >> >> >>> Firmware 3.1.3RevC is what I would use with 4.0.4. >>> ============================ >>> Tony Graziano, Manager >>> Telephone: 434.984.8430 >>> Fax: 434.984.8431 >>> >>> Email: [email protected] >>> >>> LAN/Telephony/Security and Control Systems Helpdesk: >>> Telephone: 434.984.8426 >>> Fax: 434.984.8427 >>> >>> Helpdesk Contract Customers: >>> http://www.myitdepartment.net/gethelp/ >>> >>> ----- Original Message ----- >>> From: Francis Tinio <[email protected]> >>> To: Tony Graziano <[email protected]> >>> Sent: Sun Apr 18 10:58:40 2010 >>> Subject: Re: [sipx-users] cannot transfer between 2 remote locations >>> >>> polycom IP500s for all, since that's what the customer has. Using bootrom >>> 3.1.0 since 3.2.3 were giving us errors. >>> >>> >>> On Apr 18, 2010, at 10:55 AM, Tony Graziano wrote: >>> >>> >>>> type of phone and firmware version of the phone. >>>> >>>> On Sun, Apr 18, 2010 at 10:54 AM, Francis Tinio <[email protected]> wrote: >>>> >>>>> not sure what you meant by branch. >>>>> >>>>> it's actually 1 server, 1 installation. So basically, all phones used to >>>>> be in Location A. But since I sometime have to be in Location B, I >>>>> decided to bring 2 of the phones with me to Location B. So both phones >>>>> still connect to the same server and still works. But now cannot contact >>>>> the extensions in Location A. >>>>> >>>>> So basically no special setup is done, no branches, no multiple servers, >>>>> and just 1 numbering plan. >>>>> >>>>> How we setup is that you should be able to take any phone and bring it >>>>> with you, then plug in and it should still work even if you're on a >>>>> different location or office. >>>>> >>>>> Oh we are still using 4.0.4 as I couldn't get 4.2 to work. >>>>> >>>>> >>>>> On Apr 18, 2010, at 10:37 AM, Tony Graziano wrote: >>>>> >>>>> >>>>>> Is this in a virtual server or do you have it setup as a two >>>>>> installations on the same server? I don't understand this scenario at >>>>>> all. If I was calling between locations I would setup a unique >>>>>> numbering plan. Are these two sites or two branches? You say >>>>>> locations, it is too general a term. What version of sipx? >>>>>> >>>>>> Site A: 5000-5999 >>>>>> Site B: 6000-6999 >>>>>> >>>>>> Please see http://track.sipfoundry.org/browse/XX-8221 >>>>>> >>>>>> >>>>>> On Sun, Apr 18, 2010 at 10:31 AM, Francis Tinio <[email protected]> >>>>>> wrote: >>>>>> >>>>>>> Both locations use one server that is located in a dataceneter, >>>>>>> Location C. No NAT for the server as it sits on a public IP with >>>>>>> internal firewall configured. Location A has extensions 5001 and 5004, >>>>>>> Location B has 5002 and 5003. >>>>>>> >>>>>>> Both phone systems are using Polycom IP500s. >>>>>>> >>>>>>> >>>>>>> On Apr 18, 2010, at 10:28 AM, Tony Graziano wrote: >>>>>>> >>>>>>> >>>>>>>> I don't know your configuration, but the (new) wiki says to set up >>>>>>>> each system as an unmanaged gateway for site-to-site calling. >>>>>>>> >>>>>>>> In order to transfer the calls you need a site to site dialing plan . >>>>>>>> >>>>>>>> What you are not saying is: >>>>>>>> >>>>>>>> Whether or not you can natively dial between locations. >>>>>>>> Whether or not the call gets dropped, silence or lost/hung. >>>>>>>> >>>>>>>> You should also describe the phone type at both sides involved and the >>>>>>>> firmware (if not a softphone). >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> On Sun, Apr 18, 2010 at 10:20 AM, Francis Tinio <[email protected]> >>>>>>>> wrote: >>>>>>>> >>>>>>>>> sonicwall, but ports are opened and calls actually work. I mean >>>>>>>>> Location A can take and receive calls, and forward calls within the >>>>>>>>> same Location. The same for Location B. The issue happens when >>>>>>>>> Location A transfers to Location B or Location A calls Location B. >>>>>>>>> >>>>>>>>> >>>>>>>>> On Apr 18, 2010, at 8:33 AM, Picher, Michael wrote: >>>>>>>>> >>>>>>>>> >>>>>>>>>> Hmmm... what kind of firewalls at the remote sites? >>>>>>>>>> >>>>>>>>>> >>>>>>>>>>> -----Original Message----- >>>>>>>>>>> From: Francis Tinio [mailto:[email protected]] >>>>>>>>>>> Sent: Sunday, April 18, 2010 8:17 AM >>>>>>>>>>> To: Picher, Michael >>>>>>>>>>> Subject: RE: [sipx-users] cannot transfer between 2 remote >>>>>>>>>>> locations >>>>>>>>>>> >>>>>>>>>>> Nope internet calling is currently disabled. >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> -----Original Message----- >>>>>>>>>>> From: Picher, Michael <[email protected]> >>>>>>>>>>> Sent: April 18, 2010 7:33 AM >>>>>>>>>>> To: Francis Tinio <[email protected]>; Scott Lawrence >>>>>>>>>>> <[email protected]> >>>>>>>>>>> Cc: sipx-users <[email protected]> >>>>>>>>>>> Subject: RE: [sipx-users] cannot transfer between 2 remote >>>>>>>>>>> locations >>>>>>>>>>> >>>>>>>>>>> Sounds like maybe you have Internet Calling enabled... it should >>>>>>>>>>> be >>>>>>>>>>> disabled. >>>>>>>>>>> >>>>>>>>>>> Mike >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>>> -----Original Message----- >>>>>>>>>>>> From: [email protected] [mailto:sipx-users- >>>>>>>>>>>> [email protected]] On Behalf Of Francis Tinio >>>>>>>>>>>> Sent: Friday, April 16, 2010 11:45 AM >>>>>>>>>>>> To: Scott Lawrence >>>>>>>>>>>> Cc: sipx-users >>>>>>>>>>>> Subject: Re: [sipx-users] cannot transfer between 2 remote >>>>>>>>>>>> locations >>>>>>>>>>>> >>>>>>>>>>>> basically, this is how we're setup with this client. >>>>>>>>>>>> >>>>>>>>>>>> The sipx server is in our Philly datacenter. It's not behind NAT >>>>>>>>>>>> >>>>>>>>>> and >>>>>>>>>> >>>>>>>>>>>> it has a public IP with firewall turned on. All ports closed >>>>>>>>>>>> except >>>>>>>>>>>> the ones I said earlier. Then we have 2 locations. Our client's >>>>>>>>>>>> office, and our office. We have phones in both locations >>>>>>>>>>>> connected >>>>>>>>>>>> >>>>>>>>>>> to >>>>>>>>>>> >>>>>>>>>>>> the sipx server. >>>>>>>>>>>> >>>>>>>>>>>> As for firewall, both offices are behind firewalls and the polycom >>>>>>>>>>>> phones behind NAT. Location A has extensions 5001, 5004. >>>>>>>>>>>> Location >>>>>>>>>>>> >>>>>>>>>> B >>>>>>>>>> >>>>>>>>>>>> has 5002, 5003. >>>>>>>>>>>> >>>>>>>>>>>> Incoming calls go through without issue for both locations. THey >>>>>>>>>>>> >>>>>>>>>> can >>>>>>>>>> >>>>>>>>>>>> receive and make calls. We can receive and make calls. However, >>>>>>>>>>>> Location A cannot contact Location B. But we can call from within >>>>>>>>>>>> >>>>>>>>>>> the >>>>>>>>>>> >>>>>>>>>>>> same location. 5001 can call 5004 but not 5002. 5002 can call >>>>>>>>>>>> >>>>>>>>>> 5003 >>>>>>>>>> >>>>>>>>>>>> but not 5001. Although the extensions would ring, except that >>>>>>>>>>>> >>>>>>>>>> there >>>>>>>>>> >>>>>>>>>>>> is no audio when the call is picked up. But within the same >>>>>>>>>>>> >>>>>>>>>> location >>>>>>>>>> >>>>>>>>>>>> audio is fine. >>>>>>>>>>>> >>>>>>>>>>>> Also, if 5001 calls 5002 and 5002 does not pickup, the call >>>>>>>>>>>> successfully gets redirected to the VM system with audio working. >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> On Apr 16, 2010, at 11:36 AM, Scott Lawrence wrote: >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>>> On Fri, 2010-04-16 at 10:59 -0400, Francis Tinio wrote: >>>>>>>>>>>>> >>>>>>>>>>>>>> Hi. >>>>>>>>>>>>>> >>>>>>>>>>>>>> Our issue with calls suddenly disconnecting after 18 secs has >>>>>>>>>>>>>> >>>>>>>>>> been >>>>>>>>>> >>>>>>>>>>>>>> fixed. >>>>>>>>>>>>>> >>>>>>>>>>>>>> However, it appears another problem that I initially thought was >>>>>>>>>>>>>> linked to this is not. We cannot seem to call another extension >>>>>>>>>>>>>> >>>>>>>>>>> on >>>>>>>>>>> >>>>>>>>>>>> a >>>>>>>>>>>> >>>>>>>>>>>>>> different location. Nor can we transfer calls between phones on >>>>>>>>>>>>>> different locations. We can however call extensions located in >>>>>>>>>>>>>> >>>>>>>>>>> the >>>>>>>>>>> >>>>>>>>>>>>>> same location and transfer calls in the same location. >>>>>>>>>>>>>> >>>>>>>>>>>>>> Are there specific ports needed for call transferring? I know >>>>>>>>>>>>>> we >>>>>>>>>>>>>> >>>>>>>>>>>> have >>>>>>>>>>>> >>>>>>>>>>>>>> enabled ports 21, 8443, 12000, 5060, 5070 5080, 30000-31000 >>>>>>>>>>>>>> >>>>>>>>>>>>> There's no way to answer your question without a careful >>>>>>>>>>>>> >>>>>>>>>>> description >>>>>>>>>>> >>>>>>>>>>>> how >>>>>>>>>>>> >>>>>>>>>>>>> your different locations are configured (dial plans, extension >>>>>>>>>>>>> numbering, local network definitions), what phones you are using >>>>>>>>>>>>> (including version numbers), and how your network is configured >>>>>>>>>>>>> >>>>>>>>>>> (are >>>>>>>>>>> >>>>>>>>>>>>> there NATs between the locations, private VPNs...). >>>>>>>>>>>>> >>>>>>>>>>>>> After you've described all that... a careful description of what >>>>>>>>>>>>> >>>>>>>>>>> call >>>>>>>>>>> >>>>>>>>>>>> is >>>>>>>>>>>> >>>>>>>>>>>>> made that does not work, and specifically what failure you see >>>>>>>>>>>>> >>>>>>>>>> (sip >>>>>>>>>> >>>>>>>>>>>>> traces please, not narrative about what noises are heard). >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>> _______________________________________________ >>>>>>>>>>>> sipx-users mailing list [email protected] >>>>>>>>>>>> List Archive: http://list.sipfoundry.org/archive/sipx-users >>>>>>>>>>>> Unsubscribe: >>>>>>>>>>>> http://list.sipfoundry.org/mailman/listinfo/sipx-users >>>>>>>>>>>> sipXecs IP PBX -- http://www.sipfoundry.org/ >>>>>>>>>>>> >>>>>>>>> _______________________________________________ >>>>>>>>> sipx-users mailing list [email protected] >>>>>>>>> List Archive: http://list.sipfoundry.org/archive/sipx-users >>>>>>>>> Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-users >>>>>>>>> sipXecs IP PBX -- http://www.sipfoundry.org/ >>>>>>>>> >>>>>>>>> >>>>>>>> >>>>>>>> -- >>>>>>>> ====================== >>>>>>>> Tony Graziano, Manager >>>>>>>> Telephone: 434.984.8430 >>>>>>>> Fax: 434.984.8431 >>>>>>>> >>>>>>>> Email: [email protected] >>>>>>>> >>>>>>>> LAN/Telephony/Security and Control Systems Helpdesk: >>>>>>>> Telephone: 434.984.8426 >>>>>>>> Fax: 434.984.8427 >>>>>>>> >>>>>>>> Helpdesk Contract Customers: >>>>>>>> http://www.myitdepartment.net/gethelp/ >>>>>>>> >>>>>>>> Why do mathematicians always confuse Halloween and Christmas? >>>>>>>> Because 31 Oct = 25 Dec. >>>>>>>> >>>>>>> >>>>>>> >>>>>> >>>>>> -- >>>>>> ====================== >>>>>> Tony Graziano, Manager >>>>>> Telephone: 434.984.8430 >>>>>> Fax: 434.984.8431 >>>>>> >>>>>> Email: [email protected] >>>>>> >>>>>> LAN/Telephony/Security and Control Systems Helpdesk: >>>>>> Telephone: 434.984.8426 >>>>>> Fax: 434.984.8427 >>>>>> >>>>>> Helpdesk Contract Customers: >>>>>> http://www.myitdepartment.net/gethelp/ >>>>>> >>>>>> Why do mathematicians always confuse Halloween and Christmas? >>>>>> Because 31 Oct = 25 Dec. >>>>>> >>>>> >>>>> >>>> >>>> -- >>>> ====================== >>>> Tony Graziano, Manager >>>> Telephone: 434.984.8430 >>>> Fax: 434.984.8431 >>>> >>>> Email: [email protected] >>>> >>>> LAN/Telephony/Security and Control Systems Helpdesk: >>>> Telephone: 434.984.8426 >>>> Fax: 434.984.8427 >>>> >>>> Helpdesk Contract Customers: >>>> http://www.myitdepartment.net/gethelp/ >>>> >>>> Why do mathematicians always confuse Halloween and Christmas? >>>> Because 31 Oct = 25 Dec. >>>> >> >> >> _______________________________________________ >> sipx-users mailing list [email protected] >> List Archive: http://list.sipfoundry.org/archive/sipx-users >> Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-users >> sipXecs IP PBX -- http://www.sipfoundry.org/ >> > > _______________________________________________ > sipx-users mailing list [email protected] > List Archive: http://list.sipfoundry.org/archive/sipx-users > Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-users > sipXecs IP PBX -- http://www.sipfoundry.org/
_______________________________________________ sipx-users mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-users Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-users sipXecs IP PBX -- http://www.sipfoundry.org/
