[cisco-voip] Trying to understand partitions, calling and called transformations

[Scott Voll]

just like phones have CSS so does the Gateway.

you have to have a CSS on the gateway that includes all the phone lines.

Scott

On Thu, Oct 21, 2010 at 1:56 PM, Dan Letkeman <danletkeman at gmail.com> wrote:

> Thats good to know.  I will have some DID's in the near future.
>
> I have one more question for you.  What is the process for getting
> incoming calling to work?
>
> Sorry for all of the basic questions, I only have experience with CME, not
> CUCM.
>
> Thanks again,
> Dan.
>
> On Thu, Oct 21, 2010 at 3:34 PM, Scott Voll <svoll.voip at gmail.com> wrote:
> > yep.
> > do you just want the main number for Caller ID?  or do you want the DID
> of
> > each phone?
> > if you want the DID then use the mask on the line and use the Check mark
> on
> > the RG to use the line mask.  Makes if really easy if the DID is OK.
> > Scott
> >
> > On Thu, Oct 21, 2010 at 10:58 AM, Dan Letkeman <danletkeman at gmail.com>
> > wrote:
> >>
> >> With the transformation mask i'm trying to set the outgoing caller ID.
> >>
> >> Now it works and I think it makes more sense now.  I have a route
> >> group with a route list assigned.  That route list has the
> >> transformation mask I need.  That route list is assigned to the route
> >> pattern and that route pattern is in the partition i created for that
> >> location.  Then I created a calling search space and put that
> >> partition in there and assigned that calling search space to one of
> >> the phones.
> >>
> >> So I guess I need to create a separate set of route patterns for every
> >> location, because each route pattern can only be in one partition.
> >> For example I would need to create a separate route patter for every
> >> location I have for 7 digit dialing, 10 digit dialing, etc...?
> >>
> >> Thanks this is making more sense now.
> >>
> >> Dan.
> >>
> >> On Thu, Oct 21, 2010 at 11:24 AM, Scott Voll <svoll.voip at gmail.com>
> wrote:
> >> > The route pattern should have a partition.  the route pattern should
> >> > point
> >> > to the RL --> RG (get the transformation mask) --> VGW.
> >> > Now I would use the CSS on the phone rather then just the DP CSS.  as
> >> > more
> >> > info as you move forward there is a CSS on both the phone device and
> >> > Line.
> >> >  The two combine to give you an over all CSS.
> >> > What are you trying to do with your transformation mask?  is this to
> >> > prefix
> >> > going out?  or is this the caller ID going out?
> >> > you can see on the voice gateway what it's doing going out by doing a
> >> > debug
> >> > isdn q931.  This might help in troubleshooting.
> >> > Scott
> >> >
> >> > On Thu, Oct 21, 2010 at 8:51 AM, Dan Letkeman <danletkeman at gmail.com>
> >> > wrote:
> >> >>
> >> >> Its' starting to make sense.
> >> >>
> >> >> So my goal here is to assign a different Calling Party Translation
> >> >> Mask to the 3 different groups of phones I have.
> >> >>
> >> >> 1 - Create a route group (assign the gateway to this, as I only have
> 1
> >> >> gateway for everyone)
> >> >> 2 - Create a route list (add the route group i just created, then
> >> >> click on the route list details and assign the calling party
> >> >> transformation mask (1015551234) )
> >> >> 3 - Create a device pool for each location and assign the route group
> >> >> to the respective device pool (local route group option)
> >> >>
> >> >> So if a device is assigned to the correct device pool, the calling
> >> >> party transformation mask should apply accordingly.
> >> >>
> >> >> Only problem is it doesn't work.   Am I missing something?
> >> >>
> >> >> Thanks,
> >> >> Dan.
> >> >>
> >> >> On Thu, Oct 21, 2010 at 8:52 AM, Scott Voll <svoll.voip at gmail.com>
> >> >> wrote:
> >> >> >  Dan--
> >> >> > Think of Partitions as cups.  inside the cups you put phone lines
> and
> >> >> > Route
> >> >> > patterns etc.  Think of Calling search spaces as the buckets that
> >> >> > have
> >> >> > all
> >> >> > the cups in them.
> >> >> > If you have all your partitions in a single Calling Search Space
> and
> >> >> > you
> >> >> > have access to use that CSS you will be able to call anything in
> the
> >> >> > bucket.
> >> >> >  Meaning any cup (partition) with anything in them.
> >> >> > Now take it a step further.  You Don't want them to call a specific
> >> >> > phone
> >> >> > line.  you would put it in a partition that is not in the bucket
> >> >> > (CSS).
> >> >> >  Then if you have the CSS without the partition, you can no longer
> >> >> > call
> >> >> > it.
> >> >> >  The same is true of route patterns, translation patterns, etc.
> >> >> > Hope that helps.
> >> >> >
> >> >> >
> >> >> > On Wed, Oct 20, 2010 at 4:22 PM, Dan Letkeman <
> danletkeman at gmail.com>
> >> >> > wrote:
> >> >> >>
> >> >> >> Hello,
> >> >> >>
> >> >> >> I'm new to CUCM and I'm trying to understand how to configure
> >> >> >> calling
> >> >> >> and called transformations with partitions and device pools.
> >> >> >>
> >> >> >> I currently have a cluster at the head office, with a PRI and some
> >> >> >> test phones connect.  I have three remote offices that will also
> >> >> >> connect over fiber to the head office CUCM cluster, and will only
> >> >> >> fail
> >> >> >> over to SRST via there local router when the wan is down.
> >> >> >>
> >> >> >> I need to  create some kind of group for each of the remote
> offices
> >> >> >> as
> >> >> >> well as the main office, so when they are calling in and out of
> the
> >> >> >> PRI they have there own number assigned to there group of phones.
> >> >> >> Just like they have it down with there individual PBX's.
> >> >> >>
> >> >> >> I have it working so far that I can call out of the PRI.  So I
> have
> >> >> >> a
> >> >> >> small understanding of the route pattern's, route groups and route
> >> >> >> Lists.  I'm just not sure how I can apply a calling transformation
> >> >> >> mask to each of the locations, all while allowing them to call
> each
> >> >> >> other, and call in and out of the PRI.
> >> >> >>
> >> >> >> Any help would be appreciated.
> >> >> >>
> >> >> >> Thanks,
> >> >> >> Dan.
> >> >> >> _______________________________________________
> >> >> >> cisco-voip mailing list
> >> >> >> cisco-voip at puck.nether.net
> >> >> >> https://puck.nether.net/mailman/listinfo/cisco-voip
> >> >> >
> >> >> >
> >> >
> >> >
> >
> >
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20101021/d33071cf/attachment.html>