Mar 21, 2013 14:38
??
Mar 21, 2013 14:38
Can we chat tomorrow.
Mar 21, 2013 14:38
Ohk, no problem
Mar 21, 2013 14:37
What would be my next step to solve my problem. '
Mar 21, 2013 14:37
Now tell me please what can I do now ?
Mar 21, 2013 14:36
Are you there ?
Mar 21, 2013 14:33
or can we chat tomorrow?
Mar 21, 2013 14:33
Can you just give 10 minutes more , if you can ?
Mar 21, 2013 14:33
:)
Mar 21, 2013 14:33
Its 8 PM only.
Mar 21, 2013 14:33
No.
Mar 21, 2013 14:30
Please.
Mar 21, 2013 14:29
Can we move to main task ?
Mar 21, 2013 14:29
Ohk.
Mar 21, 2013 14:28
Ohk, cool.
Mar 21, 2013 14:27
Ohk.
Mar 21, 2013 14:26
Where this log be made?
Mar 21, 2013 14:24
Can you please explain what these comands does?
Mar 21, 2013 14:21
Are you there, syneticon-dj?
Mar 21, 2013 14:16
According to your answer, netem is good to test, but it shows error, that I mentioned earlier. How can I solve that ?
Mar 21, 2013 14:14
If yes what is the command for that ?
Mar 21, 2013 14:13
Is there any table or log build ?
Mar 21, 2013 14:13
How can I see which packets it drops?
Mar 21, 2013 14:11
Yes.
Mar 21, 2013 14:06
Help please.
Mar 21, 2013 14:00
Are you there, syneticon-dj ?
Mar 21, 2013 13:58
THen,
Mar 21, 2013 13:58
till now all is fine.
Mar 21, 2013 13:57
I got this point.
Mar 21, 2013 13:57
Ohk
Mar 21, 2013 13:53
I got this point.
Mar 21, 2013 13:53
Ohk
Mar 21, 2013 13:51
Till now I understand all the things that you said.
Mar 21, 2013 13:50
Ohk
Mar 21, 2013 13:50
Ohk, then.
Mar 21, 2013 13:47
"When loss is used locally (not on a bridge or router), the loss is reported to the upper level protocols. This may cause TCP to resend and behave as if there was no loss. When testing protocol reponse to loss it is best to use a netem on a bridge or router
As long as you use the DROP rule in the INPUT chain, you should be fine
but you cannot simulate loss in the OUTPUT chain due to the described conditions"
Mar 21, 2013 13:46
Please
Mar 21, 2013 13:46
Can you explain your previous comment in a simple way, please. As I am new for all these, I am student right now.
Mar 21, 2013 13:45
Ohk
Mar 21, 2013 13:44
Actually I just try to test these in my lab. To just locate why hangs during conect.
Mar 21, 2013 13:42
Because master server tries to copy the data on the mirror server, whenever it founds something new.
Mar 21, 2013 13:42
Actually its on the mirror server.
Mar 21, 2013 13:41
Now comes to main point.
Mar 21, 2013 13:40
First of all thanks to you.
Mar 21, 2013 13:40
Now my setup is ready.
Mar 21, 2013 13:40
Yes it deletes.
Mar 21, 2013 13:39
But I want to remove only 50 %, for that I have to revert back, how can I do ?
Mar 21, 2013 13:38
Right ?
Mar 21, 2013 13:38
It means all works fine , till now ?
Mar 21, 2013 13:37
Chain INPUT (policy ACCEPT 1564 packets, 176K bytes)
pkts bytes target prot opt in out source destination
0 0 DROP icmp -- * * 0.0.0.0/0 0.0.0.0/0 icmp type 8 statistic mode random probability 0.500000
0 0 DROP icmp -- * * 0.0.0.0/0 0.0.0.0/0 icmp type 8 statistic mode random probability 0.500000

Chain FORWARD (policy ACCEPT 0 packets, 0 bytes)
pkts bytes target prot opt in out source destination