Bruce,

On your client (Server B) are you pushing the route in your config ?

route 172.15.0.0 255.255.255.0
push "route 172.15.0.0 255.255.255.0"

Mike

On 09/21/2010 1:57 PM, Bruce N wrote:
Hi Everyone,


I know this is way off-topic of the list but it does involve getting Asterisk 
service up and running :-)



In nutshell:

I need to SIP/UDP traffic of eth1 (dhcpd server) traffic to tun0 (openvpn 
tunnel) without sending the dhcpd requests to tun0.



In detail:

I have two servers:



Server A running Asterisk and OpenVPN Server.

Server B running DHCPd and has two NIC cards. Eth0 is the WAN to ISP. Eth1 is 
the NIC that feeds the Switch with DHCPd IPs to endpoint SIP phones.



Server A and Server B are miles and miles away from each and are connected to 
the internet either via Eht0 or Vnet.



OpenVPN on Server A is set to IP range 172.15.0.0/24 so Server A and B can ping 
each other in that range with 172.15.0.1 assigned to Server A.



Server B is connected to Server A as an OpenVPN client. I can ping Server A 
from Server B when doing: ping 172.15.0.1



However, any endpoints (SIP phones) that have obtained IP from Server B DHCPd 
can not ping 172.15.0.1. Network 172.15.0.1 is simple unreachable to them. My 
thought was that upon succesful establish of the openvpn connection the routes 
will populate properly but it seems that any requests to 172.15.0.1 hit eth0 
which is of course wrong. I tried adding routes and I got SIODDART



Here is what I need to accomplish:



Run a DHCPd service on Server B (which has two NIC cards) and feed IPs to SIP 
phones and endpoint

Create a tunnel between

Note: I can't do: push "redirect-gateway def1" because it will make Server B 
unreachable and Enpoint A points to Server A for DHCP packets which is wrong.





Thanks,
                                        

--

Mike Ashton

Quality Track International

Work:   +1 647 724 3500 x251
Cell:   +1 416 527 4995

QTI CONFIDENTIAL AND PROPRIETARY INFORMATION

The contents of this material are confidential and proprietary to Quality Track 
 International, Inc.
and may not be reproduced, disclosed, distributed or used without the express 
permission of an authorized representative of QTI.
Use for any purpose or in any manner other than that expressly authorized is 
prohibited.
If you have received this communication in error, please immediately delete it 
and all copies, and promptly notify the sender.

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to