I was asked to test turning on compression on our Wide Area Frame Relay network. I am aware of the different types of compression and the behavoir of Frame Relay. My problem is I wanted to test Payload Compression. I picked one of my 23 sites and used the following commands at the hub and at the spoke.
frame-relay interface-dlci 208 CISCO
frame-relay payload-compression packet-by-packet
This worked GREAT, I am seeing 1.9 compression rates and there were no problems.
Since then I have tried to do the same commands at a number of my other sites and it causes traffic to hang every time.
While I was investigating I saw the on the one site where this worked the following.....
LMI DLCI 0 LMI type is CCITT frame relay DTE
when I do a "sho int" command.
all of my other sites sho
LMI DLCI 1023 LMI type is CISCO frame relay DTE
My question is .....
Isn't this a function of my provider? I am using Verizon's FR network and they set or specify the LMI type right? I don't see in the router where I specify it. I know you can but I just took the defaults. Also should this make a difference? Souldn't I be able to do payload compression regardless of what the LMI type is?
Thanks in advance for any help.
The LMI type on your router must match the LMI type being used by the provider.
If you dont know the LMI type, you can use LMI Autosense.
If you do know the type, you can configure it.
View this link:
I have never read any literature that presents a relationship between configured LMI and Frame Relay compression.
I do see that you are using Cisco proprietary compression instead of the universal FRF.9 extension to FRF.8.
You may have a compatability issue with non-Cisco routers in the service provider's cloud.
Have you tried using the FRF.9 open standard?