[asterisk-dev] Issue with Asterisk with VRRP

[Kaloyan Kovachev]

On similar setup (virtual IP to the provider) it was enough to add static
route to the provider's IP via the virtual interface - no NAT at all and works
for both signaling and RTP

route add <provider_ip> dev <virtual_interface>


On Tue, 15 Aug 2006 23:42:48 -0400, Sergey Kuznetsov wrote
> Steven,
> 
> Thanks for the line!
> 
> That was my last resort.
> I wanted to implement it based on * features.
> 
> It looks like this is the only way at this moment.
> 
> All the Best!
> Sergey.
> 
> Steven wrote:
> > On Tue, 2006-08-15 at 16:10 -0400, Sergey Kuznetsov wrote:
> >   
> >> Hi there,
> >>
> >> I am experiencing the weird situation.
> >>
> >> I have two Asterisk servers heartbeating via UCARP.
> >> both of them have their own IP addressess as well as virtual IP address 
> >> known to our Telco provider.
> >> Telco provider accepts the calls only from that IP address which is virtual.
> >>
> >> Each * box have two Ethernet interfaces to outside of the world and 
> >> internal network to the phones.
> >> UCARP works like a charm, incoming calls works like a charm, but 
> >> outgoing calls are not working properly,
> >> because by default * provides the default IP address, which is not 
> >> virtual. When I bind only to that specific IP address
> >> it starts to work, but SIP phones cannot register and communicate to * 
> >> via internal network, because internal IP address
> >> is not binded.
> >>     
> >
> > Why don't you use source nat based on the dest port to put it where you
> > want it.
> >
> > iptables -A POSTROUTING -d service_provider_ip -t nat -p tcp \
> >  --dport 5060 -j SNAT --to-source virtual_ip
> >
> >
> >
> 
> _______________________________________________
> --Bandwidth and Colocation provided by Easynews.com --
> 
> asterisk-dev mailing list
> To UNSUBSCRIBE or update options visit:
>    http://lists.digium.com/mailman/listinfo/asterisk-dev