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/

Reply via email to