That is a really good question Matthew.  It's been one I've had and put
on the back burner for awhile.  So here's what I "think" based on the
docs and poking around in config.

________________________________________________________________________
______________________

http://www.cisco.com/en/US/tech/tk1077/technologies_configuration_exampl
e09186a008012ecc6.shtml

>From the above doc link:
R(config)#application
R(config-app)#global
R(config-app-global)#service alternate Default

(H.323 is the default signaling protocol)
________________________________________________________________________
_____________________________

>From a lab router (ignore the hostname):

CUBE(config)#application
CUBE(config-app)#global
CUBE(config-app-global)#service alternate ?
  dsapp
  ipsla-responder
  clid_authen
  clid_col_npw_npw
  AFW_THIRD_PARTY_CC
  CALLIndSs_SErviCe
  Default
  RetrProxy
  CTAPP
  clid_authen_col_npw
  fax_hop_on
  ipsla-testcall
  app-b-acd-aa
  clid_authen_npw
  session
  app-b-acd
  clid_authen_collect
  clid_col_npw_3
  WORD  Name of the alternate service
________________________________________________________________________
____________________________________

So it looks like the command "ccm-manager fallback-mgcp" without the
commands we're wondering about
Will implicitly cause the router/gateway to fallback to H.323.  With the
command it explicitly
Causes fallback to H.323.

The reason for the command in question even existing seems to be based
on the ability to fallback to an
Application other than the default (H.323).  "service alternate
XXXXXXXXXX".  

Your thoughts?




Warren Heaviside    wheav...@cisco.com
ENGINEER.CUSTOMER SUPPORT
High Touch Technical Support
Phone: +1 408 853 7995
Office Hour 9 am - 5 pm Pacific Monday - Friday

For corporate legal information go to:
http://www.cisco.com/web/about/doing_business/legal/cri/index.html


-----Original Message-----
From: ccie_voice-boun...@onlinestudylist.com
[mailto:ccie_voice-boun...@onlinestudylist.com] On Behalf Of
ccie_voice-requ...@onlinestudylist.com
Sent: Saturday, August 07, 2010 8:09 PM
To: ccie_voice@onlinestudylist.com
Subject: CCIE_Voice Digest, Vol 54, Issue 32

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. MGCP Fallback in SRST (Matthew Berry)
   2. Re: MGCP Fallback in SRST (Miron Kobelski)
   3. Re: Cbarge and SRST (Again) (Again) and (Again)   what am I
      missing??? (cisco voip)


----------------------------------------------------------------------

Message: 1
Date: Sat, 7 Aug 2010 19:31:04 -0500
From: Matthew Berry <ciscovoiceg...@gmail.com>
To: CCIE Voice OSL <ccie_voice@onlinestudylist.com>
Subject: [OSL | CCIE_Voice] MGCP Fallback in SRST
Message-ID: <5b736afb-1912-49fe-aeb1-6ae0c4f67...@gmail.com>
Content-Type: text/plain; charset="us-ascii"

Guys -

I need some clarification on MGCP configuration for SRST.  Looking
through Cisco documentation, I see the following snippet from time to
time:

application
  global
    service alternate Default

In my studies the past year, I have never used those commands and my
testing has always worked as expected.  Typically, I will configure the
following:

mgcp
mgcp call-agent 10.10.210.11 service-type mgcp version 0.1
mgcp dtmf-relay voip codec all mode out-of-band
no mgcp timer receive-rtcp
mgcp bind control source-interface Loopback0
mgcp bind media source-interface Loopback0
!
ccm-manager switchback immediate
ccm-manager fallback-mgcp 
ccm-manager redundant-host 10.10.210.10
ccm-manager mgcp
ccm-manager music-on-hold

HQ-RTR#show ccm-manager fallback-mgcp 
Current active Call Manager:    10.10.210.11
MGCP Fallback mode:             Enabled/OFF 
Last MGCP Fallback start time:  None
Last MGCP Fallback end time:    None

