Sorry but you only said you were doing the patterns for site b using the SLRG.
You did not mention the requirement to use the same RP for both an MGCP and H323 GW I was considering that you were creating separate dial peers for each site using that sites SLRG. 1) SLRG are more difficult to make work if you have to use the same route pattern, you should investigate translation patterns if you want to use the same dial peer to send the calls to each site. 2) I never do it that way but. A general dial peer would work if all you have to do is send the calls to the gateway. 3) I do SRST requirements exactly like my dialing requirements, so if it says send sub/isdn then I do the same in SRST. If the PSTN requires it in normal mode they require it in SRST mode too. You should continue to work with your dial plan until you can create any result you want. Keep making up and testing things you might see. Sent from my iPad On Mar 3, 2013, at 6:20 AM, sanity insanity <networksanitytoinsan...@gmail.com> wrote: > hi Bill, > > Thanks for your reply. > > However with this method using local route groups for HQ( MgcP gateway ) and > Site B ( h323 gateway) with the same route patterns will not be possible . > > 1) Currently I have the HQ and Site B using local route groups . Local route > groups will not work in case I do digit strip on the H323 gateway itself and > not CUCM even though both HQ and Site B have the same routing logic to the > pstn . Your thoughts on the same > > 2) If I were to use digit stripping on the GW itself and not CUCM then do I > just configure a 9T pattern on cucm for site B to route all digits for > outbound calls to the H323 gateway and then do the digit strip on the GW > itself ? > > 3) If it is not clearly mentioned or the requirement for srst does not > specify to include the calling and called number type and plan . Then is it > still required that we pass the > calling and called number plan and type in the srst mode . Even though it may > not be specified in the requirements for srst ? > > > -MJ > > > > > On Sun, Mar 3, 2013 at 4:05 PM, Bill <whl...@gmail.com> wrote: >> My preference is to do as much as possible in the h323 gateway instead of on >> CUCM but there is no right way as long as you meet the requirements of the >> task. Remember you have to meet the demands of calling and caller info in >> SRST as well. >> >> >> Sent from my iPad >> >> On Mar 2, 2013, at 11:47 PM, sanity insanity >> <networksanitytoinsan...@gmail.com> wrote: >> >>> Hello All, >>> >>> >>> I have route patterns set as the following on the CUCM ( callmanger) >>> for my site B ( h323 gateway) for emergency , local , long dist and >>> International as the following.... >>> >>> 911 ----> local route group >>> 9.[2-9]XXXXXX -----------> local route group ( strip predot) >>> 91.[2-9]XX[2-9]XXXXXX ------> local route group ( strip predot) >>> 9011.! ---------------> local route group ( strip predot) >>> >>> >>> Questions... >>> >>> >>> 1) On site B I am doing the digit strip on the CUCM and not the gateway >>> is the right way to get this done ? >>> >>> >>> 2) when the wan is up and operational I have the dial-peer configured as ... >>> >>> dial-peer voice 4 pots >>> destination-pattern .T >>> port 0/0/0:23 >>> forward-digits all >>> >>> To forward all digits to pstn that come from cucm . Is this the right >>> approach? >>> >>> >>> >>> 3) In srst mode I will need separate dial-peers for the digit strip. >>> Currently I am creating separate dial-peers for srst . Would you see this >>> as the right approach? >>> >>> >>> >>> 4) For srst mode I am not using the calling and called party type and >>> number plan but when wan is >>> up I have it set on callmanger . Is the calling and called party number >>> type and plan required in >>> srst mode? >>> >>> >>> What would be your suggestions for the above? >>> >>> >>> -MJ >>> >>> >> >>> _______________________________________________ >>> For more information regarding industry leading CCIE Lab training, please >>> visit www.ipexpert.com >>> >>> Are you a CCNP or CCIE and looking for a job? Check out >>> www.PlatinumPlacement.com >
_______________________________________________ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com Are you a CCNP or CCIE and looking for a job? Check out www.PlatinumPlacement.com