Re: sip trunk

Asim,
Assuming you're talking about SIP authenticated trunk.

CUCM doens't do SIP-UA authentication so you definitely need CUBE to do
this.
second, Asterisk - yes you can terminate direct SIP authenticated trunk.

On Fri, Dec 3, 2010 at 11:23 PM, Asim Zafar <asim.mz_at_gmail.com> wrote:

> Dear Nick,
>
>
> I am very much obliged for the support, just have couple of more questions,
>
>
> 1. Some more details on MTP, from where I can get it, is it builtin in
> Cisco IOS.
> 2. Do Asterisk work fine in this scenarrio or it also require CUBE
> type of thing and what is the realiabiliy of B2BUA.
>
>
> Best regards,
> Asim Zafar
>
>
> On Fri, Dec 3, 2010 at 1:48 AM, Nick Matthews <matthn_at_gmail.com> wrote:
> > Without CUBE you will have to NAT all of your private IPs from your
> > phones/CUCM. Alternatively you could put a MTP in a DMZ. Both of these
> > solutions are far from optimal because the NAT option requires for your
> > firewall to keep up with SIP traffic/standards (historically terrible) or
> > for you to put an internal CUCM component reachable from the internet
> (not a
> > fantastic idea either). CUCM 5.1 is also not very good at SIP, so
> there's a
> > good chance you'll run into problems. Your provider will require early
> > offer, which will require an MTP on CUCM, which will mean all calls will
> be
> > G.711. I would confirm your MTP resources to make sure that's alright.
> >
> > So yes, you really should be using a CUBE here.
> >
> > -nick
> >
> > On Thu, Dec 2, 2010 at 1:03 PM, Asim Zafar <asim.mz_at_gmail.com> wrote:
> >>
> >> Dear Ryan,
> >>
> >>
> >> Thanks for you reply.
> >>
> >>
> >> Is it necessary to use CUBE or just a best practice. Can i achieve all
> >> the requirements without CUBE.
> >>
> >>
> >> Best regards,
> >> Asim Zafar
> >>
> >> On Thu, Dec 2, 2010 at 5:00 PM, Ryan West <rwest_at_zyedge.com> wrote:
> >> > Asim,
> >> >
> >> > I would read through this document which outlines a majority of the
> >> > concerns.
> >> >
> >> >
> >> >
> http://www.cisco.com/en/US/products/sw/voicesw/ps556/products_tech_note09186a00808b6ca6.shtml
> >> >
> >> > With 5.1 I would recommend connecting your CM to CUBE and having it
> deal
> >> > with the SIP trunk.
> >> >
> >> > -ryan
> >> >
> >> > -----Original Message-----
> >> > From: nobody_at_groupstudy.com [mailto:nobody_at_groupstudy.com] On Behalf
> Of
> >> > Asim Zafar
> >> > Sent: Thursday, December 02, 2010 1:57 AM
> >> > To: Cisco certification
> >> > Subject: sip trunk
> >> >
> >> > Dear experts,
> >> >
> >> >
> >> > I need to connect my CUCM 5.1 with sip proxy on telco side.IP phones
> >> > will connect to CUCM.
> >> > The SIP server provide 90 lines with real numbers
> >> >
> >> >
> >> > Following is the scenario.
> >> >
> >> > Cisco IP phones----------CUCM-------WAN connection to
> telco---------SIP
> >> > proxy server.
> >> >
> >> > Can anybody explain me how this will work, what will be the
> >> > configurations and if CUCM has the capability to control the calls
> between
> >> > IP phones and SIP server.
> >> >
> >> >
> >> > --
> >> > Thanks & Regards,
> >> >
> >> > Asim Zafar
> >> >
> >> >
> >> > Blogs and organic groups at http://www.ccie.net
> >> >
> >> >
> _______________________________________________________________________
> >> > Subscription information may be found at:
> >> > http://www.groupstudy.com/list/CCIELab.html
> >> >
> >> >
> >> >
> >> >
> >> >
> >> >
> >> >
> >> >
> >>
> >>
> >>
> >> --
> >> Thanks & Regards,
> >>
> >> Asim Zafar
> >>
> >>
> >> Blogs and organic groups at http://www.ccie.net
> >>
> >> _______________________________________________________________________
> >> Subscription information may be found at:
> >> http://www.groupstudy.com/list/CCIELab.html
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >
> >
>
>
>
> --
> Thanks & Regards,
>
> Asim Zafar
>
>
> Blogs and organic groups at http://www.ccie.net
>
> _______________________________________________________________________
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html

Blogs and organic groups at http://www.ccie.net
Received on Sat Dec 04 2010 - 14:33:06 ART