Can anyone shed light on the commands I mentioned at the beginning of
this email?  

I understand that the command is supposed to let MGCP transition into
H.323 and terminate the L3 backhaul to CUCM.  But does it actually work
and is it actually required?

Thanks,
 
Matthew Berry
ciscovoiceg...@gmail.com
http://ciscovoiceguru.com

-------------- next part --------------
An HTML attachment was scrubbed...
URL:
</archives/ccie_voice/attachments/20100807/f5d64c7c/attachment-0001.html
>

------------------------------

Message: 2
Date: Sun, 8 Aug 2010 04:37:33 +0200
From: Miron Kobelski <findko...@gmail.com>
To: Matthew Berry <ciscovoiceg...@gmail.com>
Cc: CCIE Voice OSL <ccie_voice@onlinestudylist.com>
Subject: Re: [OSL | CCIE_Voice] MGCP Fallback in SRST
Message-ID:
        <aanlktimsal2aoaykeost+yhbmyzcgvwngrshnopa0...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"

its not used with isdn backhaul, only for analog and cas trunks. thats
why
you never needed this :) with bachaul you dont need to configure any
dial
peers.

regards
--
Sent from my mobile device.

On Aug 8, 2010 2:31 AM, "Matthew Berry" <ciscovoiceg...@gmail.com>
wrote:

Guys -

I need some clarification on MGCP configuration for SRST.  Looking
through
Cisco documentation, I see the following snippet from time to time:

application
  global
    service alternate Default

In my studies the past year, I have *never* used those commands and my
testing has always worked as expected.  Typically, I will configure the
following:

mgcp
mgcp call-agent 10.10.210.11 service-type mgcp version 0.1
mgcp dtmf-relay voip codec all mode out-of-band
no mgcp timer receive-rtcp
mgcp bind control source-interface Loopback0
mgcp bind media source-interface Loopback0
!
ccm-manager switchback immediate
ccm-manager fallback-mgcp
ccm-manager redundant-host 10.10.210.10
ccm-manager mgcp
ccm-manager music-on-hold

HQ-RTR#show ccm-manager fallback-mgcp
Current active Call Manager:    10.10.210.11
MGCP Fallback mode:             Enabled/OFF
Last MGCP Fallback start time:  None
Last MGCP Fallback end time:    None

*Can anyone shed light on the commands I mentioned at the beginning of
this
email?  *
*
*
I understand that the command is supposed to let MGCP transition into
H.323
and terminate the L3 backhaul to CUCM.  But does it actually work and is
it
actually required?

Thanks,

Matthew Berry
ciscovoiceg...@gmail.com
http://ciscovoiceguru.com


_______________________________________________
For more information regarding industry leading CCIE Lab training,
please
visit www.ipexpert.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
</archives/ccie_voice/attachments/20100808/b107d448/attachment-0001.html
>

------------------------------

Message: 3
Date: Sun, 8 Aug 2010 08:38:57 +0530
From: cisco voip <voip.ccieci...@gmail.com>
To: Mark Holloway <m...@markholloway.com>
Cc: ccie_voice@onlinestudylist.com
Subject: Re: [OSL | CCIE_Voice] Cbarge and SRST (Again) (Again) and
        (Again) what am I missing???
Message-ID:
        <aanlktikw5++5jx5nee7v5x6c9iwefqavq=jgvdkbv...@mail.gmail.com>
Content-Type: text/plain; charset="windows-1252"

If you press the remote-in use button and you are into conference, it
means
you are using single button cbarge.
If you are presented with a remote-in-use softkeys when you press the
button
and you have to select cbarge softkey. It means you are using normal
cbarge

On Sun, Aug 8, 2010 at 4:23 AM, Mark Holloway <m...@markholloway.com>
wrote:

