Smitty5k has asked for the wisdom of the Perl Monks concerning the following question:
I am considering writing a Perl app to aid me in testing network functionality of a project I am working on. I would like some expert feedback on the feasibility of the project. Thanks in advance.
Problem:
I want to know how many UDP packets can be dropped betweeen two PC applications before they will drop communication with the other each other.
Proposed Solution:
I'm trying to create a software pass-through application that takes TCP and UDP packets from PC1 and passes them through to PC2 and vice versa. I would do this through a third PC(PC3) that would have two NIC cards and be running the proposed application. So PC's 1 and 2 would be networked together via PC3. I want to specify how many packets to drop from either side and see how my applications on PC1 and PC2 respond.
Question:
Is perl fast enough to pass-through time-intensive UDP data from one side to the other? The data is on the order of 60 UDP packets per second. The packets have about 16ms to get from PC1 to PC2 when directly connected. I also wonder once the defined number of packets to drop has been reached would the application begin resending packets without dropping any extra? I think a fairly small Perl script would do the job pretty well, I'm just not sure if it is quick enough.
Thanks Again.
|
|---|
| Replies are listed 'Best First'. | |
|---|---|
|
Re: Feasibility of Dropping a Specified Quantity of Time-Intensive UDP Traffic Between Two Devices with Perl
by sgifford (Prior) on Jun 02, 2006 at 20:58 UTC | |
by Smitty5k (Initiate) on Jun 02, 2006 at 21:29 UTC | |
|
Re: Feasibility of Dropping a Specified Quantity of Time-Intensive UDP Traffic Between Two Devices with Perl
by NetWallah (Canon) on Jun 03, 2006 at 01:11 UTC | |
by Smitty5k (Initiate) on Jun 05, 2006 at 14:50 UTC |