Well, I: NEVER create a user with anything other than the line number (Internal). It's VERY typical jobs or roles are reassigned, and DID numbers can be easily moved without a phone change or a user retrain. NEVER login as an alias. If people use their line number, they'll always know their internal line number. NEVER register to an IP address instead of the domain. Things (transfers) will not work after the registration.
This was I NEVER have to ask myself for a do-over. Sometimes, like watching the Olympics, if you fall coming out of the gate or next to the finish line on the finals, there's no "do-over", and sometimes not having one really sucks. On Thu, Feb 18, 2010 at 3:17 PM, Burden, Mike <m...@lynk.com> wrote: > Agreed. > > > > The advice I got was to create a user for each DID (I named mine DID001, > DID002, etc.) > > > > For each user that represents a DID number, add the number to the > “Aliases”. I added the number three times in the alias field, once with 7 > digits (no area code), once as 10 digits (area code + number) and once as 11 > digits (1 + area code + number) to cover the bases. > > > > Then use the forwarding rules to forward calls to the conference bridge. > > > > [image: cid:image001.jpg@01C85750.45790B60] > > * **Mike Burden* > > [image: Lynk.gif]* > Lynk Systems, Inc* > > * e-mail:* m...@lynk.com > > * Phone:* 616-532-4985 > > > > > > > > > *From:* sipx-users-boun...@list.sipfoundry.org [mailto: > sipx-users-boun...@list.sipfoundry.org] *On Behalf Of *Tony Graziano > *Sent:* Thursday, February 18, 2010 2:49 PM > *To:* Michael Scheidell > *Cc:* sipx-users@list.sipfoundry.org > *Subject:* Re: [sipx-users] did inbound to conference > > > > > > On Thu, Feb 18, 2010 at 2:41 PM, Michael Scheidell <scheid...@secnap.net> > wrote: > > > > On 2/18/10 2:36 PM, Scott Lawrence wrote: > > > > See > > > > http://wiki.sipfoundry.org/display/xecsuserV4r0/How+to+configure+Direct+Inbound+Dialing+(DID)#HowtoconfigureDirectInboundDialing(DID)-DefiningaDIDprefixDialingRule > > > > for how to strip numbers from an inbound DID. > > > > > > yuck, dial plan rules. I did all this without dial plan rules. > I don't have ANY inbound dial plan rules (yet) > > > > -- > Michael Scheidell, CTO > Phone: 561-999-5000, x 1259 > > *| *SECNAP Network Security Corporation > > - Certified SNORT Integrator > - 2008-9 Hot Company Award Winner, World Executive Alliance > - Five-Star Partner Program 2009, VARBusiness > - Best Anti-Spam Product 2008, Network Products Guide > - King of Spam Filters, SC Magazine 2008 > > > ------------------------------ > > This email has been scanned and certified safe by SpammerTrap®. > For Information please see http://www.secnap.com/products/spammertrap/ > ------------------------------ > > > > > _______________________________________________ > sipx-users mailing list sipx-users@list.sipfoundry.org > 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/ > > > > You start necessitating this yourself by creating the line number as the > DID number. If your account extensions were normal (3 or 4 digit) none of > this would be necessary. > > > > DELETE the phantom user and conference. CREATE both as 3 or 4 digits as per > your internal dial plan. ADD the alias for the DID to the phantom user, > forward the phantom user to the 3 or 4 digit conference. > > > > This IS_THE_WAY to achieve no necessitating an internal dial plan. Once you > start to create chaos, you will be forced to deal with it every day. > -- ====================== 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/ Why do mathematicians always confuse Halloween and Christmas? Because 31 Oct = 25 Dec.
<<image001.jpg>>
<<image002.gif>>
_______________________________________________ sipx-users mailing list sipx-users@list.sipfoundry.org 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/