ll interface.
>
>
>
> Regards,
>
>
>
> Anup
>
>
>
> *From:* [EMAIL PROTECTED] [mailto:
> [EMAIL PROTECTED] *On Behalf Of *Vik Malhi
> *Sent:* Friday, April 11, 2008 8:25 PM
> *To:* 'Paul and Bobs'
> *Cc:* ccie_voice@onlinestudylist.com; 'Jacob O
ccie_voice@onlinestudylist.com; 'Jacob Owen'
Subject: Re: [OSL | CCIE_Voice] MGCP and SRST
you should also block port 2427 (udp) inbound on the WAN interface of
the gateway router. CallManager uses source port udp 2427 for MGCP
communication (and also TCP source 2428). 2000 will only block skinny
aul and Bobs" <[EMAIL PROTECTED]>
Cc:ccie_voice@onlinestudylist.com
Subject: Re: [OSL | CCIE_Voice] MGCP and SRST
As I know in the real lab you will not be able to test SRST shutting down the
Serial, this is because the connection to the routers is via telnet, in that
case you would loose
@onlinestudylist.com; Jacob Owen
Subject: Re: [OSL | CCIE_Voice] MGCP and SRST
*Still not winning*
*I tried the ACL with no success. This time i have shut down the serial
interface*
interface Serial0/2/0.16 point-to-point
ip address 192.168.211.13 255.255.255.252
ip pim sparse-dense-mode
: Jacob Owen; ccie_voice@onlinestudylist.com
Subject: Re: [OSL | CCIE_Voice] MGCP and SRST
I dont see that. I have put an access list on my WAN interface that
blocks port 2000. When I apply it my phone fallback to SRST and I
can see them registered with the show ephone command. But the show
i
t; > > max-conferences 4 gain -6
> > > > > transfer-system full-consult
> > > > > ip source-address 10.61.113.1 port 2000
> > > > > max-ephones 30
> > > > > max-dn 30
> > > > > system message primary Your current options
>
ogin ^C
> > > > You are logging into
> > > >
> > > > BR1-RTR
> > > >
> > > > -^C
> > > > alias exec srb show runn | be
> > > > alias exec sri sho runn | in
> > > > alias exec sr
t; scheduler allocate 2 1000
> > > end
> > >
> > >
> > > On Sat, Apr 12, 2008 at 1:02 PM, Paul and Bobs <[EMAIL PROTECTED]>
> > > wrote:
> > >
> > > > *Still not winning*
> > > >
> > > > *I tried the ACL with no success. This time i have shut down the
> > > >
er 3001 CM Fallback CH1 IDLE
> > >
> > >
> > > *and isdn still shows*
> > >
> > > BR1-RTR#sho isdn stat
> > > Global ISDN Switchtype = primary-qsig
> > >
> > > %Q.931 is backhauled to CCM MANAGER 0x0003 on DSL 0. Layer 3 output
> > &
Discards = 0, L2 Session ID = 4
> > Total Allocated ISDN CCBs = 0
> > BR1-RTR#
> >
> >
> >
> >
> >
> > On Sat, Apr 12, 2008 at 11:24 AM, Vik Malhi <[EMAIL PROTECTED]> wrote:
> >
> > > you should also block port 24
sco CCIE
> > R&S Lab, CCIE Security Lab, CCIE Service Provider Lab , CCIE Voice Lab and
> > CCIE Storage Lab Certifications.
> >
> >
> > --
> > *From:* Paul and Bobs [mailto:[EMAIL PROTECTED]
> > *Sent:* Friday, April 11, 2008
-
> *From:* Paul and Bobs [mailto:[EMAIL PROTECTED]
> *Sent:* Friday, April 11, 2008 6:07 PM
>
> *To:* [EMAIL PROTECTED]
> *Cc:* Jacob Owen; ccie_voice@onlinestudylist.com
> *Subject:* Re: [OSL | CCIE_Voice] MGCP and SRST
>
> I dont see that. I have put an
TED]
Sent: Friday, April 11, 2008 6:07 PM
To: [EMAIL PROTECTED]
Cc: Jacob Owen; ccie_voice@onlinestudylist.com
Subject: Re: [OSL | CCIE_Voice] MGCP and SRST
I dont see that. I have put an access list on my WAN interface that blocks
port 2000. When I apply it my phone fallback to SRST and I ca
--
> *From:* Paul and Bobs [mailto:[EMAIL PROTECTED]
> *Sent:* Friday, April 11, 2008 4:18 PM
> *To:* [EMAIL PROTECTED]
> *Cc:* Jacob Owen; ccie_voice@onlinestudylist.com
>
> *Subject:* Re: [OSL | CCIE_Voice] MGCP and SRST
>
> When i fail the BR1 to SRST mode a
, CCIE Service Provider Lab , CCIE Voice Lab and CCIE Storage
Lab Certifications.
_
From: Paul and Bobs [mailto:[EMAIL PROTECTED]
Sent: Friday, April 11, 2008 4:18 PM
To: [EMAIL PROTECTED]
Cc: Jacob Owen; ccie_voice@onlinestudylist.com
Subject: Re: [OSL | CCIE_Voice] MGCP and SRST
CIE Security Lab, CCIE Service Provider Lab , CCIE Voice Lab and
> CCIE Storage Lab Certifications.
>
>
> --
> *From:* [EMAIL PROTECTED] [mailto:
> [EMAIL PROTECTED] *On Behalf Of *Paul and Bobs
> *Sent:* Thursday, April 10, 2008 11:34 PM
> *To:* Jacob Owen
> *Cc:* ccie_
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Paul and Bobs
Sent: Thursday, April 10, 2008 11:34 PM
To: Jacob Owen
Cc: ccie_voice@onlinestudylist.com
Subject: Re: [OSL | CCIE_Voice] MGCP and SRST
Is there any command to see which application currently holds access to the
isdn
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 DEFAU
> 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 = pri
Try adding:
ccm-manager fallback-mgcp
De: Paul and Bobs [mailto:[EMAIL PROTECTED]
Enviado el: mié 4/9/2008 3:14
Para: Justin Steinberg
CC: ccie_voice@onlinestudylist.com; Devildoc
Asunto: [OSL | CCIE_Voice] MGCP and SRST with PRI
I cant seem to get my
Thanks jonathan et. al.
On Wed, Apr 9, 2008 at 1:27 AM, Jonathan Charles <[EMAIL PROTECTED]> wrote:
> AAR has no effect in a WAN outage; AAR ONLY works when locations-based
> bandwidth has been exceeded.
>
>
>
> Jonathan
>
> On Tue, Apr 8, 2008 at 9:23 AM, ccievoice1 <[EMAIL PROTECTED]> wrote:
>
I cant seem to get my calls to route over my PSTN interface when site BR1 is
in SRST. Debug voip dialpeer all displays that the correct dial-peer is
being matched as the outbound dial-peer but the interface is not being
engaged at all. Running debug isdn q931 produces no results even when i
remove
AAR has no effect in a WAN outage; AAR ONLY works when locations-based
bandwidth has been exceeded.
Jonathan
On Tue, Apr 8, 2008 at 9:23 AM, ccievoice1 <[EMAIL PROTECTED]> wrote:
> If the WAN link is down, then shouldn't affect the AAR call as AAR is
> utilizing the PSTN... and the phones shoul
n again.
>
> Now, this is my experience in this lab. I don't know if this is a normal
> behavior in the real world.
>
> JD
>
>
> Date: Mon, 7 Apr 2008 19:36:04 -0500
> From: [EMAIL PROTECTED]
> To: [EMAIL PROTECTED]
> CC: cc
If the WAN link is down, then shouldn't affect the AAR call as AAR is
utilizing the PSTN... and the phones should able to preserve the call
HTH
On Tue, Apr 8, 2008 at 10:17 PM, FrogOnDSCP46EF <[EMAIL PROTECTED]>
wrote:
> I was just wondering how this tracking business will be done in SRST.
> Ass
I was just wondering how this tracking business will be done in SRST. Assume
AAR connection is up between siteB & HQ and suddenly the serial link goes
down.
Frog
---
I think somehow
n the real world.
JD
Date: Mon, 7 Apr 2008 19:36:04 -0500From: [EMAIL PROTECTED]: [EMAIL PROTECTED]:
ccie_voice@onlinestudylist.com; [EMAIL PROTECTED]; [EMAIL PROTECTED]: Re: [OSL
| CCIE_Voice] MGCP and SRST
Jonathon,
Have you ever ran into a problem where if you shut down the serial interfa
won't work in this lab.
>
> JD
>
>
> > Date: Mon, 7 Apr 2008 18:50:59 -0500
> > From: [EMAIL PROTECTED]
> > To: [EMAIL PROTECTED]
> > CC: ccie_voice@onlinestudylist.com; [EMAIL PROTECTED]
> > Subject: Re: [OSL | CCIE_Voice] MGCP and SRST
>
> &
ng down the WAN interface on the BR1
to simulate SRST won't work in this lab.
JD
> Date: Mon, 7 Apr 2008 18:50:59 -0500> From: [EMAIL PROTECTED]> To: [EMAIL
> PROTECTED]> CC: ccie_voice@onlinestudylist.com; [EMAIL PROTECTED]> Subject:
> Re: [OSL | CCIE_Voice] MGCP and SRST
It did happen to me on the proctorlabs last week.
On Mon, Apr 7, 2008 at 7:43 PM, Jonathan Charles <[EMAIL PROTECTED]> wrote:
> On the labs? I haven't touched the labs yet... I am still in theory
> mode...
>
>
>
> Jonathan
>
> On Mon, Apr 7, 2008 at 7:36 PM, Scott Monasmith <[EMAIL PROTECTED]>
>
On the labs? I haven't touched the labs yet... I am still in theory mode...
Jonathan
On Mon, Apr 7, 2008 at 7:36 PM, Scott Monasmith <[EMAIL PROTECTED]> wrote:
> Jonathon,
>
> Have you ever ran into a problem where if you shut down the serial interface
> (to HQ) the PRI doesn't come up, but if
Jonathon,
Have you ever ran into a problem where if you shut down the serial interface
(to HQ) the PRI doesn't come up, but if you shut the callmanager service on
both servers instead, then the PRI comes up fine?
On Mon, Apr 7, 2008 at 7:28 PM, Jonathan Charles <[EMAIL PROTECTED]> wrote:
> Well,
Well, if you don't do auto (which I usually do when I deploy at
customers, then I shut it off...); then you have to make sure you have
service mgcpapp on the dial-peers... which is amusing cuz, they aren't
usually automatically created (sometimes yes, sometimes no).
Jonathan
On Mon, Apr 7, 2008
Yip I just shut down the serial interface aswell.
do you use the auto configuration of mgcp or manually configure this. The
auto would be quicker but are they testing the knowledge of a full
configuration
On Tue, Apr 8, 2008 at 10:50 AM, Jonathan Charles <[EMAIL PROTECTED]> wrote:
> Once the phon
Once the phones go into fallback, the H323 dial peers will take over,
basically because the auto-generated MGCP pots dial peers have no
destination-pattern, so they are ignored...
The reverse is also true; when the GW is under MGCP control
(registered to CCM); the H.323 config is ignored.
Basical
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
c
36 matches
Mail list logo
