This is related to the IP/DCC interoperability between ONS 15454 and a third party STS-1 grooming switch. The 15454 somehow knows that the third party device is not another 15454. Is this identification done via LCP of PPP? Furthermore, the 15454 will not forward packets with MTU greater than ~12540.
Since there has been no response to your post, it appears to be either too complex or too rare an issue for other forum members to assist you. If you don't get a suitable response to your post, you may wish to review our resources at the online Technical Assistance Center (http://www.cisco.com/tac) or speak with a TAC engineer. You can open a TAC case online at http://www.cisco.com/tac/caseopen
If anyone else in the forum has some advice, please reply to this thread.
I have a question to further understand your question.
1) Is the 3rd party STS-1 Grooming Switch reading into the Path layer of the payload as well? If strctly a sts-1 grooming switch, it is purely on the STS-n level and not into the data portion of the payload (such as PPP)
2) What do you mean it knows tha tthe remote device is not another 15454? Are you seeing connections drop? Alarms....IP from end device to end device not coming up? If so....it may have nothing to do with the grooming switch at all. This is strictly path level data and the STS-1 DXC doesn't care about that data.
We are pleased to announce availability of Beta software for 16.6.3. 16.6.3 will be the second rebuild on the 16.6 release train targeted towards Catalyst 9500/9400/9300/3850/3650 switching platforms. We are looking for early feedback from custome...