aboutsummaryrefslogtreecommitdiffstats
path: root/net/ipv4/xfrm4_mode_tunnel.c
diff options
context:
space:
mode:
authorJerome Borsboom <j.borsboom@erasmusmc.nl>2007-05-29 12:59:54 -0700
committerDavid S. Miller <davem@sunset.davemloft.net>2007-05-31 01:23:27 -0700
commit83f03fa5adbad0a829424241ad24ef9e4b4ba585 (patch)
treec78a7abab9f0cf45786f941fb4463209274cb767 /net/ipv4/xfrm4_mode_tunnel.c
parent[IPV6] ROUTE: No longer handle ::/0 specially. (diff)
downloadlinux-dev-83f03fa5adbad0a829424241ad24ef9e4b4ba585.tar.xz
linux-dev-83f03fa5adbad0a829424241ad24ef9e4b4ba585.zip
[NET]: parse ip:port strings correctly in in4_pton
in4_pton converts a textual representation of an ip4 address into an integer representation. However, when the textual representation is of in the form ip:port, e.g. 192.168.1.1:5060, and 'delim' is set to -1, the function bails out with an error when reading the colon. It makes sense to allow the colon as a delimiting character without explicitly having to set it through the 'delim' variable as there can be no ambiguity in the point where the ip address is completely parsed. This function is indeed called from nf_conntrack_sip.c in this way to parse textual ip:port combinations which fails due to the reason stated above. Signed-off-by: Jerome Borsboom <j.borsboom@erasmusmc.nl> Signed-off-by: David S. Miller <davem@davemloft.net>
Diffstat (limited to 'net/ipv4/xfrm4_mode_tunnel.c')
0 files changed, 0 insertions, 0 deletions