The Adtran community holiday season is starting next week! The holiday period will span from December 21, 2024 to January 6, 2025. During this time, responses to feedback form submissions may be delayed. If you are encountering product issues, you can reach out to Adtran support at any time.
cancel
Showing results for 
Show  only  | Search instead for 
Did you mean: 
tw0wayradio
New Contributor

Can't ping Ip of the remote adtran 550 from a host adtran 550

I have an Adtran 550 at a local location using T1 out to a remote site that connects to another 550. We are using the local 550 through the ethernet port for our monitoring.

I haven't been able to ping the remote 550 through the Ethernet port of the local 550. Any suggestions?

0 Kudos
3 Replies
Anonymous
Not applicable

Re: Can't ping Ip of the remote adtran 550 from a host adtran 550

Do you have at least one channel of the T1 configured for a PPP or Frame Relay connection? (ATLAS PPP Endpoint Creation )

If you do, then is the remote ATLAS on a different IP network? The ATLAS only supports IP routing, it does not support bridging, so the remote location must be on a different IP network. If you are using numbered interfaces for the PPP interface, then you will also need a static route to indicate that the remote network is accessed through the PPP link.

Hope this helps,

Patrick

Re: Can't ping Ip of the remote adtran 550 from a host adtran 550

Yes T1 channel was configured for PPP. I went through the attachment that was given and everything was set up in our configuration exactly the way directions describes.

No, the remote ATLAS is not on a different IP network. Our remote atlas is 192.168.1.11 with a gateway of 192.168.1.1 and or local is 192.168.1.13 with a gateway 192.168.1.1

If I understand what you are saying, the way I'm configuring it now, I should have a different Ip network on the remote Adtran.

Anonymous
Not applicable

Re: Can't ping Ip of the remote adtran 550 from a host adtran 550

Correct, the remote ATLAS should be on another IP network, such as 192.168.2.11 /24, however if there is no MAC conflict, you should still be able to PING across the PPP link as long as it is UP.

You should look under the PACKET MANAGER in the PACKET ENDPTS, and look at the STATUS of the PPP endpoint. The SIGSTATE should be OPENED rather than INITIAL.

If you look under PERFORMANCE and go into the LINK STATS, the LCP and IPCP should be UP with some Tx and Rx packets. If everything is DOWN, then PPP is not being negotiated. Each ATLAS should be using the exact same channels on the T1 for the PPP link.