* [PATCH] iputils: ping by mark
@ 2009-10-12 21:05 jamal
2009-10-16 21:05 ` Rob Townley
0 siblings, 1 reply; 14+ messages in thread
From: jamal @ 2009-10-12 21:05 UTC (permalink / raw)
To: YOSHIFUJI Hideaki; +Cc: netdev
[-- Attachment #1: Type: text/plain, Size: 161 bytes --]
ping by mark, example to use firewall mark decimal 10
(which hopefully maps to something meaningful with policy routing):
ping -m 10 10.0.0.1
cheers,
jamal
[-- Attachment #2: ping-mark --]
[-- Type: text/plain, Size: 2747 bytes --]
commit 7afb1e52ecc8bda3677f8b7db8433486936d473f
Author: Jamal Hadi Salim <hadi@cyberus.ca>
Date: Mon Oct 12 16:59:27 2009 -0400
[PATCH] iputils: ping by mark
This extends ping to send a packet out based on a given
mark using -m option. Useful with policy routing to take different paths
to same destination ..
Signed-off-by: Jamal Hadi Salim <hadi@cyberus.ca>
diff --git a/ping.c b/ping.c
index b67cff4..5c913e0 100644
--- a/ping.c
+++ b/ping.c
@@ -1216,7 +1216,7 @@ void usage(void)
fprintf(stderr,
"Usage: ping [-LRUbdfnqrvVaA] [-c count] [-i interval] [-w deadline]\n"
" [-p pattern] [-s packetsize] [-t ttl] [-I interface or address]\n"
-" [-M mtu discovery hint] [-S sndbuf]\n"
+" [-M mtu discovery hint] [-m mark] [-S sndbuf]\n"
" [ -T timestamp option ] [ -Q tos ] [hop1 ...] destination\n");
exit(2);
}
diff --git a/ping_common.c b/ping_common.c
index be36cbd..b1cc9fc 100644
--- a/ping_common.c
+++ b/ping_common.c
@@ -4,6 +4,7 @@
int options;
+int mark;
int sndbuf;
int ttl;
int rtt;
@@ -141,6 +142,17 @@ void common_options(int ch)
options |= F_INTERVAL;
break;
}
+ case 'm':
+ {
+ char *endp;
+ mark = (int)strtoul(optarg, &endp, 10);
+ if (mark < 0 || *endp != '\0') {
+ fprintf(stderr, "mark cannot be negative");
+ exit(2);
+ }
+ options |= F_MARK;
+ break;
+ }
case 'w':
deadline = atoi(optarg);
if (deadline < 0) {
@@ -442,6 +454,15 @@ void setup(int icmp_sock)
fprintf(stderr, "Warning: no SO_TIMESTAMP support, falling back to SIOCGSTAMP\n");
}
#endif
+ if (options & F_MARK) {
+ if (setsockopt(icmp_sock, SOL_SOCKET, SO_MARK,
+ &mark, sizeof(mark)) == -1) {
+ /* we probably dont wanna exit since old kernels
+ * dont support mark ..
+ */
+ fprintf(stderr, "Warning: Failed to set mark %d\n", mark);
+ }
+ }
/* Set some SNDTIMEO to prevent blocking forever
* on sends, when device is too slow or stalls. Just put limit
diff --git a/ping_common.h b/ping_common.h
index 5b80118..466792e 100644
--- a/ping_common.h
+++ b/ping_common.h
@@ -60,6 +60,7 @@ extern int options;
#define F_STRICTSOURCE 0x8000
#define F_NOLOOP 0x10000
#define F_TTL 0x20000
+#define F_MARK 0x40000
/*
* MAX_DUP_CHK is the number of bits in received table, i.e. the maximum
@@ -118,9 +119,9 @@ case 'a': case 'U': case 'c': case 'd': \
case 'f': case 'i': case 'w': case 'l': \
case 'S': case 'n': case 'p': case 'q': \
case 'r': case 's': case 'v': case 'L': \
-case 't': case 'A': case 'W': case 'B':
+case 't': case 'A': case 'W': case 'B': case 'm':
-#define COMMON_OPTSTR "h?VQ:I:M:aUc:dfi:w:l:S:np:qrs:vLt:AW:B"
+#define COMMON_OPTSTR "h?VQ:I:M:aUc:dfi:w:l:S:np:qrs:vLt:AW:Bm:"
/*
^ permalink raw reply related [flat|nested] 14+ messages in thread
* Re: [PATCH] iputils: ping by mark
2009-10-12 21:05 jamal
@ 2009-10-16 21:05 ` Rob Townley
2009-10-17 12:30 ` jamal
0 siblings, 1 reply; 14+ messages in thread
From: Rob Townley @ 2009-10-16 21:05 UTC (permalink / raw)
To: hadi; +Cc: YOSHIFUJI Hideaki, netdev
On Mon, Oct 12, 2009 at 4:05 PM, jamal <hadi@cyberus.ca> wrote:
>
> ping by mark, example to use firewall mark decimal 10
> (which hopefully maps to something meaningful with policy routing):
>
> ping -m 10 10.0.0.1
>
> cheers,
> jamal
>
Would this make it easier to ping multiple gateways so if one goes
down, it is taken almost out of the routing table until it comes back
up.
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [PATCH] iputils: ping by mark
2009-10-16 21:05 ` Rob Townley
@ 2009-10-17 12:30 ` jamal
2009-10-17 18:54 ` Maciej Żenczykowski
0 siblings, 1 reply; 14+ messages in thread
From: jamal @ 2009-10-17 12:30 UTC (permalink / raw)
To: Rob.Townley; +Cc: YOSHIFUJI Hideaki, netdev
On Fri, 2009-10-16 at 16:05 -0500, Rob Townley wrote:
> Would this make it easier to ping multiple gateways
yes.
You need to set your policy routing accordingly to have a different
gateway for the same destination and then use the -m to select the
routing table..
> so if one goes
> down, it is taken almost out of the routing table until it comes back
> up.
I am not sure i followed or see any relation to the first part of your
question.
Ive never heard of routing table entries automagically being taken down
until something comes up. You could do it probably by writting a user
space daemon.
cheers,
jamal
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [PATCH] iputils: ping by mark
2009-10-17 12:30 ` jamal
@ 2009-10-17 18:54 ` Maciej Żenczykowski
2009-10-17 23:04 ` jamal
0 siblings, 1 reply; 14+ messages in thread
From: Maciej Żenczykowski @ 2009-10-17 18:54 UTC (permalink / raw)
To: hadi; +Cc: Rob.Townley, YOSHIFUJI Hideaki, netdev
This patch requires the currently being suggested/reviewed/written
'fix SO_MARK' patches, some of which have already been committed.
On Sat, Oct 17, 2009 at 05:30, jamal <hadi@cyberus.ca> wrote:
> On Fri, 2009-10-16 at 16:05 -0500, Rob Townley wrote:
>
>> Would this make it easier to ping multiple gateways
>
> yes.
> You need to set your policy routing accordingly to have a different
> gateway for the same destination and then use the -m to select the
> routing table..
>
>> so if one goes
>> down, it is taken almost out of the routing table until it comes back
>> up.
>
> I am not sure i followed or see any relation to the first part of your
> question.
> Ive never heard of routing table entries automagically being taken down
> until something comes up. You could do it probably by writting a user
> space daemon.
>
> cheers,
> jamal
>
>
> --
> To unsubscribe from this list: send the line "unsubscribe netdev" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [PATCH] iputils: ping by mark
2009-10-17 18:54 ` Maciej Żenczykowski
@ 2009-10-17 23:04 ` jamal
2009-10-17 23:34 ` jamal
0 siblings, 1 reply; 14+ messages in thread
From: jamal @ 2009-10-17 23:04 UTC (permalink / raw)
To: Maciej Żenczykowski; +Cc: Rob.Townley, YOSHIFUJI Hideaki, netdev
On Sat, 2009-10-17 at 11:54 -0700, Maciej Żenczykowski wrote:
> This patch requires the currently being suggested/reviewed/written
> 'fix SO_MARK' patches, some of which have already been committed.
>
Elucidate please.
SO_MARK has been in for at least a year. This patch has worked fine in
2.6.31 and pre-31 where i tested. What patches and what are they fixing
in this regard to get this working?
cheers,
jamal
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [PATCH] iputils: ping by mark
2009-10-17 23:04 ` jamal
@ 2009-10-17 23:34 ` jamal
2009-10-18 1:46 ` Maciej Żenczykowski
0 siblings, 1 reply; 14+ messages in thread
From: jamal @ 2009-10-17 23:34 UTC (permalink / raw)
To: Maciej Żenczykowski; +Cc: Rob.Townley, YOSHIFUJI Hideaki, netdev
On Sat, 2009-10-17 at 19:04 -0400, jamal wrote:
> This patch has worked fine in
> 2.6.31 and pre-31 where i tested.
Ok, just to be sure - here's a simple test i just did on my laptop...
------
hadi@dogo:~$ uname -a
Linux dogo 2.6.31-rc7-00001-g6da17c5-dirty #7 PREEMPT Thu Oct 15
16:35:13 EDT 2009 i686 GNU/Linux
hadi@dogo:~$ ip a ls dev eth0
11: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast
state UNKNOWN qlen 1000
link/ether 00:0b:97:97:4d:6a brd ff:ff:ff:ff:ff:ff
inet 10.0.0.31/24 brd 10.0.0.255 scope global eth0
inet 10.0.0.2/32 scope global eth0
inet6 fe80::20b:97ff:fe97:4d6a/64 scope link
valid_lft forever preferred_lft forever
hadi@dogo:~$ ip ru ls
0: from all lookup local
15: from all fwmark 0xf lookup 15
16: from all fwmark 0x10 lookup 16
32766: from all lookup main
32767: from all lookup default
hadi@dogo:~$ ip r ls table 15
208.67.217.231 via 10.0.0.1 dev eth0 src 10.0.0.31
hadi@dogo:~$ ip r ls table 16
208.67.217.231 via 10.0.0.1 dev eth0 src 10.0.0.2
hadi@dogo:~$
One ping with -m 15 -c1 to 208.67.217.231, tcpdump:
19:22:09.467555 IP 10.0.0.31 > 208.67.217.231: ICMP echo request, id
34328, seq 1, length 64
19:22:09.535429 IP 208.67.217.231 > 10.0.0.31: ICMP echo reply, id
34328, seq 1, length 64
repeat ping with -m 16 and watch tcpdump
19:23:19.731592 IP 10.0.0.2 > 208.67.217.231: ICMP echo request, id
50712, seq 1, length 64
19:23:19.790672 IP 208.67.217.231 > 10.0.0.2: ICMP echo reply, id 50712,
seq 1, length 64
------
I have also tried it with udp (hacked netcat) and i dont see any problem
either
What did i miss?
cheers,
jamal
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [PATCH] iputils: ping by mark
2009-10-17 23:34 ` jamal
@ 2009-10-18 1:46 ` Maciej Żenczykowski
2009-10-18 11:37 ` jamal
0 siblings, 1 reply; 14+ messages in thread
From: Maciej Żenczykowski @ 2009-10-18 1:46 UTC (permalink / raw)
To: hadi; +Cc: Rob.Townley, YOSHIFUJI Hideaki, netdev
Try it with a udp packet or a tcp connection - so_mark and ip rule
fwmark only work for raw sockets (and maybe some other special cases),
unless you're lucky and the ip(6)tables mangle module just happens to
rerun the routing decision (because it mangles the packet in some
other way...).
The problem is that the SO_MARK mark is not used for the initial
routing decision for most protocols (it _is_ used for raw sockets).
There have been a few patches lately from atis@mikrotik.com that have
fixed some of the outstanding problems.
I have not had the opportunity to take a look at the current state of
the breakage.
2009/10/17 jamal <hadi@cyberus.ca>:
> On Sat, 2009-10-17 at 19:04 -0400, jamal wrote:
>
>> This patch has worked fine in
>> 2.6.31 and pre-31 where i tested.
>
> Ok, just to be sure - here's a simple test i just did on my laptop...
>
> ------
> hadi@dogo:~$ uname -a
> Linux dogo 2.6.31-rc7-00001-g6da17c5-dirty #7 PREEMPT Thu Oct 15
> 16:35:13 EDT 2009 i686 GNU/Linux
> hadi@dogo:~$ ip a ls dev eth0
> 11: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast
> state UNKNOWN qlen 1000
> link/ether 00:0b:97:97:4d:6a brd ff:ff:ff:ff:ff:ff
> inet 10.0.0.31/24 brd 10.0.0.255 scope global eth0
> inet 10.0.0.2/32 scope global eth0
> inet6 fe80::20b:97ff:fe97:4d6a/64 scope link
> valid_lft forever preferred_lft forever
> hadi@dogo:~$ ip ru ls
> 0: from all lookup local
> 15: from all fwmark 0xf lookup 15
> 16: from all fwmark 0x10 lookup 16
> 32766: from all lookup main
> 32767: from all lookup default
>
> hadi@dogo:~$ ip r ls table 15
> 208.67.217.231 via 10.0.0.1 dev eth0 src 10.0.0.31
> hadi@dogo:~$ ip r ls table 16
> 208.67.217.231 via 10.0.0.1 dev eth0 src 10.0.0.2
> hadi@dogo:~$
>
> One ping with -m 15 -c1 to 208.67.217.231, tcpdump:
> 19:22:09.467555 IP 10.0.0.31 > 208.67.217.231: ICMP echo request, id
> 34328, seq 1, length 64
> 19:22:09.535429 IP 208.67.217.231 > 10.0.0.31: ICMP echo reply, id
> 34328, seq 1, length 64
>
> repeat ping with -m 16 and watch tcpdump
> 19:23:19.731592 IP 10.0.0.2 > 208.67.217.231: ICMP echo request, id
> 50712, seq 1, length 64
> 19:23:19.790672 IP 208.67.217.231 > 10.0.0.2: ICMP echo reply, id 50712,
> seq 1, length 64
>
> ------
>
>
> I have also tried it with udp (hacked netcat) and i dont see any problem
> either
>
> What did i miss?
>
> cheers,
> jamal
>
>
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [PATCH] iputils: ping by mark
2009-10-18 1:46 ` Maciej Żenczykowski
@ 2009-10-18 11:37 ` jamal
2009-10-18 22:57 ` Maciej Żenczykowski
0 siblings, 1 reply; 14+ messages in thread
From: jamal @ 2009-10-18 11:37 UTC (permalink / raw)
To: Maciej Żenczykowski; +Cc: Rob.Townley, YOSHIFUJI Hideaki, netdev
On Sat, 2009-10-17 at 18:46 -0700, Maciej Żenczykowski wrote:
> Try it with a udp packet or a tcp connection - so_mark and ip rule
> fwmark only work for raw sockets (and maybe some other special cases),
> unless you're lucky and the ip(6)tables mangle module just happens to
> rerun the routing decision (because it mangles the packet in some
> other way...).
It works fine with tcp and udp and to emphasize: i have never seen it
broken.
Above you mention iptables - I dont use it and that maybe the missing
part in our discussion.
I should note though that rpf is broken with policy routing;-> Now that
you got me going on this, I will post a patch.
cheers,
jamal
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [PATCH] iputils: ping by mark
2009-10-18 11:37 ` jamal
@ 2009-10-18 22:57 ` Maciej Żenczykowski
0 siblings, 0 replies; 14+ messages in thread
From: Maciej Żenczykowski @ 2009-10-18 22:57 UTC (permalink / raw)
To: hadi; +Cc: Rob.Townley, YOSHIFUJI Hideaki, netdev
> It works fine with tcp and udp and to emphasize: i have never seen it
> broken.
Really? Ok, so we're doing something very differently...
My testing was done on a 2.6.26 kernel (but AFAICT from browsing the
code, the behaviour in question should not have changed till the last
few patches posted in the last 2-3 weeks).
^ permalink raw reply [flat|nested] 14+ messages in thread
* [PATCH] iputils: ping by mark
@ 2010-02-13 15:25 jamal
2010-02-13 15:38 ` YOSHIFUJI Hideaki
2010-02-13 15:47 ` YOSHIFUJI Hideaki
0 siblings, 2 replies; 14+ messages in thread
From: jamal @ 2010-02-13 15:25 UTC (permalink / raw)
To: YOSHIFUJI Hideaki; +Cc: netdev
[-- Attachment #1: Type: text/plain, Size: 154 bytes --]
I am CCing this to netdev. Can someone help me poke on
Yoshifuji-san? I cant reach him using electrons or
complex physical molecules...
cheers,
jamal
[-- Attachment #2: ping-mark --]
[-- Type: text/plain, Size: 2747 bytes --]
commit 7afb1e52ecc8bda3677f8b7db8433486936d473f
Author: Jamal Hadi Salim <hadi@cyberus.ca>
Date: Mon Oct 12 16:59:27 2009 -0400
[PATCH] iputils: ping by mark
This extends ping to send a packet out based on a given
mark using -m option. Useful with policy routing to take different paths
to same destination ..
Signed-off-by: Jamal Hadi Salim <hadi@cyberus.ca>
diff --git a/ping.c b/ping.c
index b67cff4..5c913e0 100644
--- a/ping.c
+++ b/ping.c
@@ -1216,7 +1216,7 @@ void usage(void)
fprintf(stderr,
"Usage: ping [-LRUbdfnqrvVaA] [-c count] [-i interval] [-w deadline]\n"
" [-p pattern] [-s packetsize] [-t ttl] [-I interface or address]\n"
-" [-M mtu discovery hint] [-S sndbuf]\n"
+" [-M mtu discovery hint] [-m mark] [-S sndbuf]\n"
" [ -T timestamp option ] [ -Q tos ] [hop1 ...] destination\n");
exit(2);
}
diff --git a/ping_common.c b/ping_common.c
index be36cbd..b1cc9fc 100644
--- a/ping_common.c
+++ b/ping_common.c
@@ -4,6 +4,7 @@
int options;
+int mark;
int sndbuf;
int ttl;
int rtt;
@@ -141,6 +142,17 @@ void common_options(int ch)
options |= F_INTERVAL;
break;
}
+ case 'm':
+ {
+ char *endp;
+ mark = (int)strtoul(optarg, &endp, 10);
+ if (mark < 0 || *endp != '\0') {
+ fprintf(stderr, "mark cannot be negative");
+ exit(2);
+ }
+ options |= F_MARK;
+ break;
+ }
case 'w':
deadline = atoi(optarg);
if (deadline < 0) {
@@ -442,6 +454,15 @@ void setup(int icmp_sock)
fprintf(stderr, "Warning: no SO_TIMESTAMP support, falling back to SIOCGSTAMP\n");
}
#endif
+ if (options & F_MARK) {
+ if (setsockopt(icmp_sock, SOL_SOCKET, SO_MARK,
+ &mark, sizeof(mark)) == -1) {
+ /* we probably dont wanna exit since old kernels
+ * dont support mark ..
+ */
+ fprintf(stderr, "Warning: Failed to set mark %d\n", mark);
+ }
+ }
/* Set some SNDTIMEO to prevent blocking forever
* on sends, when device is too slow or stalls. Just put limit
diff --git a/ping_common.h b/ping_common.h
index 5b80118..466792e 100644
--- a/ping_common.h
+++ b/ping_common.h
@@ -60,6 +60,7 @@ extern int options;
#define F_STRICTSOURCE 0x8000
#define F_NOLOOP 0x10000
#define F_TTL 0x20000
+#define F_MARK 0x40000
/*
* MAX_DUP_CHK is the number of bits in received table, i.e. the maximum
@@ -118,9 +119,9 @@ case 'a': case 'U': case 'c': case 'd': \
case 'f': case 'i': case 'w': case 'l': \
case 'S': case 'n': case 'p': case 'q': \
case 'r': case 's': case 'v': case 'L': \
-case 't': case 'A': case 'W': case 'B':
+case 't': case 'A': case 'W': case 'B': case 'm':
-#define COMMON_OPTSTR "h?VQ:I:M:aUc:dfi:w:l:S:np:qrs:vLt:AW:B"
+#define COMMON_OPTSTR "h?VQ:I:M:aUc:dfi:w:l:S:np:qrs:vLt:AW:Bm:"
/*
^ permalink raw reply related [flat|nested] 14+ messages in thread
* Re: [PATCH] iputils: ping by mark
2010-02-13 15:25 [PATCH] iputils: ping by mark jamal
@ 2010-02-13 15:38 ` YOSHIFUJI Hideaki
2010-02-13 15:47 ` YOSHIFUJI Hideaki
1 sibling, 0 replies; 14+ messages in thread
From: YOSHIFUJI Hideaki @ 2010-02-13 15:38 UTC (permalink / raw)
To: hadi, YOSHIFUJI Hideaki, Linux Network Developers
I notice this mail. I'll investigate the patch.
Thanks.
--yoshfuji
jamal wrote:
> I am CCing this to netdev. Can someone help me poke on
> Yoshifuji-san? I cant reach him using electrons or
> complex physical molecules...
>
> cheers,
> jamal
>
>
>
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [PATCH] iputils: ping by mark
2010-02-13 15:25 [PATCH] iputils: ping by mark jamal
2010-02-13 15:38 ` YOSHIFUJI Hideaki
@ 2010-02-13 15:47 ` YOSHIFUJI Hideaki
2010-02-13 16:21 ` jamal
1 sibling, 1 reply; 14+ messages in thread
From: YOSHIFUJI Hideaki @ 2010-02-13 15:47 UTC (permalink / raw)
To: hadi; +Cc: netdev, YOSHIFUJI Hideaki
Hello.
Okay, applied. Thank you.
Could you give me patch for doc/ping.sgml as well, please?
Regards,
--yoshfuji
jamal wrote:
> I am CCing this to netdev. Can someone help me poke on
> Yoshifuji-san? I cant reach him using electrons or
> complex physical molecules...
>
> cheers,
> jamal
>
>
>
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [PATCH] iputils: ping by mark
2010-02-13 15:47 ` YOSHIFUJI Hideaki
@ 2010-02-13 16:21 ` jamal
2010-02-13 17:35 ` YOSHIFUJI Hideaki
0 siblings, 1 reply; 14+ messages in thread
From: jamal @ 2010-02-13 16:21 UTC (permalink / raw)
To: YOSHIFUJI Hideaki; +Cc: netdev
[-- Attachment #1: Type: text/plain, Size: 194 bytes --]
On Sun, 2010-02-14 at 00:47 +0900, YOSHIFUJI Hideaki wrote:
> Hello.
>
> Okay, applied. Thank you.
> Could you give me patch for doc/ping.sgml as well, please?
Ok, here it is..
cheers,
jamal
[-- Attachment #2: ping.sgml-mark --]
[-- Type: text/plain, Size: 1342 bytes --]
commit 6e063d914a97c4b8160cb43a3129ea368b2a3fbb
Author: Jamal Hadi Salim <hadi@cyberus.ca>
Date: Sat Feb 13 11:19:13 2010 -0500
iputils: ping by mark doc update
Update documentation for ping by-mark
Signed-off-by: Jamal Hadi Salim <hadi@cyberus.ca>
diff --git a/doc/ping.sgml b/doc/ping.sgml
index 5995ea9..c895d7d 100644
--- a/doc/ping.sgml
+++ b/doc/ping.sgml
@@ -16,6 +16,7 @@
<command>ping</command>
<arg choice="opt"><option>-LRUbdfnqrvVaAB</option></arg>
<arg choice="opt">-c <replaceable/count/</arg>
+<arg choice="opt">-m <replaceable/mark/</arg>
<arg choice="opt">-i <replaceable/interval/</arg>
<arg choice="opt">-l <replaceable/preload/</arg>
<arg choice="opt">-p <replaceable/pattern/</arg>
@@ -76,6 +77,14 @@ The address is bound to one selected when <command/ping/ starts.
</para></listitem>
</varlistentry>
<varlistentry>
+ <term><option>-m <replaceable/mark/</option></term>
+ <listitem><para>
+use <replaceable/mark/ to tag the packets going out. This is useful
+for variety of reasons within the kernel such as using policy
+routing to select specific outbound processing.
+ </para></listitem>
+ </varlistentry>
+ <varlistentry>
<term><option><anchor id="ping.count">-c <replaceable/count/</option></term>
<listitem><para>
Stop after sending <replaceable/count/ ECHO_REQUEST
^ permalink raw reply related [flat|nested] 14+ messages in thread
* Re: [PATCH] iputils: ping by mark
2010-02-13 16:21 ` jamal
@ 2010-02-13 17:35 ` YOSHIFUJI Hideaki
0 siblings, 0 replies; 14+ messages in thread
From: YOSHIFUJI Hideaki @ 2010-02-13 17:35 UTC (permalink / raw)
To: hadi; +Cc: netdev, YOSHIFUJI Hideaki
Applied. Thanks.
jamal wrote:
> On Sun, 2010-02-14 at 00:47 +0900, YOSHIFUJI Hideaki wrote:
>> Hello.
>>
>> Okay, applied. Thank you.
>> Could you give me patch for doc/ping.sgml as well, please?
>
> Ok, here it is..
>
> cheers,
> jamal
>
^ permalink raw reply [flat|nested] 14+ messages in thread
end of thread, other threads:[~2010-02-13 17:35 UTC | newest]
Thread overview: 14+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2010-02-13 15:25 [PATCH] iputils: ping by mark jamal
2010-02-13 15:38 ` YOSHIFUJI Hideaki
2010-02-13 15:47 ` YOSHIFUJI Hideaki
2010-02-13 16:21 ` jamal
2010-02-13 17:35 ` YOSHIFUJI Hideaki
-- strict thread matches above, loose matches on Subject: below --
2009-10-12 21:05 jamal
2009-10-16 21:05 ` Rob Townley
2009-10-17 12:30 ` jamal
2009-10-17 18:54 ` Maciej Żenczykowski
2009-10-17 23:04 ` jamal
2009-10-17 23:34 ` jamal
2009-10-18 1:46 ` Maciej Żenczykowski
2009-10-18 11:37 ` jamal
2009-10-18 22:57 ` Maciej Żenczykowski
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).