[srslte-users] SCTP ASCONF && Missing implementation?
Roderick Groesbeek
R.Groesbeek at wearetriple.com
Thu Jul 4 13:11:09 UTC 2019
Hi Pedro,
That fixes *that* problem! 🙂
But reveals an other one?
Distro: Ubuntu 18.04.2 LTS
Kernel: 4.15.0-47-generic #50-Ubuntu SMP
9 2.798640092 192.168.0.52 100.100.100.220 S1AP 114 S1SetupRequest
10 2.798719305 100.100.100.220 192.168.0.52 SCTP 78 ASCONF
Frame 10: 78 bytes on wire (624 bits), 78 bytes captured (624 bits) on interface 0
Ethernet II, Src: D-LinkIn_3b:75:af (f4:8c:eb:3b:75:af), Dst: Elitegro_ab:14:ea (94:c6:91:ab:14:ea)
Internet Protocol Version 4, Src: 100.100.100.220, Dst: 192.168.0.52
Stream Control Transmission Protocol, Src Port: 36412 (36412), Dst Port: 60361 (60361)
Source port: 36412
Destination port: 60361
Verification tag: 0xa044b1d4
[Association index: 0]
Checksum: 0x7a2bff64 [unverified]
[Checksum Status: Unverified]
ASCONF chunk
Chunk type: ASCONF (193)
Chunk flags: 0x00
Chunk length: 32
Sequence number: 0x41e388dc
IPv4 address parameter (Address: 100.100.100.220)
Parameter type: IPv4 address (0x0005)
Parameter length: 8
IP Version 4 address: 100.100.100.220
Set primary address parameter (Address: 100.100.100.220, correlation ID: 0)
11 2.798737305 192.168.0.52 100.100.100.220 SCTP 54 ASCONF_ACK
Frame 11: 54 bytes on wire (432 bits), 54 bytes captured (432 bits) on interface 0
Ethernet II, Src: Elitegro_ab:14:ea (94:c6:91:ab:14:ea), Dst: D-LinkIn_3b:75:af (f4:8c:eb:3b:75:af)
Internet Protocol Version 4, Src: 192.168.0.52, Dst: 100.100.100.220
Stream Control Transmission Protocol, Src Port: 60361 (60361), Dst Port: 36412 (36412)
Source port: 60361
Destination port: 36412
Verification tag: 0x41e388dc
[Association index: 0]
Checksum: 0x8ddc2cd8 [unverified]
[Checksum Status: Unverified]
ASCONF_ACK chunk
Chunk type: ASCONF_ACK (128)
Chunk flags: 0x00
Chunk length: 8
Sequence number: 0x41e388dc
12 2.810352285 100.100.100.220 192.168.0.52 S1AP 90 S1SetupFailure [Misc-cause=unspecified]
Frame 12: 90 bytes on wire (720 bits), 90 bytes captured (720 bits) on interface 0
Ethernet II, Src: D-LinkIn_3b:75:af (f4:8c:eb:3b:75:af), Dst: Elitegro_ab:14:ea (94:c6:91:ab:14:ea)
Internet Protocol Version 4, Src: 100.100.100.220, Dst: 192.168.0.52
Stream Control Transmission Protocol, Src Port: 36412 (36412), Dst Port: 60361 (60361)
Source port: 36412
Destination port: 60361
Verification tag: 0xa044b1d4
[Association index: 0]
Checksum: 0x86092cab [unverified]
[Checksum Status: Unverified]
SACK chunk (Cumulative TSN: 1744583076, a_rwnd: 9006000, gaps: 0, duplicate TSNs: 0)
Chunk type: SACK (3)
Chunk flags: 0x00
Chunk length: 16
Cumulative TSN ACK: 1744583076
Advertised receiver window credit (a_rwnd): 9006000
Number of gap acknowledgement blocks: 0
Number of duplicated TSNs: 0
DATA chunk(ordered, complete segment, TSN: 1105430748, SID: 0, SSN: 0, PPID: 18, payload length: 12 bytes)
Chunk type: DATA (0)
Chunk flags: 0x03
Chunk length: 28
Transmission sequence number: 1105430748
Stream identifier: 0x0000
Stream sequence number: 0
Payload protocol identifier: S1 Application Protocol (S1AP) (18)
S1 Application Protocol
13 2.810397955 192.168.0.52 100.100.100.220 SCTP 62 SACK
14 2.810609532 100.100.100.220 192.168.0.52 SCTP 60 ABORT
15 2.822256506 100.100.100.220 192.168.0.52 SCTP 60 ABORT
________________________________
From: Pedro Alvarez <pedro.alvarez at softwareradiosystems.com>
Sent: Thursday, July 4, 2019 11:58
To: Roderick Groesbeek
Cc: srslte-users at lists.softwareradiosystems.com
Subject: Re: [srslte-users] SCTP ASCONF && Missing implementation?
Hi Roderick,
Which distro/kernel are you using?
Have you tried doing the following:
"""
sysctl -w net.sctp.addip_enable=1
sysctl -w net.sctp.addip_noauth_enable=1 #this disables authentication, not safe in a production
sysctl -w net.sctp.default_auto_asconf=1
"""
There is some info on the rational behind those flags here:
http://rainbowtux.blogspot.com/2012/10/sctp-multi-homing-with-dynamic-address.html
Let me know if that works for you, I'm quite curious about this.
Regards,
Pedro
On Thu, Jul 4, 2019 at 9:04 AM Roderick Groesbeek <R.Groesbeek at wearetriple.com<mailto:R.Groesbeek at wearetriple.com>> wrote:
Hi People,
I'm trying to connect srsenb to an Aricent/Altran EPC.
But it fails in the MME communication, see below.
Is this something that is deliberately not coped with in srsenb?
Could/Should I hack the support for it in the source code? (if so, any kickstart hints?)
According to https://tools.ietf.org/html/rfc5061#page-5
this must be acknowledged.
RFC 5061 - Stream Control Transmission Protocol (SCTP) Dynamic Address Reconfiguration - Internet Engineering Task Force<https://tools.ietf.org/html/rfc5061#page-5>
RFC 5061 SCTP Dynamic Address Reconfiguration September 2007 1.Introduction A local host may have multiple points of attachment to the Internet, giving it a degree of fault tolerance from hardware failures. SCTP was developed to take full advantage of such a multi-homed host to provide a fast failover and association survivability in the face of such hardware failures.
tools.ietf.org<http://tools.ietf.org>
31 2.786994261 192.168.0.52 100.100.100.220 SCTP 84 INIT
33 2.797602863 100.100.100.220 192.168.0.52 SCTP 952 INIT_ACK
34 2.797652779 192.168.0.52 100.100.100.220 SCTP 916 COOKIE_ECHO
35 2.809712390 100.100.100.220 192.168.0.52 SCTP 62 COOKIE_ACK
36 2.809956541 192.168.0.52 100.100.100.220 S1AP 116 S1SetupRequest
37 2.809976818 100.100.100.220 192.168.0.52 SCTP 80 ASCONF
Frame 37: 80 bytes on wire (640 bits), 80 bytes captured (640 bits) on interface 0
Linux cooked capture
Internet Protocol Version 4, Src: 100.100.100.220, Dst: 192.168.0.52
Stream Control Transmission Protocol, Src Port: 36412 (36412), Dst Port: 57401 (57401)
Source port: 36412
Destination port: 57401
Verification tag: 0x7737b667
[Association index: 0]
Checksum: 0xa5a539b0 [unverified]
[Checksum Status: Unverified]
ASCONF chunk
Chunk type: ASCONF (193)
Chunk flags: 0x00
Chunk length: 32
Sequence number: 0x414bc735
IPv4 address parameter (Address: 100.100.100.220)
Parameter type: IPv4 address (0x0005)
Parameter length: 8
IP Version 4 address: 100.100.100.220
Set primary address parameter (Address: 100.100.100.220, correlation ID: 0)
Parameter type: Set primary address (0xc004)
Parameter length: 16
Correlation_id: 0x00000000
IPv4 address parameter (Address: 100.100.100.220)
Parameter type: IPv4 address (0x0005)
Parameter length: 8
IP Version 4 address: 100.100.100.220
38 2.809988052 192.168.0.52 100.100.100.220 SCTP 88 ERROR
Frame 38: 88 bytes on wire (704 bits), 88 bytes captured (704 bits) on interface 0
Linux cooked capture
Internet Protocol Version 4, Src: 192.168.0.52, Dst: 100.100.100.220
Stream Control Transmission Protocol, Src Port: 57401 (57401), Dst Port: 36412 (36412)
Source port: 57401
Destination port: 36412
Verification tag: 0x414bc735
[Association index: 0]
Checksum: 0xea569815 [unverified]
[Checksum Status: Unverified]
ERROR chunk
Chunk type: ERROR (9)
Chunk flags: 0x00
Chunk length: 40
Unrecognized chunk type cause (Type: 193 (ASCONF))
Cause code: Unrecognized chunk type (0x0006)
Cause length: 36
ASCONF chunk
Chunk type: ASCONF (193)
Chunk flags: 0x00
Chunk length: 32
Sequence number: 0x414bc735
IPv4 address parameter (Address: 100.100.100.220)
Parameter type: IPv4 address (0x0005)
Parameter length: 8
IP Version 4 address: 100.100.100.220
Set primary address parameter (Address: 100.100.100.220, correlation ID: 0)
Parameter type: Set primary address (0xc004)
Parameter length: 16
Correlation_id: 0x00000000
IPv4 address parameter (Address: 100.100.100.220)
Parameter type: IPv4 address (0x0005)
Parameter length: 8
IP Version 4 address: 100.100.100.220
39 2.820425679 100.100.100.220 192.168.0.52 S1AP 92 S1SetupFailure [Misc-cause=unspecified]
40 2.820471379 192.168.0.52 100.100.100.220 SCTP 64 SACK
41 2.820692627 100.100.100.220 192.168.0.52 SCTP 62 ABORT
42 2.830521878 100.100.100.220 192.168.0.52 SCTP 62 ABORT
Thnx!
_______________________________________________
srslte-users mailing list
srslte-users at lists.softwareradiosystems.com<mailto:srslte-users at lists.softwareradiosystems.com>
http://www.softwareradiosystems.com/mailman/listinfo/srslte-users
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.srsran.com/pipermail/srsran-users/attachments/20190704/80b9e594/attachment.htm>
More information about the srsran-users
mailing list