We are in the middle of a nightmare and are begining to think that the ASL is getting in our way.

We have 3 T1's, a PRI connected to a 3Com NBX100 for voice
We have a T1 for data connected to the ASL
Lastly we have a 3rd T1 that is a point to point to our remote office

The PRI is working fine...
The Data T1 is working fine...

The point to point checks out wtih Bell South, so it's up.

We have both 3com routers configured properly and we can't get any communication going between the two routers.

ASL= 10.0.0.1
Server = 10.0.0.2

Router 1 is set for
E0 10.0.0.5
S1 192.168.100.1
default gateway is set for 10.0.0.1

Router 2
E0 10.0.1.1
S1 192.168.100.2
Default gateway is set to go out thru S1


Is there any chance that the ASL is not allow the traffic to go between the point to point T1? Can it do that? Do I need to do something to the ASL for traffic to go across a point to point?

Does the ASL monitor all traffic on the network?

Because the default gateway on router 1 (where the ASL is physically located) is set to 10.0.0.1, the same as the ASL, does that possibly stop the router from working properly?

Any help would be appreciated

Why is the Server (10.0.0.2) in the same subnet as ASL (10.0.0.1)? Normally the Server should be behind the ASL, so the ASL is able to protect the Server.

In ASL's Kernellogfile you will find all the droped packets. A traceroute and a packetdump could help you to find the problem. Tcpdump for ASL is included in the PlusPack .

Dunnu if I got this layout right.
<font class="small">Code:</font><hr /><pre>
----- ASL (10.0.0.1)
|
|
|
R1 (E0:10.0.0.5)
| (S1:192.168.100.1)
|
|
--- (E0:10.0.1.1) --- R2 (S1:192.168.100.2)
</pre><hr />

Or am lost?
And the communication fails where?