[asterisk-dev] Issue with Asterisk with VRRP

Sergey Kuznetsov asterisk_biz at deeptown.org
Thu Aug 17 04:38:54 MST 2006


Kaloyan,

Thanks a lot!

Your solution works even better. I thought that I cannot provide an 
aliased interface.
It looks like I was wrong. It works like a charm now!

Thanks a lot!


All the Best!
Sergey.


Kaloyan Kovachev wrote:
> 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
>>     
>
> _______________________________________________
> --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
>   




More information about the asterisk-dev mailing list