<br>Thank you for your reply Erick<br>i will definitely go for H.323 for signaling on WAN but client requires SIP phones both cisco and non-cisco at central site and remote site. Will the sip clients work with H.323 on WAN links for signaling and will they work normally on failover as SCCP clients work.
<br><br><br><div><span class="gmail_quote">On 4/4/07, <b class="gmail_sendername">Erick Bergquist</b> <<a href="mailto:erickbe@yahoo.com">erickbe@yahoo.com</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
If the phones are to be registered to the central Call Manager for normal operation, then you'll always have the signalling traffic going over WAN between the phones and call manager. If the gateway is H.323 the H323 traffic will go across WAN when call setup and such happens. Once the call is established between the PRI and the IP phone local at the site, the RTP audio stream will be between the gateway and the IP Phone and not going across WAN unless you have resources configured in such a way the call needs to use MTP, etc across the WAN. To source MOH from router, you need to have MOH configured for multicast in CCM.
<br><br>However, any calls to anyone else at the other sites, then the RTP stream would go over the WAN. You could configure regions and do G729 and use locations to limit the bandwidth. You could also set up the partitions/CSSs in such a fashion so the people in this office can't call anyone else at other sites which will also prevent a RTP stream over WAN if you wanted to go to that extreme.
<br> would work out if bandwidth<br><br><br>----- Original Message ----<br>From: Ryan Ratliff <<a href="mailto:rratliff@cisco.com">rratliff@cisco.com</a>><br>To: zohaib shabir <<a href="mailto:zohaibshabir@gmail.com">
zohaibshabir@gmail.com</a>><br>Cc: Erick Bergquist <<a href="mailto:erickbe@yahoo.com">erickbe@yahoo.com</a>>; <a href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>Sent: Tuesday, April 3, 2007 12:54:05 PM
<br>Subject: Re: [cisco-voip] SRST with Call manager 5.0<br><br>RTP always goes between the endpoints involved in the call, unless a<br>media resources is being invoked (MTP, CFB, etc). In your case the<br>remote site can be configured such that no RTP ever goes over the
<br>wan. It will require DSP resources for transcoding and<br>conferencing, MOH sourced from the flash of the router, and a<br>dialplan such that any calls from the remote site phones to the<br>central site go via the PSTN.
<br><br>Newer versions of CME can work in SRST mode and this should allow you<br>to use the tcl AA script on the router itself. I don't believe CUE<br>will work in SRST mode even with CME-SRST.<br><br>-Ryan<br><br>On Apr 3, 2007, at 1:47 PM, zohaib shabir wrote:
<br><br>What actually my client want from me is that remote site Phones<br>should be registered with Call Manager Cluster but calls coming on<br>the PRI should be handled locally and no rtp stream should be<br>created. Does SRST or unity express at remote site can act as IVR or
<br>autoattandant even when the phones are registered with Call manager<br>Cluster.<br><br><br>On 4/3/07, zohaib shabir <<a href="mailto:zohaibshabir@gmail.com">zohaibshabir@gmail.com</a>> wrote:<br>Thanyou Eirck and Jonathan
<br><br>Does there exits anyway that calls can be handled locally not routed<br>to CCM because the bandwidth here is pretty expensive and have to<br>calculate the bandwidth of all incoming calls from remote site to<br>central site. Tell me that it is possible that unity express can do
<br>it for me.<br><br>On 4/3/07, Erick Bergquist < <a href="mailto:erickbe@yahoo.com">erickbe@yahoo.com</a>> wrote:<br>When the site isn't in SRST fallback mode, the inbound calls should<br>be routed to Call Manager to be handled. If
H.323, with dial-peers<br>and if MGCP then the gateway and PRI endpoint will be registered to<br>Call Manager and controlled by Call Manager itself when not in SRST<br>mode and MGCP connection is active and registered.<br>
<br>If the gateway is MGCP, you will need to configure the ccm-manager<br>for fallback-mgcp so the voice-ports on the router (PRI, etc)<br>fallback to H323 mode when MGCP connection fails. SRST and MGCP<br>fallback are two seperate items.
<br><br>In SRST Fallback (H323 also), you should have a pots dial-peer for<br>the PRI with direct-inward-dial on it and then inbound calls will go<br>to IP Phones registered to router in SRST mode. You may need to<br>configure alias and/or translation rules if you have calls going to
<br>logical numbers (hunt groups, AAs, etc) so those numbers go to a real<br>IP phone while router is in SRST mode.<br><br>HTH, Erick<br><br>----- Original Message ----<br>From: zohaib shabir < <a href="mailto:zohaibshabir@gmail.com">
zohaibshabir@gmail.com</a>><br>To: <a href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>Sent: Tuesday, April 3, 2007 11:56:27 AM<br>Subject: [cisco-voip] SRST with Call manager 5.0<br><br>Dear All,
<br><br>I have scenario where one side has call manager 5.0 cluster and the<br>remote site has SRST enabled router with PRI line terminating on<br>it.My question does SRST will be able handle all the PRI calls coming<br>in locally or handled by call manager remotely.
<br><br>--<br>Regards,<br>Zohaib Shabir<br>Network Engineer(Voice and Presales)<br>DWP Group, TECH Division<br>Ph:+92-302-8232689<br>_______________________________________________<br>cisco-voip mailing list<br><a href="mailto:cisco-voip@puck.nether.net">
cisco-voip@puck.nether.net</a><br><a href="https://puck.nether.net/mailman/listinfo/cisco-voip">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br><br><br>Never miss an email again!<br>Yahoo! Toolbar alerts you the instant new Mail arrives. Check it out.
<br><br><br><br>--<br>Regards,<br>Zohaib Shabir<br>Network Engineer(Voice and Presales)<br>DWP Group, TECH Division<br>Ph:+92-302-8232689<br><br><br><br>--<br>Regards,<br>Zohaib Shabir<br>Network Engineer(Voice and Presales)
<br>DWP Group, TECH Division<br>Ph:+92-302-8232689<br>_______________________________________________<br>cisco-voip mailing list<br><a href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br><a href="https://puck.nether.net/mailman/listinfo/cisco-voip">
https://puck.nether.net/mailman/listinfo/cisco-voip</a><br><br><br><br><br><br><br>____________________________________________________________________________________<br>Don't get soaked. Take a quick peek at the forecast
<br>with the Yahoo! Search weather shortcut.<br><a href="http://tools.search.yahoo.com/shortcuts/#loc_weather">http://tools.search.yahoo.com/shortcuts/#loc_weather</a><br></blockquote></div><br><br clear="all"><br>-- <br>
Regards,<br>Zohaib Shabir<br>Network Engineer(Voice and Presales)<br>DWP Group, TECH Division<br>Ph:+92-302-8232689