cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
1948
Views
10
Helpful
8
Replies

Hosted SIP trunking - Public IP for CUCM subscribers - PAT ?

Dear Folks,

We are planning to pilot hosted sip trunking. Should I just try do a Port Address Translation (with one Public IP) for my CUCM cluster of subscribers and give it to the service provider to be used in their Session Border Controllers.

Thanks Friends...

2 Accepted Solutions

Accepted Solutions

Hi

Gordon is right (+5), however note that you can do this with a firewall that supports application layer inspection. I've NATd CUCM behind a Cisco ASA firewall that is inspecting SIP and it works fine - no CUBE required. I've also done it with Palo Alto.

Also note that CUBE gives you a lot more flexibility however in terms of configuring the SIP trunk to your ITSP.

Barry Hesk

Intrinsic Network Solutions

View solution in original post

Hi

No you must do static one to one NAT. You can't use PAT as your ITSP will attempt to signal back to you.

Barry Hesk

Intrinsic Network Solutions

View solution in original post

8 Replies 8

Gordon Ross
Level 9
Level 9

NAT/PAT and SIP are unhappy bed fellows. This is because NAT/PAT only re-writes the IP packet header addresses. SIP buries the source and destination IP addresses inside the data packets too, which NAT/PAT won't touch.

If you want to expose your CUCM to the outside world, you'll need your own session border controller (e.g. Cisco CUBE)

GTG

Please rate all helpful posts.

Hi Thanks for the reply. In the case of trying out hosted sip trunking where the SBC sits on the service provider.. what is the best possible way of giving the CUCM external IP connectivity.

No - *you* need an SBC to present your CUCM on private IP addresses to the public Internet. The providers SBC is doing the same for their system: Presenting their private SIP system on a public IP address.

GTG

Please rate all helpful posts.

Hi

Gordon is right (+5), however note that you can do this with a firewall that supports application layer inspection. I've NATd CUCM behind a Cisco ASA firewall that is inspecting SIP and it works fine - no CUBE required. I've also done it with Palo Alto.

Also note that CUBE gives you a lot more flexibility however in terms of configuring the SIP trunk to your ITSP.

Barry Hesk

Intrinsic Network Solutions

Barry's right. The key thing is that you need a firewall device that looks beyond the IP header layer and understands the application layer.

GTG

Please rate all helpful posts.

Hello Barry,

Thanks for the reply. I would like to pursue without a CUBE or any SBC and just tryout/pilot few SIP trunk providers who are offering SIP service over Private&Public Network. We have ASA firewall and we can accomplish what you have suggested. I would like to know did you just do one-to-one NATing of all CUCM subs and expose the Public IP or does PAT would do ? Many Thanks for your time.

I thank Gordon for his time.

Hi

No you must do static one to one NAT. You can't use PAT as your ITSP will attempt to signal back to you.

Barry Hesk

Intrinsic Network Solutions

Thanks For your help...:-)

Sent from Cisco Technical Support iPhone App