-
I'll get my current configs and post them for you guys.
IT is a true PtP T1...no Frame Relay, its quite a long run actually.
According to the techs, The T1 goes from Copper to Fiber, back onto copper, then onto a T1 span before terminating. Its about a 20 mile run.
On the DSL side of the T1 I have no alarms and the line status is up...however now on the office side I now have alarms, and the line is down. I tried no shutdown, disabling the interface, re-enabling, power cycling the router etc, bu the line is staying down on the office end.
I've checked the timings....theres two options on the cisco routers. Line and Internal. I have it set on line at both ends right. I tried it with internal clock source the other day but no luck...Both sides are running B8zs, and esf.
About 5 days ago, I could ping across the line (still got the CRC errors, and connection timeouts). I went in a few days ago and both sides were down. I had changed nothing with the configs, I came in the other day to troubleshoot it, see if it was anything wrong on my side, and as I said above the DSL side no longer had alarms and the T1 was up on that side, but was still down on the Office side.
My basic configuration is this.
T1 Interface at the DSL location:
ip address 10.20.1.1 255.255.255.252
encapsulation ppp
Clock source is line
b8zs and esf
T1 Interface at office location:
ip address 10.20.1.2 255.255.255.252
encapsulation ppp
clock source is line
b8zs, and esf
(I'll get a complete running-config output for you later)
They've ran tests from their offices to both routers going both ways, and they say they don't see any errors(when they see errors, is when they set the T-birds to terminate at the office T1). They've looped the smart jacks, and what not. when they just set the T-Birds to view packets coming in(bridge mode?) they don't see errors, as I stated in my previous posts, when they set the T-bird to terminate they got about 1500+ errors after a minute run.
Now with the current alarms on the office router they can loop the smart jack but not to the CSU, I've checked everything on that router, made sure I didn't have loopback set, or didn't have the interface administratively down, but its all correct. I made no changes to it, left one night came back the next day and it was down.
-
I may be having a complete brain fart but I have my encapsulations set to HDLC(?).
The rest is ESF, B8ZS, timing = line.
How many timeslots do you have... For a _full_ T1 both ends should be set to 24. For a _normal_ fractional T1, (386), both ends need to be set to 6.
Do you have independent CSU/DSU's or are they WIC cards in the router? I'm guessing WIC because of the way you have written... I have a few CSDU/DSU's but hate playing with them.. Mine are Verilink so I can look stuff up on them if you need me too...
Right now I'm leaning towards this being your problem until we have made sure everything is good...
[EDIT]
Oh... I forgot... The configuration of the circuit you describe is a problem.... They work fine but when you have to call the provider they cause no end of trouble... See, you're running _two_ T1's... One on either side of the fibre... But, most likely, you have only been given the circuit ID of _one_ of the two T1's. What muddies the waters even more is that the tech often doesn't know of the other T1... he assumes it just runs off to fibre and someone else deals with the fibre... So he works on the last test point before the fibre when the error is on the other side of the fibre... This is where things can all get screwed up...
[/EDIT]
-
I did have encapsulation set to HDLC, but still got errors, and had a couple people tell me to change it to PPP, so thats what its at right now.
Even with it having HDLC still got errors across the T1.
I have WIC CSU/DSU's that fit in the router.
I'll check the timeslots, pretty sure they're both set to 24....any idea on what command it is to check the number of timeslots available?
-
I believe its "show service-module" or perhaps "show controller"
-
Just to let you all know, this issue was resolved.
This T1 is about 18 miles long and they had some Cable pair problems on the repeaters.
So I can get out to the internet now across the T1, works great...however heres another problem I've run into now some.
Alot of sites load, (google, yahoo, newegg etc) however some sites hang.
For example going to www.hotmail.com it says finding site...site found, then it redirects to a login page, but hangs there, like I'll never see the login page, just the Header up top.
MSN does this somewhat as well...other sites that do this is mapquest.
The whole site just hangs, and won't load on the computer.
Any ideas as to what that could be?
-
Does it just happen on HTTPS sites or others too? (Not sure if map quest has a secure section or not)
-
non https sites don't load sometimes as well.
mapquest.com wouldn't load.
A few other sites as well wouldn't load.
Leaning toward maybe a MTU problem maybe?
-
Could be! Did you alter it when you was trying to solve your earlier problem?
I've had problems similar in the past, One had me confused for days! It turned out to be a few 'shite' ACL's.
Obviously http traffic can be spread over different ports to enable faster load times - turned out the person before me had blocked a few of these ports accidently - which resulted in a lot of time out errors with some sites.
Is it effecting everyone in the office or just a few W/S's?
-
I've resolved the issue.
It was a MTU issue on the ethernet ports of the routers.
Setting
ip tcp adjust-mss 1360 on the routers allows all websites to load now.
Thanks your help.
-
Why wouldn't you just put it back to the default, 1472(?)?
