stooi
asked on
Can I possibly simulate a 512kbps line between 2 server?
The reason was we need to perform some test to simulate file/data transfer/replication over a 512/256kbps line but we do not have the luxury to actually perform the test on an actual one..
We have 2 servers, 2 switches 1 router.
Anyone know how to do it? with less equipment? any utility tools?
We have 2 servers, 2 switches 1 router.
Anyone know how to do it? with less equipment? any utility tools?
ASKER
Hi grblades,
Thanks.. but can we do it with a crossover cable thru the BRI int instead? I have a couple of those 2503 routers without the DCE-DTE cable.
Please advice
thanks
Thanks.. but can we do it with a crossover cable thru the BRI int instead? I have a couple of those 2503 routers without the DCE-DTE cable.
Please advice
thanks
www.shunra.com - is your solution.
They sell the product that emulates WAN conditions (including bandwidth limitation).
Probably you'll need to test it not only on bandwidth limitation, but also on Latency, Packet Loss, Out of Order, Jitter and other network impairments.
They have 2 types of products: Stratus or Cloud for small testing projects and Storm for high rate traffic.
I work with all these tools and they are very good.
Good Luck.
They sell the product that emulates WAN conditions (including bandwidth limitation).
Probably you'll need to test it not only on bandwidth limitation, but also on Latency, Packet Loss, Out of Order, Jitter and other network impairments.
They have 2 types of products: Stratus or Cloud for small testing projects and Storm for high rate traffic.
I work with all these tools and they are very good.
Good Luck.
You can get a free trial for Stratus and download it from the site.
The BRI is an ISDN interface so in order to do what you want you will need an ISDN simulator. A DCE-DTE cable is not expensive and I got mine off Ebay for the equivilent of about $15.
ASKER
huh? please elaborate...
ASKER
muhalok,
What h/w does it require?
grblades,
ok.. will try to get those cables.. hope its cheaper here.. can't wait to order from ebay..
What h/w does it require?
grblades,
ok.. will try to get those cables.. hope its cheaper here.. can't wait to order from ebay..
I got mine from the UK ebay site. I think the cables came from hong kong or somewhere like that.
ASKER
grblades,
can I just get one of those?
or Do I need to get two,
DCE Male---Male
DTE Female--Male ??
or just one of the back-back DCE/DTE DB60 crossover cable?
can I just get one of those?
or Do I need to get two,
DCE Male---Male
DTE Female--Male ??
or just one of the back-back DCE/DTE DB60 crossover cable?
You just need a DCE/DTE crossover cable. Just be carefull it has the correct connectors as there are lots of different types available now.
You can use Netlimiter .. a nice program than limits download/upload speed for any program running or network conection ....
Salu2
Salu2
What is the purpose of simulating a link of 512 kbs without having one?! How could you get accurate results?!
Cheers.
Cheers.
One posible purpose is to analyze if a lease line of 512 Kb would be enought to work properly between two or more locations or it must have a greater speed line.
Salu2
Salu2
Yes. I know that we do can find some good reasons. But the author is talking about file transfer, isn't it?! So, what's the point?!
"(...) file/data transfer/replication over a 512/256kbps".
Am I missing something here?!
Sorry for the dbl post.
Am I missing something here?!
Sorry for the dbl post.
Perhaps they need to work with raster or satellite images between locations, or work with big databases .... and want to evaluate the response time from the user point of view ...
Salu2
Salu2
Are you really serious or just trying to make some odd point point. Is this your real conclusion from the initial post??
rafael_acc, what is so hard to understand?
Salu2 gave you all the right reasons! To emphasize: Yes, that is what Author meant in the initial post.
Emulating network environments helps to predict the behaviour of the application over the real network. And this is a testing action - exactly as it is described in the initial post. "Transfer" is also done via some application and a protocol which needs to be tested for functionality and performance over the WAN network (limited bandwidth here).
Salu2 gave you all the right reasons! To emphasize: Yes, that is what Author meant in the initial post.
Emulating network environments helps to predict the behaviour of the application over the real network. And this is a testing action - exactly as it is described in the initial post. "Transfer" is also done via some application and a protocol which needs to be tested for functionality and performance over the WAN network (limited bandwidth here).
Ok. Sorry for not being so clear to me! At least not from the initial post.
What do you care, anyway?! Was frajico asking for help or what?!
Puff ... Whatever ... I still don't agree ... Maybe the author should clarify what kind of transfer are we talking about here! Don't you agree?
What do you care, anyway?! Was frajico asking for help or what?!
Puff ... Whatever ... I still don't agree ... Maybe the author should clarify what kind of transfer are we talking about here! Don't you agree?
ASKER
Errmm... sorry if I have not made my intentions clear or have mislead anyone here.
The reason we would like to simulate a WAN traffic is because, we are proposing a database replication and high availability solution to our client on their exisiting WAN, which is thru a frame relay network. However, we would like to perform a Proof of Concept and testing before the actual implementation. The objective is to ensure that we are prepared for it, know what to expect, and to justify for any bandwidth upgrade if we are able to simulate with multiple bandwidth transfer speed. From a rough calculation, it looks like the replication of their DB will take longer than the allowed duration, and also to simulate the DB accessibility by client when a replication is on-going as well as any other issues that we might encounter.
Frajico and Mulalok are adsolutely right about my objectives and has done great help.
I am still trying to get some trial software and also a DTEDCE crossover cable at the same time.
Will be able to conclude within the next few days.
The reason we would like to simulate a WAN traffic is because, we are proposing a database replication and high availability solution to our client on their exisiting WAN, which is thru a frame relay network. However, we would like to perform a Proof of Concept and testing before the actual implementation. The objective is to ensure that we are prepared for it, know what to expect, and to justify for any bandwidth upgrade if we are able to simulate with multiple bandwidth transfer speed. From a rough calculation, it looks like the replication of their DB will take longer than the allowed duration, and also to simulate the DB accessibility by client when a replication is on-going as well as any other issues that we might encounter.
Frajico and Mulalok are adsolutely right about my objectives and has done great help.
I am still trying to get some trial software and also a DTEDCE crossover cable at the same time.
Will be able to conclude within the next few days.
There are two aspects which can cause a slowdown over a frame relay link.
1) Bandwidth
2) Propegation delay
It may work over a particular bandwidth but if you are doing lots of small SQL queries the propegation delay will really kill your performance. File transfers should be unaffected by propegation delays (apart from windows which is crap in this respect) since they send multiple packets at a time (called windowing) and don't want for the first to be acknowledged before sending the next.
1) Bandwidth
2) Propegation delay
It may work over a particular bandwidth but if you are doing lots of small SQL queries the propegation delay will really kill your performance. File transfers should be unaffected by propegation delays (apart from windows which is crap in this respect) since they send multiple packets at a time (called windowing) and don't want for the first to be acknowledged before sending the next.
ASKER
grblades..
should be getting the cable tomorrow...
just wondering if you could help me with the command to limit the bandwidth?
should be getting the cable tomorrow...
just wondering if you could help me with the command to limit the bandwidth?
Here is an example configuration to enter on the serial interfaces. Just change the parameter to the 'clockrate' line to set the bandwidth. In this example it is set to 64K.
Router 1 (Using a DCE Cable)
!
interface Serial0
ip address 172.16.22.1 255.255.255.0
encapsulation frame-relay
bandwidth 64
clockrate 64000
frame-relay local-dlci 20
frame-relay intf-type dce
!
Router 2 (Using a DTE Cable)
!
interface Serial0
ip address 172.16.22.2 255.255.255.0
encapsulation frame-relay
bandwidth 64
no fair-queue
Router 1 (Using a DCE Cable)
!
interface Serial0
ip address 172.16.22.1 255.255.255.0
encapsulation frame-relay
bandwidth 64
clockrate 64000
frame-relay local-dlci 20
frame-relay intf-type dce
!
Router 2 (Using a DTE Cable)
!
interface Serial0
ip address 172.16.22.2 255.255.255.0
encapsulation frame-relay
bandwidth 64
no fair-queue
ASKER
did exact same config... even write to mem...
serial interface is up.. but could not even perform a ping on its own ip.. needless to say on the opposite ip
any idea?
I know there is an issue with pinging the serial interfaces from the routers themselves.
On each router can you post the output of 'show int serial0'.
Have you made sure you have the cable plugged the correct way round?
On each router can you post the output of 'show int serial0'.
Have you made sure you have the cable plugged the correct way round?
ASKER
grblades..
thanks for the infor.. but made some changes at both ends and its up n running for now...thanks.. anyway still gonna paste the router config
DCE
-----
interface Serial0/0
ip address 12.0.0.1 255.255.0.0
encapsulation frame-relay
clockrate 64000
frame-relay map ip 12.0.0.3 20 broadcast
frame-relay interface-dlci 20
frame-relay intf-type dce
DTE
----
interface Serial0/0
bandwidth 64000
ip address 12.0.0.3 255.0.0.0
encapsulation frame-relay
no fair-queue
frame-relay map ip 12.0.0.1 20 broadcast
frame-relay interface-dlci 20
lemme know if there are anything I should amend?
thanks again.
thanks for the infor.. but made some changes at both ends and its up n running for now...thanks.. anyway still gonna paste the router config
DCE
-----
interface Serial0/0
ip address 12.0.0.1 255.255.0.0
encapsulation frame-relay
clockrate 64000
frame-relay map ip 12.0.0.3 20 broadcast
frame-relay interface-dlci 20
frame-relay intf-type dce
DTE
----
interface Serial0/0
bandwidth 64000
ip address 12.0.0.3 255.0.0.0
encapsulation frame-relay
no fair-queue
frame-relay map ip 12.0.0.1 20 broadcast
frame-relay interface-dlci 20
lemme know if there are anything I should amend?
thanks again.
You have different subnet masks on each interface.
I would personally use a private range such as 10.0.0.1,10.0.0.3 instead otherwise you wont be able to access whoever uses these IP addresses on the Internet.
I would personally use a private range such as 10.0.0.1,10.0.0.3 instead otherwise you wont be able to access whoever uses these IP addresses on the Internet.
ASKER
What is the difference between clock rate and bandwidth?
I found that a 128000 bandwith with 500000 clock rate gives better throughput than 256000 bandwith with 250000 clock rate.
Please help to enlighten and differentiate between the two, and also which is the proper config to use for actual bandwidth simulation?
thanks again.
I found that a 128000 bandwith with 500000 clock rate gives better throughput than 256000 bandwith with 250000 clock rate.
Please help to enlighten and differentiate between the two, and also which is the proper config to use for actual bandwidth simulation?
thanks again.
The 'clock rate' is the actual bandwidth over the serial connections. The 'bandwidth' parameter is only used for routing calculations by some routing protocols.
ASKER
But I can see there is are limitations on clock rate parameters as only certain fixed numbers could be selected, for example, only 125000 148000 250000 500000 are available. How could we possibly simulate a 384kbps, 256kbps with clock rate?
ASKER CERTIFIED SOLUTION
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
ASKER
thanks
You could buy a couple of Cisco 2501 routers cheap off Ebay and then also get a DCE-DTE serial cable. You can then set the speed of the serial port to speeds up to 2Mbps.