12-15-2024 09:56 PM
Hi,
we have a project where paging system controller connected to Cisco IE3300 industrial switch and the other pagine device connected to anothere IE3300 switch 10KM away.
the paging system is using Real-time Transport Protocol (RTP). when we do normal ping between the 2 IE3300 switches the delay is <1msec, but the paging system software detect delay between the controller and the other device on the other Cisco switch > 800msec , so the sytem is not working since the allowed maximum delay is 5msec.i activated igmp and multicasting bust still same problem .
is the RTP protocol supported on IE switches ,and how to configure it ?
12-15-2024 10:18 PM
Hello,
You can try to configure QoS, RTP traffic is highly sensitive to delay. Configure QoS to prioritize RTP.
class-map match-any RTP
match protocol rtp
policy-map RTP-Policy
class RTP
set dscp ef
priority level 1
interface <interface-id>
service-policy output RTP-Policy
Also, recommended to check switch resource utilization, high CPU or memory usage on either switch could delay packet forwarding
12-15-2024 11:06 PM
12-16-2024 03:33 AM
Can you provide what IOS is running on the to switches?
To confirm, both end devices have direct connections to their IE3300, correct?
You've checked edge connections for correct speed, duplex and errors?
The ping test was between just the two switches?
What's the logical topology, L2 or L3?
What the physical inter switch link?
12-16-2024 05:18 AM
12-16-2024 08:41 AM
So, the two hosts are in the same subnet and L2 domain, correct?
Can you ping from either paging host or even ping either paging host from the two switches? If, at least the latter, you might try pinging both paging hosts from both switches.
From what you've described so far, the fact you don't see any huge ping latency jump between switches, nor believe there's any issue with the paging host <> IE switch connections, nothing jumps out to account for the delay you describe the paging devices detect between themselves.
What @Mancunian suggested earlier, i.e. using QoS to insure other traffic doesn't delay the RTP traffic, is a good suggestion, whether such congestion is the problem or not. What he specifically suggested, for a QoS policy, should be accepted on most current Cisco ISRs, but from skimming the IE3300 Configuration Guide's QoS section, much of it appears unsupported (unsurprisingly for a switch). Something equivalent could be done if you knew the port numbers being used. (Again, insufficient information to say whether this would be a "fix" or not, but still, possibly worth doing.)
BTW, any idea what the bandwidth need is for this paging app?
12-16-2024 10:34 PM
thank you @Joseph W. Doherty believe i should try what @Mancunian suggested.
i'm not sure about the required bandwidth, but i think it's very low since it's voice only with a few equipment in this system,
The load on the 2 switches is very low as well with 10G uplink.
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide