Problem with framing type SF and linecode AMI

[naeem.shah]

I have 3640 and 3620 with built in DSU/CSU card. The framing on the T-1 line is running SF and AMI. I am seeing alot of frame loss on my interfaces but the vendor is saying that the line are clean based on their test. Here are the config on

3620

interface Serial0/0

bandwidth 1544

ip address 10.2.128.1 255.255.255.252

ip directed-broadcast

ip pim dense-mode

service-module t1 clock source internal

service-module t1 framing sf

service-module t1 linecode ami

service-module t1 timeslots 1-24 speed 56

3640

interface Serial0/0

bandwidth 1544

ip address 10.2.128.2 255.255.255.252

ip directed-broadcast

ip pim dense-mode

service-module t1 clock source internal

service-module t1 framing sf

service-module t1 linecode ami

service-module t1 timeslots 1-24 speed 56

Are their any

If I use service-module t1 timeslots 1-24 speed 64

then I am suppose to use the command

service-module t1 data-coding inverted

any suggestion are welcome

[thisisshanky]

Even though the WIC-1DSU-T1s can be configured for 56k speed, a true 4wire 56k line has to be terminated on a WIC-1DSU-56k4. That could be the problem here.

Usually with T1 CSU/DSUs the default speed is 64kbps, so you dont have to set data coding to inverted, unless the provider asks you to do so.

[scottmac]

You usually want to take the clock source from the Line.

Most providers supply the clock for a sync connection ... most providers also use ESF framing and b8zs line coding ... so maybe your doesn't ... but it would be unusual.

It's not part of this problem, but you'll also want to change your "bandwidth" statement down to 56000 once you get this straightened out. It does nothing as far as the physical speed goes, but it's used for metric determination if you're using a dynamic routing protocol.

Good Luck

Scott