> In UCM how do you determine whether you are assigning single button
cBarge
> or normal cBarge?
>
>
> On Aug 7, 2010, at 9:35 AM, cisco voip wrote:
>
> That bug is for srst mode auto provision none.. for provision all, it
> should work
>
> The problem you are facing of having cbarge for split second is
because you
> had single button cbarge when phones were registered to CUCM, disable
that
> setting and make it normal cbarge, they will start to work in srst
mode as
> well
>
>
>
> On Fri, Aug 6, 2010 at 5:05 PM, Ashar Siddiqui
<siddas...@gmail.com>wrote:
>
>>  I am glad that the solution proposed by Cisco is exactly what I did
>> months back after trying different solutions.
>>
>>
>> Ash.
>>
>>
>> *From:* ccie_voice-boun...@onlinestudylist.com [mailto:
>> ccie_voice-boun...@onlinestudylist.com] *On Behalf Of *CCIE Voice
GMAIL
>> *Sent:* 06 August 2010 03:13
>>
>> *To:* ccie_voice@onlinestudylist.com
>> *Subject:* Re: [OSL | CCIE_Voice] Cbarge and SRST (Again) (Again) and
>> (Again) what am I missing???
>>
>>
>>
>> I thought I?d share this with everyone as this have been extremely
>> frustrating for me.  Apparently this is a known bug (well?recently
known).
>>
>>
>>
CSCti11843<http://tools.cisco.com/Support/BugToolKit/search/getBugDetail
s.do?method=fetchBugDetails&bugId=CSCti11843>
>>
>>
>>
>> *From:* ccie_voice-boun...@onlinestudylist.com [mailto:
>> ccie_voice-boun...@onlinestudylist.com] *On Behalf Of *MARSHALL, JODY
C
>> (ATTBCS)
>> *Sent:* Wednesday, August 04, 2010 4:55 AM
>> *To:* ccie_voice@onlinestudylist.com
>> *Subject:* [OSL | CCIE_Voice] Cbarge and SRST (Again) (Again) and
(Again)
>> what am I missing???
>>
>>
>> I have read (several) post on this and have tested several different
ways.
>> None of which have I been able to make work. Can you please take a
look and
>> see if I am missing something. The first configuration is from
>> auto-provision all. I had the phones registers then unregister
bounced the
>> router and register again. Cbarge does not work. I see the
remote-in-use
>> state for a second then disappears. I then registered the phones to
CUCM and
>> removed telephony-service reloaded the router and reconfigured
>> telephony-service with auto-provision none with the second
configuration
>> posted. Cbarge does not work.
>>
>> 124-20.T5.bin
>>
>> telephony-service
>>
>>  sdspfarm units 5
>>
>>  sdspfarm tag 2 sitebcfb
>>
>>  conference hardware
>>
>>  srst mode auto-provision all
>>
>>  srst ephone template 1
>>
>>  srst ephone description SRST : Aug 03 2010 13:28:28 : Aug 03 2010
>> 21:20:20
>>
>>  srst dn template 1
>>
>>  srst dn line-mode octo
>>
>>  max-ephones 4
>>
>>  max-dn 30 preference 3
>>
>>  ip source-address 10.12.202.1 port 2000
>>
>>  system message CCIEVOICE
>>
>>  time-zone 8
>>
>>  date-format dd-mm-yy
>>
>>  voicemail 2220
>>
>>  max-conferences 8 gain -6
>>
>>  web admin system name administrator password ccievoice
>>
>>  transfer-system full-consult
>>
>>  transfer-pattern .T
>>
>>  create cnf-files version-stamp 7960 Aug 03 2010 21:20:26
>>
>> !
>>
>>
>> R2#sho sccp
>>
>> SCCP Admin State: UP
>>
>> Gateway IP Address: 10.12.202.1, Port Number: 2000
>>
>> IP Precedence: 5
>>
>> User Masked Codec list: None
>>
>> Call Manager: 10.12.202.1, Port Number: 2000
>>
>>                 Priority: N/A, Version: 6.0, Identifier: 3
>>
>>                 Trustpoint: N/A
>>
>> Call Manager: 10.12.200.21, Port Number: 2000
>>
>>                 Priority: N/A, Version: 6.0, Identifier: 2
>>
>>                 Trustpoint: N/A
>>
>> Call Manager: 10.12.200.22, Port Number: 2000
>>
>>                 Priority: N/A, Version: 6.0, Identifier: 1
>>
>>                 Trustpoint: N/A
>>
>> Conferencing Oper State: ACTIVE - Cause Code: NONE
>>
>> Active Call Manager: 10.12.202.1, Port Number: 2000
>>
>> TCP Link Status: CONNECTED, Profile Identifier: 2
>>
>> Reported Max Streams: 8, Reported Max OOS Streams: 0
>>
>> Supported Codec: g711ulaw, Maximum Packetization Period: 30
>>
>> Supported Codec: g711alaw, Maximum Packetization Period: 30
>>
>> Supported Codec: g729ar8, Maximum Packetization Period: 60
>>
>> Supported Codec: g729abr8, Maximum Packetization Period: 60
>>
>> Supported Codec: g729r8, Maximum Packetization Period: 60
>>
>> Supported Codec: g729br8, Maximum Packetization Period: 60
>>
>> Supported Codec: rfc2833 dtmf, Maximum Packetization Period: 30
>>
>> Supported Codec: rfc2833 pass-thru, Maximum Packetization Period: 30
>>
>> Supported Codec: inband-dtmf to rfc2833 conversion, Maximum
Packetization
>> Period: 30
>>
>> R2#sho ephone
>>
>> ephone-1[0] Mac:001A.6D57.021D TCP socket:[1] activeLine:0 REGISTERED
in
>> SCCP ver 17/9
>>
>> mediaActive:0 offhook:0 ringing:0 reset:0 reset_sent:0 paging 0
debug:0
>> caps:8 privacy:0
>>
>> IP:10.10.255.156 35781 7961  keepalive 82 max_line 6 available_line 5
>>
>> button 1: dn 1  number 3001 CH1   IDLE         CH2   IDLE         CH3
>> IDLE         CH4   IDLE         CH5   IDLE         CH6   IDLE
CH7
>> IDLE         CH8   IDLE
>>
>> button 2: dn 2  number 3012 CH1   IDLE         CH2   IDLE         CH3
>> IDLE         CH4   IDLE         CH5   IDLE         CH6   IDLE
CH7
>> IDLE         CH8   IDLE         shared
>>
>> privacy button is enabled
>>
>> Preferred Codec: g711ulaw
>>
>>
>> ephone-2[1] Mac:0019.56A3.A0D8 TCP socket:[2] activeLine:0 REGISTERED
in
>> SCCP ver 17/9
>>
>> mediaActive:0 offhook:0 ringing:0 reset:0 reset_sent:0 paging 0
debug:0
>> caps:8 privacy:0
>>
>> IP:10.10.255.153 14441 7961  keepalive 82 max_line 6 available_line 5
>>
>> button 1: dn 3  number 3002 CH1   IDLE         CH2   IDLE         CH3
>> IDLE         CH4   IDLE         CH5   IDLE         CH6   IDLE
CH7
>> IDLE         CH8   IDLE
>>
>> button 2: dn 2  number 3012 CH1   IDLE         CH2   IDLE         CH3
>> IDLE         CH4   IDLE         CH5   IDLE         CH6   IDLE
CH7
>> IDLE         CH8   IDLE         shared
>>
>> privacy button is enabled
>>
>> Preferred Codec: g711ulaw
>>
>> ephone-dn-template  1
>>
>>  call-forward busy 2220
>>
>>  call-forward noan 2220 timeout 20
>>
>>  mwi sip
>>
>> !
>>
>> !
>>
>> ephone-template  1
>>
>>  privacy-button
>>
>>  softkeys remote-in-use  CBarge Newcall!
>>
>> !
>>
>> ephone-dn  1  octo-line
>>
>>  number 3001
>>
>>  label 3001
>>
>>  description +9723033001
>>
>>  name SiteBPh1
>>
>>  preference 3
>>
>>  ephone-dn-template 1
>>
>> !
>>
>> !
>>
>> ephone-dn  2  octo-line
>>
>>  number 3012
>>
>>  label 3012
>>
>>  description 3012
>>
>>  name 3012
>>
>>  preference 3
>>
>> ephone-dn-template 1
>>
>> !
>>
>> !
>>
>> ephone-dn  3  octo-line
>>
>>  number 3002
>>
>>  label 3002
>>
>>  description +19723033002
>>
>>  name SiteBPh2
>>
>>  preference 3
>>
>>  ephone-dn-template 1
>>
>> !
>>
>> !
>>
>> ephone-dn  5  octo-line
>>
>>  number 3020
>>
>>  conference ad-hoc
>>
>>  preference 3
>>
>>  no huntstop
>>
>> !
>>
>> !
>>
>> ephone  1
>>
>>  privacy off
>>
>>  device-security-mode none
>>
>>  description SRST : Aug 03 2010 13:28:28
>>
>>  mac-address 001A.6D57.021D
>>
>>  ephone-template 1
>>
>>  button  1:1 2:2
>>
>> !
>>
>> !
>>
>> !
>>
>> ephone  2
>>
>>  privacy off
>>
>>  device-security-mode none
>>
>>  description SRST : Aug 03 2010 13:28:28
>>
>>  mac-address 0019.56A3.A0D8
>>
>>  ephone-template 1
>>
>>  button  1:3 2:2
>>
>> telephony-service
>>
>>  sdspfarm units 5
>>
>>  sdspfarm tag 2 sitebcfb
>>
>>  no privacy
>>
>>  conference hardware
>>
>>  srst mode auto-provision none
>>
>>  srst ephone template 1
>>
>>  srst ephone description SRST
>>
>>  srst dn template 1
>>
>>  srst dn line-mode octo
>>
>>  authentication credential administrator ccievoice
>>
>>  max-ephones 4
>>
>>  max-dn 30
>>
>>  ip source-address 10.12.202.1 port 2000
>>
>>  system message CCIEVOICE
>>
>>  time-zone 8
>>
>>  date-format dd-mm-yy
>>
>>  keepalive 10
>>
>>  voicemail 2220
>>
>>  max-conferences 8 gain -6
>>
>>  web admin system name administrator password ccievoice
>>
>>  transfer-system full-consult
>>
>>  transfer-pattern .T
>>
>>  create cnf-files
>>
>> !
>>
>> !
>>
>> ephone-dn-template  1
>>
>>  call-forward busy 2220
>>
>>  call-forward noan 2220 timeout 20
>>
>>  mwi sip
>>
>> !
>>
>> !
>>
>> ephone-template  1
>>
>>  privacy off
>>
>>  softkeys remote-in-use  Newcall CBarge
>>
>>  softkeys seized  Redial Endcall Cfwdall Meetme Pickup Callback
>>
>> !
>>
>> !
>>
>> ephone-dn  5  octo-line
>>
>>  number 3020
>>
>>  conference ad-hoc
>>
>>  no huntstop
>>
>> !
>>
>> !
>>
>> ephone  1
>>
>>  privacy off
>>
>>  device-security-mode none
>>
>> !
>>
>> !
>>
>> !
>>
>> ephone  2
>>
>>  privacy off
>>
>>  device-security-mode none
>>
>>
>> _______________________________________________
>> For more information regarding industry leading CCIE Lab training,
please
>> visit www.ipexpert.com
>>
>>
> _______________________________________________
> For more information regarding industry leading CCIE Lab training,
please
> visit www.ipexpert.com
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
</archives/ccie_voice/attachments/20100808/663d6ec8/attachment.html>

------------------------------

_______________________________________________
CCIE_Voice mailing list
CCIE_Voice@onlinestudylist.com
http://onlinestudylist.com/mailman/listinfo/ccie_voice


End of CCIE_Voice Digest, Vol 54, Issue 32
******************************************
_______________________________________________
For more information regarding industry leading CCIE Lab training, please visit 
www.ipexpert.com

Reply via email to