Hi Alex ,
Did you enabled automated alternate routing in service parameter ??
On Aug 23, 2013 8:41 PM, wrote:
> Send CCIE_Voice mailing list submissions to
> ccie_voice@onlinestudylist.com
>
> To subscribe or unsubscribe via the World Wide Web, visit
> http://onlinestudylist.com/mailman/listinfo/ccie_voice
> or, via email, send a message with subject or body 'help' to
> ccie_voice-requ...@onlinestudylist.com
>
> You can reach the person managing the list at
> ccie_voice-ow...@onlinestudylist.com
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of CCIE_Voice digest..."
>
>
> Today's Topics:
>
>1. AAR Not Attempting to ReRoute (Alex Pishko)
>2. Re: srst mode all -- remove mode all (Justin Carney)
>3. Re: MOH multicast - need Multicast ? (Justin Carney)
>4. Re: AAR Not Attempting to ReRoute (Martin Sloan)
>
>
> --
>
> Message: 1
> Date: Thu, 22 Aug 2013 17:00:58 -0400
> From: Alex Pishko
> To: ccie_voice@onlinestudylist.com
> Subject: [OSL | CCIE_Voice] AAR Not Attempting to ReRoute
> Message-ID:
> jpgj1t55yf...@mail.gmail.com>
> Content-Type: text/plain; charset="iso-8859-1"
>
> All,
>
> Hopefully someone can give me an idea on this one. Working on my own
> equipment but following the labs and am running into an issue with AAR.
>
> I'm sending a call from HQ to BR 1 using 4 digit dial 5002 ---> 1002. When
> I attempt to make the call I receive the message Not enough bandwidth,
> however I never see AAR actually get invoked. In my setup as a quick way
> to simulate congestion I set the bandwidth to 23 Kbps between Hub non (hq)
> and BR1.
>
> When I place the call from HQ as I said I get the banner of not enough
> bandwidth but I never see the call actually hit the HQ gateway. I've run
> debug voip dialpeer, q931 as well voice ccapi inout and neither shows any
> sort of traffic hitting the gateway.
>
> In testing I can successfully dial into the HQ GW, I can dial emergency
> services from the HQ phone, just doesn't seem like it's ever invoking AAR.
>
> I also checked that the external number mask is correctly defined on the
> 1002 extension.
>
> AAR CSS is assigned to the HQ phone, AAR group is assigned to the HQ line.
> AAR group is prefixing 91 and there is a RP assigned to a partition that
> falls within the AAR CSS that is for 91617XXX that has a RL pointed to
> the HQ GW.
>
> I did see earlier in the lab that they recommend using 7962 phones, however
> I don't have any avaialble at the moment, so just wanted to make sure that
> this might not be it.
>
> Any help would be much appreciated.
>
> Thank you
> -- next part --
> An HTML attachment was scrubbed...
> URL:
>
>
> --
>
> Message: 2
> Date: Thu, 22 Aug 2013 23:35:14 -0400
> From: Justin Carney
> To: Karen Johnson
> Cc: "ccie_voice@onlinestudylist.com,
> \(ccie_voice@onlinestudylist.com\)" <
> ccie_voice@onlinestudylist.com>
> Subject: Re: [OSL | CCIE_Voice] srst mode all -- remove mode all
> Message-ID:
> <
> caex4d8xr-_u1kar0gza2akbucwuycwnkwmx3+qa8unxtrof...@mail.gmail.com>
> Content-Type: text/plain; charset="iso-8859-1"
>
> The command "srst mode auto-provision all" tells the router that "when you
> learn info from a phone in srst mode (via SNAP) keep that info in running
> config." If you desire to keep all that info in running config you also
> need to keep the command in when saving the config.
>
> Althought I haven't tested it, I would expect that removing this auto
> provision all (or dn) would also remove the dynamically learned info from
> the running config but any command you manually typed (such as a hunt list)
> would stay. If you let srst learn the ephone dn dynamically, then you
> manually add a description (as in your original question) I would not
> expect than ephone dn or description to show in running config after
> removing the auto provision all.
>
> The link below discusses the various srst options and gives many cli
> examples of features you can deploy with cme as srst and using auto
> provision all. I would suggest revieiwng these config samples to help
> prepare for the lab.
>
>
> http://www.cisco.com/en/US/docs/voice_ip_comm/cucme/admin/configuration/guide/cmesrst.html
>
> I have heard the same advice for srst in the lab from several people:
> configure srst, test it once and exit, then save and reload. Do not test
> srst again, trust your config if it worked the first time. The reason for
> this advice is that the older router code has some bugs and if you try to
> enter/exit srst multiple times the first will work but it may fail on
> subsequent tries.
> On Aug 22, 2013 1:28 PM, "Karen Johnson"
> wrote:
>
> > hi Justion,
> >
> > then I after modify and before save, i also need to remove "srst auto
> mode
> > prov all" under telephony service, right ?
> >
> > K
> >
