From: Jason Gunthorpe <jgunthorpe@obsidianresearch.com>
To: linux-sctp@vger.kernel.org
Subject: Re: Ooops with SCTP
Date: Wed, 09 Jul 2014 18:51:09 +0000 [thread overview]
Message-ID: <20140709185109.GA4640@obsidianresearch.com> (raw)
In-Reply-To: <20140705001606.GA29369@obsidianresearch.com>
On Wed, Jul 09, 2014 at 02:27:02PM -0400, Neil Horman wrote:
> > Hum, this looks funny without a family assigment, how does the the
> > next thing to look at sk know if is a AF_INET vs AF_INET6?
> >
> Neither clause has a family assignment. Hmm, I wonder if they need one.
I don't know off hand, I think it depends what happens to 'sk' later
> > > @@ -556,11 +566,10 @@ static int sctp_v6_available(union sctp_addr *addr, struct sctp_sock *sp)
> > > if (IPV6_ADDR_ANY = type)
> > > return 1;
> > > if (type = IPV6_ADDR_MAPPED) {
> > > - if (sp && !sp->v4mapped)
> > > - return 0;
> > > if (sp && ipv6_only_sock(sctp_opt2sk(sp)))
> > > return 0;
> > > - sctp_v6_map_v4(addr);
> > > + if (sp && sp->v4mapped)
> > > + sctp_v6_map_v4(addr);
> >
> > What scenario is required to go into this if? When I run my test I
> > did not hit (sp && !sp->v4mapped) ..
> Not sure what you mean here. Just because you're testing didn't hit it doesn't
> really mean anything. if v4_mapped is enabled you want to map the incomming v4
> address into a v6 address, otherwise, you just want to pass the address to the
> sctp v4 available method.
Well, I quickly tested many combinations of v4 and v6 interworking and
it never covered that if. So if I want to see that the above is
working properly what do I need to have the test do?
Also, looking at the whole sequence, I just noticed:
- sctp_v6_map_v4(addr);
+ if (sp && sp->v4mapped)
+ sctp_v6_map_v4(addr);
return sctp_get_af_specific(AF_INET)->available(addr, sp);
}
It doesn't look right to call '(AF_INET)->available(addr' when addr is
an AF_INET6.. Doesn't making the call to sctp_v6_map_v4 conditional
create that possibility now?
> > > @@ -739,12 +749,16 @@ static void sctp_inet6_event_msgname(struct sctp_ulpevent *event,
> > > + } else {
> > > + sin->sin_addr.s_addr = addr->v4.sin_addr.s_addr;
> > > + sin->sin_family = AF_INET;
> >
> > Missing port?
> Shoot, I was thinking that was covered by the sin6 port assignment, but they
> don't overlap. Can you add that during your testing?
Sure
Jason
next prev parent reply other threads:[~2014-07-09 18:51 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-07-05 0:16 Ooops with SCTP Jason Gunthorpe
2014-07-05 13:03 ` Neil Horman
2014-07-05 16:39 ` Jason Gunthorpe
2014-07-06 12:21 ` Neil Horman
2014-07-07 4:48 ` Jason Gunthorpe
2014-07-07 12:44 ` Neil Horman
2014-07-07 17:45 ` Jason Gunthorpe
2014-07-07 18:22 ` Neil Horman
2014-07-07 19:39 ` Jason Gunthorpe
2014-07-09 15:50 ` Neil Horman
2014-07-09 16:28 ` Jason Gunthorpe
2014-07-09 18:27 ` Neil Horman
2014-07-09 18:51 ` Jason Gunthorpe [this message]
2014-07-10 11:33 ` Neil Horman
2014-07-10 19:58 ` Jason Gunthorpe
2014-07-10 20:14 ` Neil Horman
2014-07-21 11:15 ` Neil Horman
2014-07-23 17:22 ` Jason Gunthorpe
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20140709185109.GA4640@obsidianresearch.com \
--to=jgunthorpe@obsidianresearch.com \
--cc=linux-sctp@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox