We are using a Cisco 2600 to convert incoming X25 streams from Point of Sale terminals to IP. These arrive via an XOT stream via satellite. The satellite system connects to a router in our processing centre as XOT, then is passed as straight X25 to the 2600 where the translation to IP occurs.
The basic translation seems to work OK and POS terminals are able to authorise payments (small amounts of data). However, at the end of the day, the merchants using POS terminals upload there daily transactions, and if there are more than three messages, the upload fails and data is corrupted. We have checked window sizes and max packet sizes etc.
The 2600 gives no error messages from debug. I have tried debug x25, and debug x25t events, all we see is a call clear or call failed, but no indication why.
Having connected a serial analyser however, it appears that data is being "echoed back" to the POS terminals, they get confused, corrupt the data and clear the call.
I suspect that this is a translation configuration problem, but cannot find any reference to it in the X25 commands.
We used to use an old Gandalf protocol converter for this, and this does not show the same problem.
We are excited to announce the opening of the ISE Beta community for the Cisco Identity Services Engine (ISE) 2.5 Beta for everyone that is a member of the Cisco Customer Connection Program (CCP)! The ISE 2.5 Beta is scheduled to run from Se...
For years, I have setup IP SLAs and tracked them for different purposes. The problem is that some of the IP addresses that I have been monitoring have actually had outages as well. In comes the Boolean or. It is possible to create multiple SLA...
If you are a network administrator, you know how tedious it can be to manage a mixed-vendor network. There are always differences in how devices are discovered, monitored, configured, and updated. There are also likely to be a variety of management applic...
Redundancy should be built into every network so that in case of a failure, the network remains online. An outage is the last thing that we want to deal with. One of our engineers was recently working on an EEM script that would fail a crypto map ov...