> Jerome Borsboom wrote: > > 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, c.f. 192.168.1.1:5060, and 'delim' is set to -1, > > the function bails out when parsing 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. > > Furthermore, this function is indeed called from nf_conntrack_sip.c in > > this way to parse textual ip:port combinations which fails as stated above. > > > What about IPv6? in6_pton behaves similar and is also used by > nf_conntrack_sip. >
Don't think that in6_pton should be changed as a colon is the separator within the address. Maybe in6_pton should be changed to also parse IPv6 URI addresses of the form '[ipv6-addres]:port' which it currently cannot handle. - To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
