Packets arriving on server not registered by iperfPackets not received by TUN devicetcp dump outgoing...
Is it possible for a particle to decay via gravity?
Why tantalum for the Hayabusa bullets?
How does Asimov's second law deal with contradictory orders from different people?
Would people understand me speaking German all over Europe?
Why are prop blades not shaped like household fan blades?
How can flights operated by the same company have such different prices when marketed by another?
How to have poached eggs in "sphere form"?
Is Ear Protection Necessary For General Aviation Airplanes?
Prepare a user to perform an action before proceeding to the next step
Why did some Apollo missions carry a grenade launcher?
Can I attune a Circlet of Human Perfection to my animated skeletons to allow them to blend in and speak?
When encrypting twice with two separate keys, can a single key decrypt both steps?
Why does calling cout.operator<<(const char*) print the address instead of the character string?
"Valet parking " or "parking valet"
Scam? Checks via Email
Exploiting the delay when a festival ticket is scanned
Narset, Parter of Veils interaction with Matter Reshaper
"DDoouubbllee ssppeeaakk!!"
Solve equation using Mathematica
Did Vladimir Lenin have a cat?
Best Ergonomic Design for a handheld ranged weapon
Patio gate not at right angle to the house
Is it okay for me to decline a project on ethical grounds?
Correct word for a little toy that always stands up?
Packets arriving on server not registered by iperf
Packets not received by TUN devicetcp dump outgoing connection packetsDo not display ACK packetsOn a router, what decides if a packet should be forwarded or directed into the router itself?packets seen in ifconfig but not on tcpdumpConfusion about interfaces, iptables, connections, local connectionSniffing packets realtimeIs it possible to force fwmark reflection in arbitrary-TCP reply packets?Tcpdump:malicious packets?Link Aggregation (Bonding) for bandwidth does not work when Link Aggregation Groups (LAG) set on smart switch
.everyoneloves__top-leaderboard:empty,.everyoneloves__mid-leaderboard:empty,.everyoneloves__bot-mid-leaderboard:empty{ margin-bottom:0;
}
This may have a bit to do with the internals of iperf.
I set up iperf -s -u -i 2 on server A (UDP server, supposed to print stats every 2 seconds), and am sending traffic to it from server B. As a prefix, I am aware of some MTU issues on the network, but I am using iperf to diagnose them. I send traffic using iperf -c <server-address> -l 1000 -u (the size of 1000 is to avoid MTU problems, for now at least). Now, as soon as I send out the traffic, I can see from server A that a connection was received, due to a printed line. However, stats on bandwidth are not printed out every 2 seconds after.
I confirmed that traffic is actually being sent using tcpdump. I see packets arriving, destined to the local server and port 5001, which the server does by default, but server A does not print anything regarding bandwidth.
I am leaning towards some sort of local routing issue, but it is a bit odd since the connection is initially established, so I am leaning towards an MTU issue/iperf issue of some kind.
networking tcpdump
asked Jan 19 '18 at 20:36
stoneman_41stoneman_41
44 bronze badges
|
show 4 more comments
This may have a bit to do with the internals of iperf.
I set up iperf -s -u -i 2 on server A (UDP server, supposed to print stats every 2 seconds), and am sending traffic to it from server B. As a prefix, I am aware of some MTU issues on the network, but I am using iperf to diagnose them. I send traffic using iperf -c <server-address> -l 1000 -u (the size of 1000 is to avoid MTU problems, for now at least). Now, as soon as I send out the traffic, I can see from server A that a connection was received, due to a printed line. However, stats on bandwidth are not printed out every 2 seconds after.
I confirmed that traffic is actually being sent using tcpdump. I see packets arriving, destined to the local server and port 5001, which the server does by default, but server A does not print anything regarding bandwidth.
I am leaning towards some sort of local routing issue, but it is a bit odd since the connection is initially established, so I am leaning towards an MTU issue/iperf issue of some kind.
networking tcpdump
asked Jan 19 '18 at 20:36
stoneman_41stoneman_41
44 bronze badges
Random guess: make sure you don't have a host firewall (e.g., iptables) dropping the traffic. [If this turns out to be right, anyone is welcome to convert it to an answer.]
– derobert
Jan 19 '18 at 20:49
Yeah I made sure to check that before,iptablesallows everything. Don't know if I made it clear, but the traffic DOES make it to the server, it is just not registered byiperf.
– stoneman_41
Jan 19 '18 at 21:07
Is ICMP blocked by other firewalls along the way?
– Rui F Ribeiro
Jan 19 '18 at 21:30
@RuiFRibeiro Two things: 1. I am not aware of the underlying network and things it might do. The stuff I am seeing above is in fact for the reason of determining issues. 2. ICMP packets seem to go fine, as ping works (similar MTU issues pop up when I make the ping packet larger than a certain size). The main thing I am trying to figure out is whyiperf -sis not recognizing the packets which did come to the server.
– stoneman_41
Jan 19 '18 at 21:40
There are known bugs with Cisco ASAs default configuration + Linux. Try to found out more about your underlying network infra-structure.
– Rui F Ribeiro
Jan 19 '18 at 21:43
|
show 4 more comments
This may have a bit to do with the internals of iperf.
I set up iperf -s -u -i 2 on server A (UDP server, supposed to print stats every 2 seconds), and am sending traffic to it from server B. As a prefix, I am aware of some MTU issues on the network, but I am using iperf to diagnose them. I send traffic using iperf -c <server-address> -l 1000 -u (the size of 1000 is to avoid MTU problems, for now at least). Now, as soon as I send out the traffic, I can see from server A that a connection was received, due to a printed line. However, stats on bandwidth are not printed out every 2 seconds after.
I confirmed that traffic is actually being sent using tcpdump. I see packets arriving, destined to the local server and port 5001, which the server does by default, but server A does not print anything regarding bandwidth.
I am leaning towards some sort of local routing issue, but it is a bit odd since the connection is initially established, so I am leaning towards an MTU issue/iperf issue of some kind.
networking tcpdump
asked Jan 19 '18 at 20:36
stoneman_41stoneman_41
44 bronze badges
This may have a bit to do with the internals of iperf.
I set up iperf -s -u -i 2 on server A (UDP server, supposed to print stats every 2 seconds), and am sending traffic to it from server B. As a prefix, I am aware of some MTU issues on the network, but I am using iperf to diagnose them. I send traffic using iperf -c <server-address> -l 1000 -u (the size of 1000 is to avoid MTU problems, for now at least). Now, as soon as I send out the traffic, I can see from server A that a connection was received, due to a printed line. However, stats on bandwidth are not printed out every 2 seconds after.
I confirmed that traffic is actually being sent using tcpdump. I see packets arriving, destined to the local server and port 5001, which the server does by default, but server A does not print anything regarding bandwidth.
I am leaning towards some sort of local routing issue, but it is a bit odd since the connection is initially established, so I am leaning towards an MTU issue/iperf issue of some kind.
networking tcpdump
networking tcpdump
asked Jan 19 '18 at 20:36
stoneman_41stoneman_41
44 bronze badges
asked Jan 19 '18 at 20:36
stoneman_41stoneman_41
44 bronze badges
asked Jan 19 '18 at 20:36
stoneman_41stoneman_41
44 bronze badges
asked Jan 19 '18 at 20:36
stoneman_41stoneman_41
44 bronze badges
asked Jan 19 '18 at 20:36
stoneman_41stoneman_41
44 bronze badges
44 bronze badges
Random guess: make sure you don't have a host firewall (e.g., iptables) dropping the traffic. [If this turns out to be right, anyone is welcome to convert it to an answer.]
– derobert
Jan 19 '18 at 20:49
Yeah I made sure to check that before,iptablesallows everything. Don't know if I made it clear, but the traffic DOES make it to the server, it is just not registered byiperf.
– stoneman_41
Jan 19 '18 at 21:07
Is ICMP blocked by other firewalls along the way?
– Rui F Ribeiro
Jan 19 '18 at 21:30
@RuiFRibeiro Two things: 1. I am not aware of the underlying network and things it might do. The stuff I am seeing above is in fact for the reason of determining issues. 2. ICMP packets seem to go fine, as ping works (similar MTU issues pop up when I make the ping packet larger than a certain size). The main thing I am trying to figure out is whyiperf -sis not recognizing the packets which did come to the server.
– stoneman_41
Jan 19 '18 at 21:40
There are known bugs with Cisco ASAs default configuration + Linux. Try to found out more about your underlying network infra-structure.
– Rui F Ribeiro
Jan 19 '18 at 21:43
|
show 4 more comments
Random guess: make sure you don't have a host firewall (e.g., iptables) dropping the traffic. [If this turns out to be right, anyone is welcome to convert it to an answer.]
– derobert
Jan 19 '18 at 20:49
Yeah I made sure to check that before,iptablesallows everything. Don't know if I made it clear, but the traffic DOES make it to the server, it is just not registered byiperf.
– stoneman_41
Jan 19 '18 at 21:07
Is ICMP blocked by other firewalls along the way?
– Rui F Ribeiro
Jan 19 '18 at 21:30
@RuiFRibeiro Two things: 1. I am not aware of the underlying network and things it might do. The stuff I am seeing above is in fact for the reason of determining issues. 2. ICMP packets seem to go fine, as ping works (similar MTU issues pop up when I make the ping packet larger than a certain size). The main thing I am trying to figure out is whyiperf -sis not recognizing the packets which did come to the server.
– stoneman_41
Jan 19 '18 at 21:40
There are known bugs with Cisco ASAs default configuration + Linux. Try to found out more about your underlying network infra-structure.
– Rui F Ribeiro
Jan 19 '18 at 21:43
Random guess: make sure you don't have a host firewall (e.g., iptables) dropping the traffic. [If this turns out to be right, anyone is welcome to convert it to an answer.]
– derobert
Jan 19 '18 at 20:49
Random guess: make sure you don't have a host firewall (e.g., iptables) dropping the traffic. [If this turns out to be right, anyone is welcome to convert it to an answer.]
– derobert
Jan 19 '18 at 20:49
Yeah I made sure to check that before,
iptables allows everything. Don't know if I made it clear, but the traffic DOES make it to the server, it is just not registered by iperf.– stoneman_41
Jan 19 '18 at 21:07
Yeah I made sure to check that before,
iptables allows everything. Don't know if I made it clear, but the traffic DOES make it to the server, it is just not registered by iperf.– stoneman_41
Jan 19 '18 at 21:07
Is ICMP blocked by other firewalls along the way?
– Rui F Ribeiro
Jan 19 '18 at 21:30
Is ICMP blocked by other firewalls along the way?
– Rui F Ribeiro
Jan 19 '18 at 21:30
@RuiFRibeiro Two things: 1. I am not aware of the underlying network and things it might do. The stuff I am seeing above is in fact for the reason of determining issues. 2. ICMP packets seem to go fine, as ping works (similar MTU issues pop up when I make the ping packet larger than a certain size). The main thing I am trying to figure out is why
iperf -s is not recognizing the packets which did come to the server.– stoneman_41
Jan 19 '18 at 21:40
@RuiFRibeiro Two things: 1. I am not aware of the underlying network and things it might do. The stuff I am seeing above is in fact for the reason of determining issues. 2. ICMP packets seem to go fine, as ping works (similar MTU issues pop up when I make the ping packet larger than a certain size). The main thing I am trying to figure out is why
iperf -s is not recognizing the packets which did come to the server.– stoneman_41
Jan 19 '18 at 21:40
There are known bugs with Cisco ASAs default configuration + Linux. Try to found out more about your underlying network infra-structure.
– Rui F Ribeiro
Jan 19 '18 at 21:43
There are known bugs with Cisco ASAs default configuration + Linux. Try to found out more about your underlying network infra-structure.
– Rui F Ribeiro
Jan 19 '18 at 21:43
|
show 4 more comments
1 Answer
1
active
oldest
votes
I had the same problem with Windows 10, solved it by opened windows firewall manager (wf.wsc) and add an entry to allow imperf
answered 26 mins ago
Karen TranKaren Tran
1
New contributor
Karen Tran is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.
add a comment |
Your Answer
StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "106"
};
initTagRenderer("".split(" "), "".split(" "), channelOptions);
StackExchange.using("externalEditor", function() {
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled) {
StackExchange.using("snippets", function() {
createEditor();
});
}
else {
createEditor();
}
});
function createEditor() {
StackExchange.prepareEditor({
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: false,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: null,
bindNavPrevention: true,
postfix: "",
imageUploader: {
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
},
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
});
}
});
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f418317%2fpackets-arriving-on-server-not-registered-by-iperf%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
1 Answer
1
active
oldest
votes
1 Answer
1
active
oldest
votes
active
oldest
votes
active
oldest
votes
I had the same problem with Windows 10, solved it by opened windows firewall manager (wf.wsc) and add an entry to allow imperf
answered 26 mins ago
Karen TranKaren Tran
1
New contributor
Karen Tran is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.
add a comment |
I had the same problem with Windows 10, solved it by opened windows firewall manager (wf.wsc) and add an entry to allow imperf
answered 26 mins ago
Karen TranKaren Tran
1
New contributor
Karen Tran is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.
add a comment |
I had the same problem with Windows 10, solved it by opened windows firewall manager (wf.wsc) and add an entry to allow imperf
answered 26 mins ago
Karen TranKaren Tran
1
New contributor
Karen Tran is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.
I had the same problem with Windows 10, solved it by opened windows firewall manager (wf.wsc) and add an entry to allow imperf
answered 26 mins ago
Karen TranKaren Tran
1
New contributor
Karen Tran is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.
answered 26 mins ago
Karen TranKaren Tran
1
New contributor
Karen Tran is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.
answered 26 mins ago
Karen TranKaren Tran
1
answered 26 mins ago
Karen TranKaren Tran
1
1
New contributor
Karen Tran is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.
New contributor
Karen Tran is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.
add a comment |
add a comment |
Thanks for contributing an answer to Unix & Linux Stack Exchange!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f418317%2fpackets-arriving-on-server-not-registered-by-iperf%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Random guess: make sure you don't have a host firewall (e.g., iptables) dropping the traffic. [If this turns out to be right, anyone is welcome to convert it to an answer.]
– derobert
Jan 19 '18 at 20:49
Yeah I made sure to check that before,
iptablesallows everything. Don't know if I made it clear, but the traffic DOES make it to the server, it is just not registered byiperf.– stoneman_41
Jan 19 '18 at 21:07
Is ICMP blocked by other firewalls along the way?
– Rui F Ribeiro
Jan 19 '18 at 21:30
@RuiFRibeiro Two things: 1. I am not aware of the underlying network and things it might do. The stuff I am seeing above is in fact for the reason of determining issues. 2. ICMP packets seem to go fine, as ping works (similar MTU issues pop up when I make the ping packet larger than a certain size). The main thing I am trying to figure out is why
iperf -sis not recognizing the packets which did come to the server.– stoneman_41
Jan 19 '18 at 21:40
There are known bugs with Cisco ASAs default configuration + Linux. Try to found out more about your underlying network infra-structure.
– Rui F Ribeiro
Jan 19 '18 at 21:43