From: Tarun Pahuja (pahujat@gmail.com)
Date: Sat Dec 29 2007 - 16:52:34 ART
Frog,
The whole logic of SRST is that if the callmanager is not reachable
the router should be able to do basic call processing. If the gateway is
configured for MGCP, The router will fallback to H.323 when the mgcp fails
because of WAN failure. The mgcp commands on the controller will not be
relevant as mgcp is no longer controlling them. Dial-peers will take over.
In your case, do you have a translation pattern? if not, your 4 digit
dialing will not work anymore.
HTH,
Tarun
On Dec 26, 2007 6:59 AM, Radioactive Frog <pbhatkoti@gmail.com> wrote:
> Hi Guys,
>
> I have just noticed during labbing that when SRST kicks in , the " isdn
> bind-l3 ccm-manager" command disappear from the ISDN D channel interface.
> interface Serial0/2/0:23
> description --- ISDN d channel ---
> no ip address
> encapsulation hdlc
> isdn switch-type primary-ni
> isdn incoming-voice voice
> isdn bind-l3 ccm-manager
> isdn bchan-number-order ascending
> no cdp enable
> end
>
>
> D controller, logs during sRST
> Dec 26 11:25:49.510: %LINK-3-UPDOWN: Interface Serial0/2/1:23, changed
> state
> to up
> Dec 26 11:25:49.510: %LINK-3-UPDOWN: Interface Serial0/2/1:0, changed
> state
> to down
> Dec 26 11:25:49.510: %LINK-3-UPDOWN: Interface Serial0/2/1:1, changed
> state
> to down
> Dec 26 11:25:49.510: %LINK-3-UPDOWN: Interface Serial0/2/1:2, changed
> state
> to down
>
> And noticed that the L3 backhauling command disappread:
>
> interface Serial0/2/0:23
> description --- ISDN d channel ---
> no ip address
> encapsulation hdlc
> isdn switch-type primary-ni
> isdn incoming-voice voice
> isdn bchan-number-order ascending
> no cdp enable
> end
>
> When I dialed the phone number of HQ site It couldn't went thorugh, here
> are
> the logs:
>
>
> Plan:Unknown, Type:Unknown <-----------?????????????????
> thats the problem
>
> Dec 26 11:30:29.351: ISDN Se0/2/0:23 Q931: RX <- CALL_PROC pd = 8 callref
> =
> 0x8094
> Channel ID i = 0xA98381
> Exclusive, Channel 1
> RS1#
> Dec 26 11:30:37.359: ISDN Se0/2/1:23 Q931: RX <- DISCONNECT pd = 8
> callref
> = 0x8094
> Cause i = 0x82E6 - Recovery on timer expiry
> Dec 26 11:30:37.363: ISDN Se0/2/1:23 Q931: TX -> RELEASE pd = 8 callref =
> 0x0094
> Dec 26 11:30:37.375: ISDN Se0/2/1:23 Q931: RX <- RELEASE_COMP pd = 8
> callref = 0x8094
> RS1#
>
> I remember, a copule of time I rebooted the router, removed the controller
> interface , re-confiured it and it worked.
> This time i rebooted the router, shut/no shut the interface but still srst
> phones are not able to call HQ site phones.
>
> Any Idea if this happens to the lab exam, will cisco consider it as a bug?
>
> I upgraded the IOS and that fixed this issue. but the IOS I tested with
> won't be in the lab exam.
>
> Any idea if Cisco will still deduct marks if sRST doesn't work due to
> bugs?
> remember their is no workaround, searched all Cisco.com<http://cisco.com/>docs.....
>
>
> Frog
>
> _______________________________________________________________________
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html
This archive was generated by hypermail 2.1.4 : Tue Jan 01 2008 - 12:04:32 ARST