Is there any command to see which application currently holds access to the isdn interface.
On Fri, Apr 11, 2008 at 2:37 PM, Paul and Bobs <[EMAIL PROTECTED]> wrote: > > Thanks Jacob > > > > I tried that and it changed the command > > to > > application > > global > > service alternate DEFAULT > > > > but still no luck. > > > > Here is the output of the sho isdn stat. Link is up but huts not being > > utilised by h323 (SRST) > > > > BR1-RTR#sho isdn stat > > Global ISDN Switchtype = primary-qsig > > > > %Q.931 is backhauled to CCM MANAGER 0x0003 on DSL 0. Layer 3 output may > > not apply > > > > ISDN Serial0/1/0:15 interface > > dsl 0, interface ISDN Switchtype = primary-qsig > > **** Slave side configuration **** > > L2 Protocol = Q.921 0x0000 L3 Protocol(s) = CCM MANAGER 0x0003 > > Layer 1 Status: > > ACTIVE > > Layer 2 Status: > > TEI = 0, Ces = 1, SAPI = 0, State = MULTIPLE_FRAME_ESTABLISHED > > Layer 3 Status: > > 0 Active Layer 3 Call(s) > > Active dsl 0 CCBs = 0 > > The Free Channel Mask: 0x80000007 > > Number of L2 Discards = 0, L2 Session ID = 13 > > Total Allocated ISDN CCBs = 0 > > ! > > > > > > On Fri, Apr 11, 2008 at 11:41 AM, Jacob Owen <[EMAIL PROTECTED]> > > wrote: > > > > > One thing I saw missing in your configs was the "call > > > application alternate default" command (I think it's > > > old but it will take it anyways). This allows the > > > router to default to it's default call application > > > (H323) if connection to the Call Manager fails. Try > > > that and see if it works. Good luck! > > > > > > --- Paul and Bobs <[EMAIL PROTECTED]> wrote: > > > > > > > Nope. Going through the online labs now but will try > > > > again on my own lab > > > > tomorrow. If you have ideas I would welcome them. > > > > > > > > Cheers > > > > > > > > Paul > > > > > > > > On Fri, Apr 11, 2008 at 9:52 AM, Jacob Owen > > > > <[EMAIL PROTECTED]> wrote: > > > > > > > > > Did you ever get call routing working via H323 on > > > > an > > > > > MGCP Router running in SRST mode? I found you had > > > > > issues and didn't see a response. > > > > > > > > > > --- Paul and Bobs <[EMAIL PROTECTED]> wrote: > > > > > > > > > > > When BR1 has been configured as MGCP router adn > > > > you > > > > > > configure the SRST and > > > > > > want to test, how do you get the dia-peer pots > > > > with > > > > > > the service MGCPAPP not > > > > > > to answer the incoming calls. DO you have to > > > > remove > > > > > > this config or is there > > > > > > some automatic way to get srst to use the pots > > > > > > dial-peer when it is on > > > > > > control. > > > > > > > > > > > > Paul > > > > > > > > > > > > > > > > > > > > > Jacob Owen > > > > > CCIE #14063 (R&S, Service Provider), CCVP, CCDP > > > > > > > > > > __________________________________________________ > > > > > Do You Yahoo!? > > > > > Tired of spam? Yahoo! Mail has the best spam > > > > protection around > > > > > http://mail.yahoo.com > > > > > > > > > > > > > > > > > > Jacob Owen > > > CCIE #14063 (R&S, Service Provider), CCVP, CCDP > > > > > > __________________________________________________ > > > Do You Yahoo!? > > > Tired of spam? Yahoo! Mail has the best spam protection around > > > http://mail.yahoo.com > > > > > > > >