Polycom says never put the same line on more than 5 phones. Just because you did it doesn't mean you should. ============================ Tony Graziano, Manager Telephone: 434.984.8430 Fax: 434.984.8431
Email: tgrazi...@myitdepartment.net 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: sipx-users-boun...@list.sipfoundry.org <sipx-users-boun...@list.sipfoundry.org> To: 'Discussion list for users of sipXecs software' <sipx-users@list.sipfoundry.org> Sent: Sat Nov 20 14:40:54 2010 Subject: Re: [sipx-users] Inbound Verizon Callers I can point to at least one installation that has a hunt group with 9 Polycom's on it that are all in a hunt group with their line 3. Each phone also has their own two extension so it. It works beautifully. The devil is in the details - IF you are provisioning the same line on multiple phones, then remove that and see if the hunt group still works with your 8 phones. Can you confirm - example - Hunt group number 300 - call to 300 calls 301-308 on line one. Line two is assigned 321-328 on the phones. I think a detail of what each phone has on it will help to understand the circumstances. -----Original Message----- From: sipx-users-boun...@list.sipfoundry.org [mailto:sipx-users-boun...@list.sipfoundry.org] On Behalf Of Tony Graziano Sent: Saturday, November 20, 2010 11:05 AM To: sipx-users@list.sipfoundry.org Subject: Re: [sipx-users] Inbound Verizon Callers Create unique lines for your hunt groups and the problem will go away. Its HOW you are doing it. Tcpdumps will get you nowhere. Make sure you NEVER call the same line more than once in a hunt group and NEVER call another hunt group from a hunt group. What you are doing now is not supported by Polycom. It will also freak the heck out of the RLS system if you ask me. So stop doing it like that. :>) ============================ Tony Graziano, Manager Telephone: 434.984.8430 Fax: 434.984.8431 Email: tgrazi...@myitdepartment.net 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: Tony Graziano <tgrazi...@myitdepartment.net> To: 'sipx-users@list.sipfoundry.org' <sipx-users@list.sipfoundry.org> Sent: Sat Nov 20 13:54:25 2010 Subject: Re: [sipx-users] Inbound Verizon Callers It is not recommended to have the same line provisioned on more than 5 polycom phones. If you are doing this, then DON'T. Polycom has a big "DON'T" on that, and it would explain a lot. Hunt group or not. Thanks for solving this mystery. The cause is not sipx or lan. ============================ Tony Graziano, Manager Telephone: 434.984.8430 Fax: 434.984.8431 Email: tgrazi...@myitdepartment.net 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: sipx-users-boun...@list.sipfoundry.org <sipx-users-boun...@list.sipfoundry.org> To: Discussion list for users of sipXecs software <sipx-users@list.sipfoundry.org> Sent: Sat Nov 20 13:50:31 2010 Subject: Re: [sipx-users] Inbound Verizon Callers @R P - It doesn't matter which phone we unplug to reduce to 7 phones, or which phone we delay the ringing. It still works with 7 or less phone, not with 8. @Michael - we have two numbers A and B. A goes to a hunt group with the 8 extensions assigned to line one of the phones, the extension being the phone number calling in. Number B goes to a user, that user is assigned to line 2 one all 8 phones. The issue is there either way. If I look at a TCP dump from the SipXecs server what I see is we recieve the invite and respond with a 100 Trying, and 180 ringing while the SipX box starts inviting the 8 phones. before some one can answer we receive a cancel, but only if all 8 phone ring a once. If we set one extension to ring if no answer, or remove the number 2 user from one phone all calls comes in fine. Bryan On Fri, Nov 19, 2010 at 3:22 AM, Michael Picher <mpic...@gmail.com> wrote: > What does the inbound ringing look like? Are you trying to ring all 8 > phones at once? If so, how are you doing it? Hunt group or a separate > user > on each phone or a phantom user with forwarding to ring at the same time > on > a bunch of phones? > > Mike > > > On Thu, Nov 18, 2010 at 5:40 PM, R P Herrold <herr...@owlriver.com> wrote: > >> On Thu, 18 Nov 2010, Bryan Anderson wrote: >> >> > All phones get their IP's from the DHCP server distributed >> > on the SipXecs ISO. >> >> It is not unheard of for a MAC address, which is used to try >> to ensure uniqueness of IP assigmment to be duplicated by a >> hardware vendor [I have some specialty hardware that >> intentionally does just that] ; similarly an IP assignment >> pool can sometimes be exhausted >> >> IP conflicts on a lan can cause failures. >> >> I think I would be firing up tcpdump on the monitor port of a >> switch, or setting up hubbed fabric between the DHCP server >> and the rest of the LAN, and watching the DHCP assignment >> conversations closely [port 68] as I plugged and unplugged >> units at this point >> >> something like: >> tcpdump -i eth0 -nN -xX -s 1500 port 68 >> >> see for more details: >> http://www.owlriver.com/tips/tcpdump-tech/ >> >> -- Russ herrold >> _______________________________________________ >> sipx-users mailing list >> sipx-users@list.sipfoundry.org >> List Archive: http://list.sipfoundry.org/archive/sipx-users/ >> > > > > -- > There are 10 kinds of people in this world, those who understand binary > and > those who don't. > > mpic...@gmail.com > blog: http://www.sipxecs.info > call: sip:mpic...@sipxecs.info <sip%3ampic...@sipxecs.info> > > _______________________________________________ > sipx-users mailing list > sipx-users@list.sipfoundry.org > List Archive: http://list.sipfoundry.org/archive/sipx-users/ > _______________________________________________ sipx-users mailing list sipx-users@list.sipfoundry.org List Archive: http://list.sipfoundry.org/archive/sipx-users/ _______________________________________________ sipx-users mailing list sipx-users@list.sipfoundry.org List Archive: http://list.sipfoundry.org/archive/sipx-users/ _______________________________________________ sipx-users mailing list sipx-users@list.sipfoundry.org List Archive: http://list.sipfoundry.org/archive/sipx-users/
