[cisco-voip] Advice / Suggestions on large extension move?

[Craig Staffin]

you can do that in BAT

Export phones and reimport them

On 3/15/07, Dane <d4rkf1ber at gmail.com> wrote:
>
> Craig, no problem at all.  I appreciate any input.
>
> In fact your comments have been helpful because it has made me think
> more about things.
>
> For instance you mention the possibility of leaving the second line on
> the phone.
>
> I am thinking about that as well.  The idea being that if I make their
> primary line the new extension, then basically move their current line
> to the second line on the phone I think the clean up process might
> possibly be easier at the end of the 3 month period.
>
> The thought being if all of these phones are grouped together
> correctly and I know that the second line on all phones in the group
> can be removed at a certain period of time it might be possible "not
> sure how to be honest" to do a mass delete of the second line.
>
> Now if I can figure out the best way to export and import phones.  I
> think thats where SQL experts come in.  There has to be a way to
> export a list of phones say by location and be able to change the
> extension within a spread sheet maybe and then import the changes
> back.  That is my quest now is to find out the method and the pro's
> and con's for doing changes like that.
>
> Thanks again.
>
>
>
> On 3/15/07, Craig Staffin <craig at staffin.org> wrote:
> > Dane,
> >
> > Sorry I looked into your request more I thought these were sites where
> you
> > had to have the old DID numbers point to the new DID numbers.
> >
> > Since it is phone extension you are worried about the only realy way to
> do
> > it would be to do a seperate partition with translation patterns to the
> new
> > numbers.  Unfortionatly its probably going to be a one for one
> translation
> > OR the other option is simply put the old number on each persons phone.
> >
> >
> > Craig
> >
> > On 3/15/07, Dane <d4rkf1ber at gmail.com> wrote:
> > > Humm.. I must not be following you because I don't see how that would
> > > work unless you were talking about translating one consecutive group
> > > of numbers to another.  Like if I knew my existing range of numbers
> > > fell between say 3000-3999 and the new one was 6000-6999 I think I
> > > could see how one might translate something like that.  But not sure
> > > if that is what you are referring to, and if it is I don't think it
> > > works in my situation as I have numbers all over the place talking a
> > > few hundred numbers in barely any consecutive order at all.
> > >
> > > The good thing about the move to new extensions is it will clean up
> > > this mess in callmanager and have two nice range of numbers rather
> > > then numbers all over the place.  The bad thing is the amount of work
> > > to do it if I can't find some possible alternative ways of doing it.
> > >
> > > Appreciate the response and look forward to better understanding your
> > > point if I missed it.
> > >
> > >
> > >
> > > On 3/15/07, Craig Staffin < craig at staffin.org> wrote:
> > > > I would honestly do a translation on the gateway.  IMHO it is much
> > easier to
> > > > do translations on the gateway and this then allows you the
> simplicity
> > of
> > > > simply taking out 10 lines of a config and rebooting rather then
> going
> > > > through the GUI and deleting 10 different translation patterns.
> > > >
> > > > Craig
> > > >
> > > >
> > > > On 3/15/07, Dane < d4rkf1ber at gmail.com> wrote:
> > > > >
> > > > > We recently acquired a bunch of smaller offices and brough them
> into
> > > > > our CallManager system.  We allowed them to keep their POTS lines
> and
> > > > > their DID numbers at the times in each of the different
> offices.  This
> > > > > created a big cluster within our cluster.  :-)  As we now had
> > > > > extensions all over the place rather then within a nice simple
> range.
> > > > >
> > > > > Anyway, I have finally recieved permission to begin cleaning this
> all
> > > > > up.  First order of business was securing a new DID range in which
> I
> > > > > will place them all in allowing for a simple and consistent flow
> or
> > > > > group of numbers if you will.
> > > > >
> > > > > I am not trying to figure out the best way to assign the new DID's
> and
> > > > > therefore new four digit extensions to these offices.  Each office
> is
> > > > > group in CallManager as a location.  I hope to do one location at
> a
> > > > > time.
> > > > >
> > > > > The biggest issue is I have to maintain a callforward or phantom
> > > > > forward of their old extension for three months.  So basically I
> > > > > configure someones phone with the new extension then have their
> old
> > > > > extension forward to the new one.
> > > > >
> > > > > I ask for advice and suggestions to see how others might handle
> this,
> > > > > as this list contains some very knowledgeable indiviuals with some
> > > > > great ideas regarding all things Cisco VoIP related and it amazes
> me
> > > > > some of the suggestions and advice given here for things.  I often
> see
> > > > > wonderful information on how to accomplish something, or even
> simply a
> > > > > better way of doing the same thing some times.
> > > > >
> > > > > I know their are ways to export all the phones say in a location
> to a
> > > > > file and then manipulate the file and then import it, but I am not
> > > > > sure how or if that is the ideal thing.
> > > > >
> > > > > Any thoughts or suggestions would be greatly appreciate, trying to
> > > > > automate or simplify the process as much as possible.
> > > > >
> > > > > Regards,
> > > > > Dane
> > > > > _______________________________________________
> > > > > cisco-voip mailing list
> > > > > cisco-voip at puck.nether.net
> > > > > https://puck.nether.net/mailman/listinfo/cisco-voip
> > > > >
> > > >
> > > >
> > > >
> > > > --
> > > > Craig Staffin
> > > > Craig at staffin.org
> > > > (H) 262-437-7313
> > > > (C) 262-613-6003
> > >
> >
> >
> >
> > --
> >
> > Craig Staffin
> > Craig at staffin.org
> > (H) 262-437-7313
> > (C) 262-613-6003
>



-- 
Craig Staffin
Craig at staffin.org
(H) 262-437-7313
(C) 262-613-6003
-------------- next part --------------
An HTML attachment was scrubbed...
URL: https://puck.nether.net/pipermail/cisco-voip/attachments/20070315/91b851d5/attachment.html