Chronological Thread 

< Chronological >      < Thread >

---

See my comments in-line.

Best regards
Michael

On Mar 10, 2005, at 18:04 Uhr, IOT Developer-1 wrote:

I mis-spoke. This is not an OpenSS7 implementation, it is the one from
your website.

OK.

I'm using sctplib-1.0.3, socketapi-1.3.2 and stt-0.9. The same issues
exist however.

I think you do not need stt. This is a packet generator which is
used to test SCTP implementations.

Early on, I had attempted to install the OpenSS7 SCTP package, but ran
into problems and eventually adopted yours since it worked. Could the
remnants of that installation attempt be causing me problems? It is on

If you still have a kernel with SCTP this is the cause of the problem.
You need the original RedHat kernel.

the same remote host that I am launching sctpterminal from.

The rule is: You can use only one SCTP implementation on a host at the
same time.

Thanks, Robin

On Thu, 2005-03-10 at 11:39, Michael Tuexen wrote:

Dear Robin,

see my comments in-line.

Best regards
Michael

On Mar 10, 2005, at 17:15 Uhr, IOT Developer-1 wrote:

Hi,

I have successfully compiled and installed the OpenSS7 SCTP
distribution.

This is a kernel implementation. You can not run a kernel implementation
and a userland implementation (like the one from www.sctp.de, which
we are supporting here) on the same host at the same time.

I can also successfully execute sctpmultiserver and sctpterminal in say
echo mode as long as they both reside on the the same host.

These programs work with the userland implementation and do not
work with any kernel implementation.

When I attempt to connect to sctpmultiserver when sctpterminal is being
invoked from a remote host, I cannot get a connection. At first I
thought it to be typical firewall issues, however that now doesn't
appear to be the case.

You must decide which SCTP implementation to use:
1. A kernel implementation like the one from OpenSS7 or the normal
Linux kernel implementation (they are not the same)
2. A userland implementation like the sctplib.

If I fire up ethereal and monitor traffic, I can for example see
connection attempts to port 7 from my remote host when I attempt to
telnet to it. I see no traffic whatsoever when I execute sctpterminal.

That is OK, if you have a kernel SCTP.

This is not a ethereal capture issue, as I can readily capture the SCTP
messages when both client and server are on the same box.

BTW, both boxes are Redhat Linux.

Is there anything additional that I need to do for this scenario? The
only thing odd that I noticed was that if I run ethereal on the remote
host when executing sctpterminal, I do see an adler32 checksum error in
one of the two SCTP packets that are generated. Would this prevent the
packets from ever leaving the remote host? What would cause this?

The packets should use CRC32C, so they are adler32 checksum errors. Just
select in ethereal the Automatic option for checksum selection.

Thanks in advance for any help you can provide in resolving this issue.

Robin
_______________________________________________
discussion mailing list
discussion AT sctp.de
http://www.sctp.de/mailman/listinfo/discussion

_______________________________________________
discussion mailing list
discussion AT sctp.de
http://www.sctp.de/mailman/listinfo/discussion

---

• [SCTP-Discussion] sctpmultiserver and sctpterminal help, IOT Developer-1, 03/10/2005
  • Re: [SCTP-Discussion] sctpmultiserver and sctpterminal help, Michael Tuexen, 03/10/2005
    • Re: [SCTP-Discussion] sctpmultiserver and sctpterminal help, IOT Developer-1, 03/10/2005
      • Re: [SCTP-Discussion] sctpmultiserver and sctpterminal help, Michael Tuexen, 03/10/2005
        • Re: [SCTP-Discussion] sctpmultiserver and sctpterminal help, IOT Developer-1, 03/14/2005
          • Re: [SCTP-Discussion] sctpmultiserver and sctpterminal help, Michael Tuexen, 03/15/2005

---

Archive powered by MHonArc 2.6.19+.