Getting traffic from location 1 to and other location via an HQ

[fredjonge]

Hello,

I'm curretly struggling with a routing issue. Ther are 2 remote offices.

Remote office 1 has an asa 5510 connected to a HQ office which has also an ASA 5510.

The HQ office has also a IOS router 2921 with a DMVPN connection an other Remote offices.

Remote office 1 = Cisco asa 5510

Remote office 2 = Cisco IOS router 888

The problem is. I can ping from 

Remote Office 1 to the cisco router 2921 ( HQ )

Remote Office 2 to the cisco asa 5510 ( HQ )

on the cisco asa HQ i've configured EIGRP and on IOS router 2921 and 888 the DMVPN connection i've also configured EGRP.

Now i've to get traffic from the remote office 2 to remote office 1 and back ( especially VOIP traffic )

For the VOIP is also an other router an 2851 which has EIGRP and static routes for the voip connection to the remote office 1.

Eigrp is used to get to the remote office 2.

I don't know where to look I think self i've to look at the Cisco asa configuration ( site-2-site tunnel ) and not to the DMVPN configuration?

Hope some one has an idea.

[Joseph W. Doherty]

Disclaimer

The  Author of this posting offers the information contained within this  posting without consideration and with the reader's understanding that  there's no implied or expressed suitability or fitness for any purpose.  Information provided is for informational purposes only and should not  be construed as rendering professional advice of any kind. Usage of this  posting's information is solely at reader's own risk.

Liability Disclaimer

In  no event shall Author be liable for any damages whatsoever (including,  without limitation, damages for loss of use, data or profit) arising out  of the use or inability to use the posting's information even if Author  has been advised of the possibility of such damage.

Posting

Pinging between routers would only be significant if you can ping from backside to backside (i.e. remote office 1 subnet address to remote office 2 subnet address).  Can you?  If not, insure both remote office 1 and remote office 2 know of the other remote office's internal subnet.