Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1557368
| From | Michael Tuexen <Michael.Tuexen@lurchi.franken.de> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | Re: Problem on SCTP |
| Date | 2017-01-12 12:20 +0100 |
| Message-ID | <sYLAd-3jp-1@gated-at.bofh.it> (permalink) |
| References | (8 earlier) <sY5KG-2vR-41@gated-at.bofh.it> <sYmBP-4Dt-1@gated-at.bofh.it> <sYqFr-72T-19@gated-at.bofh.it> <sYK1r-2hi-7@gated-at.bofh.it> <sYKkN-2oa-5@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
> On 12 Jan 2017, at 10:51, David Laight <David.Laight@ACULAB.COM> wrote:
>
> From: Sun Paul [mailto:paulrbk@gmail.com]
>> Sent: 12 January 2017 09:31
>> Let me clear the understanding. below is the flow.
>>
>> 1. Client sends to Linux Router: 192.168.206.83 -> 192.168.206.56,
>> 2. Linux router sends to SERVER where the source IP is unchanged:
>> 192.168.206.83 -> 192.168.206.66
>>
>> My question here is why SERVER cannot response this INIT chunk?
>
> Probably because the IP addresses embedded in the SCTP packet
> don't match the ones in the IP header.
I don't know if it matters on the linux implementation, but it shouldn't.
An SCTP endpoint should consider the source address of the packet containing
the INIT chunk and all the addresses listed in the INIT chunk as valid peer
addresses.
Could we get a .pcap file of the packet containing the INIT chunk captured
at the server? I would expect an INIT-ACK or and ABORT. If that is not sent,
the checksum was wrong or some kind of packet filtering is active on the
server...
Best regards
Michael
>
> David
>
> N§ēæėrļyúčØbēXŽķĮ§vØ^)Þš{.nĮ+·Ĩ{ąąËi{ayš ĘÚë,jĒfĢĒ·hāzđ ŪwĨĒļ Ē·Ķj:+vĻwčjØmķĸūŦęįzZ+ųÝĒj"ú!
Back to linux.kernel | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
Problem on SCTP Sun Paul <paulrbk@gmail.com> - 2017-01-06 10:40 +0100
Re: Problem on SCTP Marcelo Ricardo Leitner <marcelo.leitner@gmail.com> - 2017-01-06 12:50 +0100
Re: Problem on SCTP Sun Paul <paulrbk@gmail.com> - 2017-01-09 03:10 +0100
Re: Problem on SCTP Neil Horman <nhorman@tuxdriver.com> - 2017-01-06 13:50 +0100
Re: Problem on SCTP Sun Paul <paulrbk@gmail.com> - 2017-01-09 03:10 +0100
Re: Problem on SCTP Sun Paul <paulrbk@gmail.com> - 2017-01-09 03:40 +0100
RE: Problem on SCTP David Laight <David.Laight@ACULAB.COM> - 2017-01-09 11:00 +0100
Re: Problem on SCTP Sun Paul <paulrbk@gmail.com> - 2017-01-09 11:10 +0100
Re: Problem on SCTP Neil Horman <nhorman@tuxdriver.com> - 2017-01-09 13:30 +0100
Re: Problem on SCTP Sun Paul <paulrbk@gmail.com> - 2017-01-09 17:40 +0100
Re: Problem on SCTP Neil Horman <nhorman@tuxdriver.com> - 2017-01-09 20:20 +0100
Re: Problem on SCTP Sun Paul <paulrbk@gmail.com> - 2017-01-10 02:40 +0100
Re: Problem on SCTP Sun Paul <paulrbk@gmail.com> - 2017-01-10 02:40 +0100
Re: Problem on SCTP Neil Horman <nhorman@tuxdriver.com> - 2017-01-10 15:40 +0100
Re: Problem on SCTP Sun Paul <paulrbk@gmail.com> - 2017-01-11 09:40 +0100
Re: Problem on SCTP Neil Horman <nhorman@tuxdriver.com> - 2017-01-11 14:00 +0100
Re: Problem on SCTP Sun Paul <paulrbk@gmail.com> - 2017-01-12 10:40 +0100
RE: Problem on SCTP David Laight <David.Laight@ACULAB.COM> - 2017-01-12 11:00 +0100
Re: Problem on SCTP Michael Tuexen <Michael.Tuexen@lurchi.franken.de> - 2017-01-12 12:20 +0100
Re: Problem on SCTP Sun Paul <paulrbk@gmail.com> - 2017-01-13 04:30 +0100
Re: Problem on SCTP Sun Paul <paulrbk@gmail.com> - 2017-01-13 04:30 +0100
Re: Problem on SCTP Sun Paul <paulrbk@gmail.com> - 2017-01-13 04:40 +0100
Re: Problem on SCTP Michael Tuexen <Michael.Tuexen@lurchi.franken.de> - 2017-01-13 10:50 +0100
Re: Problem on SCTP Michael Tuexen <Michael.Tuexen@lurchi.franken.de> - 2017-01-13 14:20 +0100
Re: Problem on SCTP Marcelo Ricardo Leitner <marcelo.leitner@gmail.com> - 2017-01-16 19:50 +0100
csiph-web