Chronological Thread 

< Chronological >      < Thread >

---

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

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

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
the same remote host that I am launching sctpterminal from.

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+.