From: Ka-Cheong Poon <ka-cheong.poon@oracle.com>
To: Santosh Shilimkar <santosh.shilimkar@oracle.com>
Cc: Sowmini Varadhan <sowmini.varadhan@oracle.com>,
davem@davemloft.net, netdev@vger.kernel.org,
rds-devel@oss.oracle.com
Subject: Re: [PATCH v2 net-next 1/3] rds: Changing IP address internal representation to struct in6_addr
Date: Mon, 9 Jul 2018 20:26:44 +0800 [thread overview]
Message-ID: <f1b120d7-f74c-2ea7-0a4d-bc5cef0a9162@oracle.com> (raw)
In-Reply-To: <7c6de609-13cb-8648-82fe-7a0332ecc941@oracle.com>
On 07/07/2018 01:26 AM, Santosh Shilimkar wrote:
> Hi Ka-Cheong,
>
> On 7/6/2018 8:25 AM, Sowmini Varadhan wrote:
>> On (07/06/18 23:08), Ka-Cheong Poon wrote:
>>>
>>> As mentioned in a previous mail, it is unclear why the
>>> port number is transport specific. Most Internet services
>>> use the same port number running over TCP/UDP as shown
>>> in the IANA database. And the IANA RDS registration is
>>> the same. What is the rationale of having a transport
>>> specific number in the RDS implementation?
>>
>> because not every transport may need a port number.
>>
> Lets keep separate port for RDMA and TCP transport. This has been
> already useful for wireshark dissector and can also help for eBPF
> like external tooling. The fragment format and re-assembly is
> different across transports.
But does it have anything to do with the fact that a #define
is in the rds.h file?
> I do see your point and also agree that port number isn't transport
> specific and in case we need to add another transport, what port
> to use. But may be till then lets keep the existing behavior.
> As such this port switch is not related to IPv6 support as such
> so lets deal with it separately.
As I mentioned in a previous mail, I can move the #define if
it makes folks happy. But the number cannot be changed as it
is already being used.
--
K. Poon
ka-cheong.poon@oracle.com
next prev parent reply other threads:[~2018-07-09 12:26 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-06-27 10:23 [PATCH v2 net-next 0/3] rds: IPv6 support Ka-Cheong Poon
2018-06-27 10:23 ` [PATCH v2 net-next 1/3] rds: Changing IP address internal representation to struct in6_addr Ka-Cheong Poon
2018-06-30 8:50 ` David Miller
2018-07-03 14:02 ` Ka-Cheong Poon
2018-07-05 17:58 ` Santosh Shilimkar
2018-07-06 9:08 ` Ka-Cheong Poon
2018-07-06 10:15 ` Sowmini Varadhan
2018-07-06 15:08 ` Ka-Cheong Poon
2018-07-06 15:25 ` Sowmini Varadhan
2018-07-06 17:26 ` Santosh Shilimkar
2018-07-09 12:26 ` Ka-Cheong Poon [this message]
2018-07-06 14:55 ` santosh.shilimkar
2018-06-27 10:23 ` [PATCH v2 net-next 2/3] rds: Enable RDS IPv6 support Ka-Cheong Poon
2018-06-27 10:23 ` [PATCH v2 net-next 3/3] rds: Extend RDS API for " Ka-Cheong Poon
2018-07-05 17:44 ` [PATCH v2 net-next 0/3] rds: " Sowmini Varadhan
2018-07-06 14:36 ` Ka-Cheong Poon
2018-07-06 15:14 ` Sowmini Varadhan
2018-07-09 12:24 ` Ka-Cheong Poon
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=f1b120d7-f74c-2ea7-0a4d-bc5cef0a9162@oracle.com \
--to=ka-cheong.poon@oracle.com \
--cc=davem@davemloft.net \
--cc=netdev@vger.kernel.org \
--cc=rds-devel@oss.oracle.com \
--cc=santosh.shilimkar@oracle.com \
--cc=sowmini.varadhan@oracle.com \
/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;
as well as URLs for NNTP newsgroup(s).