[cisco-voip] Call Forward All Issues CRM:00010012

Justin Steinberg jsteinberg at gmail.com
Thu Mar 9 13:53:57 EST 2006


I've never heard of a carrier doing this.

But, what you should do is create a special route pattern for use when
people CFwdAll off-net.  Then associate the CFwdALL CSS on the line to
a CSS that will use the new route pattern.

On the new route pattern, enter your main phone number in Calling
Party Transform Mask.  When people forward their call off-net, the
CallManager will send out your main phone number as the calling party.
 Yout carrier will complete the call...

Justin

On 3/8/06, Darren Smith <darren at silvercommunities.com.au> wrote:
> Hi,
>
> After some further investigation, it appears as though the issue is with
> the caller ID being presented to the carrier.
>
> When we call forward all, the calling ID shows as the calling party, In
> this case a cell phone.
> The carrier sees this call as an outgoing call, and as the number
> doesn't belong to the carrier, they appear to drop the call.
>
> If I call in a phone that is not part of the callmanger network, but
> who's number belongs to the same carrier, then the call is forwarded
> correctly.
>
> Is there a way to forward all calls, and let the carrier think the call
> is from one of the numbers belonging top them, but the CLID to display
> the callign parties number, eg a cell phone.
>
> Thanks again
>
>
> Regards
>
> Darren Smith
> Chief Operations Officer
> Silver Communities
>
> P 1300786755
> D 0756575299
> M 0405 847791
> E darren at silvercommunities.com.au
>
>
> -----Original Message-----
> From: Kevin Thorngren [mailto:kthorngr at cisco.com]
> Sent: Thursday, 9 March 2006 12:03 PM
> To: Darren Smith
> Cc: cisco-voip at puck-nether.net Voip
> Subject: Re: [cisco-voip] Call Forward All Issues
>
> Also, make sure to set these two commands to give a more detailed time
> for the debugs:
> service timestamps debug datetime msec
> service timestamps log datetime msec
>
> Kevin
> On Mar 8, 2006, at 8:50 PM, Erick Bergquist wrote:
>
> > Hmm, that doesn't look complete - is that from the time you placed the
>
> > call until it was hung up? Is this a H.323 or MGCP Gateway?
> >
> > Can you do a 'show call hist voice brief' after the call was
> > completed? Is the engaged tone heard right away or is there a few
> > second delay before it is heard?
> >
> > As Kevin stated, a detailed CCM and SDL trace would show all.
> >
> > --- Darren Smith <darren at silvercommunities.com.au>
> > wrote:
> >
> >> Hi,
> >>
> >> the output of a debug isdn q931 is as folows:
> >>
> >> 083953: Mar  9 01:04:20.366: ISDN Se0/0/0:15 Q931:
> >> Applying typeplan for
> >> sw-type
> >>  0x12 is 0x0 0x0, Called num 0437407125
> >> 083954: Mar  9 01:04:20.366: ISDN Se0/0/0:15 Q931:
> >> TX -> SETUP pd = 8
> >> callref =
> >>  0x031C
> >>         Sending Complete
> >>         Bearer Capability i = 0x8090A3
> >>                 Standard = CCITT
> >>                 Transfer Capability = Speech
> >>                 Transfer Mode = Circuit
> >>                 Transfer Rate = 64 kbit/s
> >>         Channel ID i = 0xA9838A
> >>                 Exclusive, Channel 10
> >>         Progress Ind i = 0x8183 - Origination address is non-ISDN
> >>         Calling Party Number i = 0x2181, '0756575207'
> >>                 Plan:ISDN, Type:National
> >>         Called Party Number i = 0x80, '0437407125'
> >>                 Plan:Unknown, Type:Unknown
> >> 083955: Mar  9 01:04:20.466: ISDN Se0/0/0:15 Q931:
> >> RX <- CALL_PROC pd =
> >> 8  callr
> >> ef = 0x831C
> >>         Channel ID i = 0xA9838A
> >>                 Exclusive, Channel 10
> >> 083956: Mar  9 01:04:23.386: ISDN Se0/0/0:15 Q931:
> >> TX -> ALERTING pd = 8
> >> callre
> >> f = 0x95A9
> >>         Progress Ind i = 0x8181 - Call not end-to-end ISDN, may have
> >> in-band inf
> >>
> >>
> >>
> >> On Thu, 2006-03-09 at 11:09 +1000, Erick Bergquist
> >> wrote:
> >>> Ok. Is it a PRI? What was the output? cause
> >> code???
> >>>
> >>> --- Darren Smith <darren at silvercommunities.com.au>
> >>> wrote:
> >>>
> >>>> After doing some debugging on the Gateway, which currently is a
> >>>> Cisco 2800 with an E1 module, it looks ik the call is going out of
> >>>> the gateway.
> >>>> The call is going out of the same gateway it is coming in on.
> >>>>
> >>>> Regards
> >>>>
> >>>> Darren
> >>>>
> >>>> On Wed, 2006-03-08 at 16:56 -0800, Erick
> >> Bergquist
> >>>> wrote:
> >>>>> Is the forwarded call going out a gateway -
> >> same
> >>>> as
> >>>>> the one it came in, another one? Is it a PRI,
> >>>> analog
> >>>>> line, etc? Maybe you can do some debugs and/or
> >>>> look at
> >>>>> call history on gateway to see if the call is
> >> even
> >>>>> attempting to go out. Have you looked at a CCM
> >>>>> detailed trace yet?
> >>>>>
> >>>>>
> >>>>> --- Kris Seraphine <baryonyx5 at gmail.com>
> >> wrote:
> >>>>>
> >>>>>> Two things;
> >>>>>>
> >>>>>> First, verify you have a call forward all
> >>>> calling
> >>>>>> search space selected and
> >>>>>> that search space allows calls to the PSTN
> >>>>>>
> >>>>>> Second, check the Block OffNet to OffNet
> >>>> Transfer
> >>>>>> service parameter and make
> >>>>>> sure it's not enabled.
> >>>>>>
> >>>>>> On 3/8/06, Darren Smith
> >>>>>> <darren at silvercommunities.com.au> wrote:
> >>>>>>>
> >>>>>>> Hi,
> >>>>>>>
> >>>>>>> We are running CCM 4.1(3) and are having
> >> some
> >>>>>> issues with Call Forward
> >>>>>>> All.
> >>>>>>> If a call forward all from a phone to a
> >> cell
> >>>>>> phone, and then call the
> >>>>>>> phone from another IP phone, then the call
> >> is
> >>>>>> forwarded.
> >>>>>>>
> >>>>>>> If the phone is dialled from an external
> >>>> phone,
> >>>>>> either PSTN or GSM, then
> >>>>>>> the call doesn't forward, instead an
> >> engaged
> >>>> tone
> >>>>>> is heard.
> >>>>>>>
> >>>>>>> There is no restrictions on where users
> >> can
> >>>>>> forward phones.
> >>>>>>>
> >>>>>>> Any ideas???
> >>>>>>>
> >>>>>>>
> >>>>>>> Darren Smith
> >>>>>>> Chief Operations Officer
> >>>>>>> Silver Communities
> >>>>>>>
> >>>>>>> P 1300786755
> >>>>>>> D 0756575299
> >>>>>>> M 0405 847791
> >>>>>>> E darren at silvercommunities.com.au
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>>> _______________________________________________
> >>>>>>> cisco-voip mailing list
> >>>>>>> cisco-voip at puck.nether.net
> >>>>>>>
> >>>>>>
> >>>>
> >> https://puck.nether.net/mailman/listinfo/cisco-voip
> >>>>>>>
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>> --
> >>>>>> kris seraphine
> >>>>>>>
> >>>> _______________________________________________
> >>>>>> cisco-voip mailing list
> >>>>>> cisco-voip at puck.nether.net
> >>>>>>
> >>>>
> >> https://puck.nether.net/mailman/listinfo/cisco-voip
> >>>>>>
> >>>>>
> >>>>>
> >>>>>
> >> __________________________________________________
> >>>>> Do You Yahoo!?
> >>>>> Tired of spam?  Yahoo! Mail has the best spam
> >>>> protection around
> >>>>> http://mail.yahoo.com
> >>>>
> >>>>
> >>>
> >>>
> >>> __________________________________________________
> >>> Do You Yahoo!?
> >>> Tired of spam?  Yahoo! Mail has the best spam
> >> protection around
> >>> http://mail.yahoo.com
> >>>
> >>>
> >>
> >>
> >
> >
> > __________________________________________________
> > Do You Yahoo!?
> > Tired of spam?  Yahoo! Mail has the best spam protection around
> > http://mail.yahoo.com
> > _______________________________________________
> > cisco-voip mailing list
> > cisco-voip at puck.nether.net
> > https://puck.nether.net/mailman/listinfo/cisco-voip
> >
>
>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>



More information about the cisco-voip mailing list