[Dxspider-support] Re: Dxspider-support Digest, Vol 10, Issue 4
Barry Middlebrook (VE6TN)
ve6tn at shaw.ca
Wed Nov 19 18:13:18 GMT 2003
Please disregard ..... this has already been resolved. I was not looking at
the current posting ....... my goof!
Barry :-)
----- Original Message -----
From: "Barry Middlebrook (VE6TN)" <ve6tn at shaw.ca>
To: <dxspider-support at dxcluster.org>
Sent: Wednesday, November 19, 2003 11:10 AM
Subject: Re: Dxspider-support Digest, Vol 10, Issue 4
> What is your exact kissattach command string when you are setting up the
> AX25 in the first place?
>
> Also, kind of a stabb-in-the-dark, make sure your Com port with the TNC
has
> RTS/CTS turned on instead of XON/XOFF for the connecting PC's com port.
>
> Barry - VE6TN
>
> ----- Original Message -----
> From: <dxspider-support-request at dxcluster.org>
> To: <dxspider-support at dxcluster.org>
> Sent: Friday, November 07, 2003 5:00 AM
> Subject: Dxspider-support Digest, Vol 10, Issue 4
>
>
> > Send Dxspider-support mailing list submissions to
> > dxspider-support at dxcluster.org
> >
> > To subscribe or unsubscribe via the World Wide Web, visit
> > http://www.tobit.co.uk/mailman/listinfo/dxspider-support
> > or, via email, send a message with subject or body 'help' to
> > dxspider-support-request at dxcluster.org
> >
> > You can reach the person managing the list at
> > dxspider-support-owner at dxcluster.org
> >
> > When replying, please edit your Subject line so it is more specific
> > than "Re: Contents of Dxspider-support digest..."
> >
> >
> > Today's Topics:
> >
> > 1. ONEWAY only? (Klaus Heintzenberg)
> >
> >
> > ----------------------------------------------------------------------
> >
> > Message: 1
> > Date: Thu, 6 Nov 2003 18:43:58 -0000
> > From: dj6rx at t-online.de (Klaus Heintzenberg)
> > Subject: [Dxspider-support] ONEWAY only?
> > To: "DXSpiderSupport" <Dxspider-support at dxcluster.org>
> > Message-ID: <001401c3a495$f2525430$6400a8c0 at DELL1>
> > Content-Type: text/plain; charset="iso-8859-1"
> >
> > ONEWAY ONLY?
> >
> >
> >
> > Packet-Connects can only be initiated from the outside into a
> Linux/ax25-PC.
> >
> > All connects iniated from within the Linux/ax25-PC end prematurely and
get
> > disc+ from inside.
> >
> > Software: Suse 9.0, Kernel with AX25 (kisslink) via COM1, Application
> > DXSpider.
> >
> > No nodesofware or what so ever on the machine.
> >
> >
> >
> > 1.. User und neighbor-DX-Clusters shall connect db0spc-7 via a
> > Packetswitch (RMNC) which is hardwired (kiss) to the Linux-PC.
> > 2.. The Cluster-PC(Linux) db0spc-7 shall be able to call neighbor
> > clusternodes via the kisslink and the Packetswitch.
> >
> >
> > Task 1 functions perfectly. Users and clusternodes can initiate connects
> and
> > get a stabile and fast link. All works as expected.
> >
> > We have some users and several clusternodes connected for many hours in
a
> > row, without any problems. This is why I assume the hardware involved
is
> Ok
> > and the ax25 configuration on the Linux machine can't be all wrong.
> >
> >
> >
> > Task 2: When attempting to initiate a connects from within db0spc-7 you
> see
> > that the SABM is sent out via the kisslink. It gets to the TNC called.
> Then
> > the reply is received, all fast and as expected. Then after about 300ms
> the
> > QSO is cut off by a disc+ , sent by db0spc-7
> >
> >
> >
> > All INCOMING CONNECTS are OK, ALL OUTGOING CONNECTS are terminated by
the
> > Linux PC.
> >
> >
> >
> > Tests:
> >
> > The application software was killed to ensure the problem is not created
> by
> > DXSpider.
> >
> > >From within a shell I do listen kiss -a and then monitor what traffic
> is
> > on the kisslink between the Linux PC and the Packetswitch.
> >
> > >From within a second shell I start calling other stations which are
> > reachable by the Packetswitch. Or I simply try to connect the
Packetswitch
> > itself.
> >
> > Instantly there is a connect and the station called sends one or two
> frames.
> > However then the Linux-PC db0spc-7 ends it and sends a disc+
> >
> > Whatever I try, there is a connect and about 300ms later the software
on
> > the Linux PC (ax25)
> >
> > kills the link.
> >
> >
> >
> > I got in touch with other sysops who run similar setups. They have no
> > problems and Packet-QSOs can be initiated from both ends and without any
> > problems,
> >
> >
> >
> > All my attempts to solve the problem by altering the ax25d.conf or the
> > kissport parameters did fail. The problem seems to hide somewhere else
and
> I
> > can't find it.
> >
> >
> >
> > The problem remains, INCOMING CONNECTS Ok, OUTGOING CONNECTS GET DISC
BY
> > THE LINUX/ax25-PC.
> >
> >
> >
> > What is causing all this and how can I get rid of these strange
> disconnects
> > by my own machine?
> >
> > I did post my problem on some reflectors but all the good advice did not
> > produce any positive result. The real ax25-experts hide somewhere or
just
> > do not answer
> >
> > 73, Klaus
> >
> >
> >
> >
> >
> > Perhaps there is somebody out there who can interpret this trace and
> > pinpoint the problem zome?
> >
> > Strace while doing a call kiss db0spc
> >
> >
> > db0spc-7:~ # strace call kiss db0spc
> > execve("/usr/bin/call", ["call", "kiss", "db0spc"], [/* 67 vars */]) = 0
> > uname({sys="Linux", node="db0spc-7", ...}) = 0
> > brk(0) = 0x8052e2c
> > old_mmap(NULL, 4096, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_ANONYMOUS, -1,
> 0)
> > = 0
> > x40019000
> > open("/etc/ld.so.preload", O_RDONLY) = -1 ENOENT (No such file or
> > directory)
> > open("/etc/ld.so.cache", O_RDONLY) = 3
> > fstat64(3, {st_mode=S_IFREG|0644, st_size=58144, ...}) = 0
> > old_mmap(NULL, 58144, PROT_READ, MAP_PRIVATE, 3, 0) = 0x4001a000
> > close(3) = 0
> > open("/lib/libncurses.so.5", O_RDONLY) = 3
> > read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0 \361\0"...,
512)
> =
> > 512
> > fstat64(3, {st_mode=S_IFREG|0755, st_size=319785, ...}) = 0
> > old_mmap(NULL, 283660, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) =
> 0x40029000
> > old_mmap(0x40063000, 45056, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED,
> 3,
> > 0x39
> > 000) = 0x40063000
> > old_mmap(0x4006e000, 1036, PROT_READ|PROT_WRITE,
> > MAP_PRIVATE|MAP_FIXED|MAP_ANONY
> > MOUS, -1, 0) = 0x4006e000
> > close(3) = 0
> > open("/usr/lib/libax25.so.0", O_RDONLY) = 3
> > read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\340\35"...,
512)
> =
> > 512
> > fstat64(3, {st_mode=S_IFREG|0755, st_size=37751, ...}) = 0
> > old_mmap(NULL, 35060, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) =
0x4006f000
> > old_mmap(0x40077000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED,
3,
> > 0x700
> > 0) = 0x40077000
> > close(3) = 0
> > open("/lib/i686/libc.so.6", O_RDONLY) = 3
> > read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\320]\1"...,
512)
> =
> > 512
> > fstat64(3, {st_mode=S_IFREG|0755, st_size=1461208, ...}) = 0
> > old_mmap(NULL, 1256644, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) =
> 0x40078000
> > old_mmap(0x401a4000, 20480, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED,
> 3,
> > 0x12
> > c000) = 0x401a4000
> > old_mmap(0x401a9000, 7364, PROT_READ|PROT_WRITE,
> > MAP_PRIVATE|MAP_FIXED|MAP_ANONY
> > MOUS, -1, 0) = 0x401a9000
> > close(3) = 0
> > munmap(0x4001a000, 58144) = 0
> > brk(0) = 0x8052e2c
> > brk(0x8073e2c) = 0x8073e2c
> > brk(0) = 0x8073e2c
> > brk(0x8074000) = 0x8074000
> > open("/etc/ax25/axports", O_RDONLY) = 3
> > socket(PF_INET, SOCK_DGRAM, IPPROTO_IP) = 4
> > fstat64(3, {st_mode=S_IFREG|0644, st_size=206, ...}) = 0
> > mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0)
> =
> > 0x40
> > 01a000
> > read(3, "# /etc/ax25/axports\n#\n# call of"..., 4096) = 206
> > ioctl(4, 0x8912, 0xbfffed68) = 0
> > ioctl(4, 0x8913, 0xbfffed70) = 0
> > ioctl(4, 0x8927, 0xbfffed70) = 0
> > read(3, "", 4096) = 0
> > close(3) = 0
> > munmap(0x4001a000, 4096) = 0
> > close(4) = 0
> > fstat64(1, {st_mode=S_IFCHR|0600, st_rdev=makedev(136, 2), ...}) = 0
> > mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0)
> =
> > 0x40
> > 01a000
> > write(1, "GW4PTS AX.25 Connect v1.11\n", 27GW4PTS AX.25 Connect v1.11
> > ) = 27
> > socket(PF_AX25, SOCK_SEQPACKET, 0) = 3
> > setsockopt(3, 0x101 /* SOL_?? */, 1, [7], 4) = 0
> > setsockopt(3, 0x101 /* SOL_?? */, 10, [256], 4) = 0
> > bind(3, {sa_family=0x3 /* AF_??? */,
> > sa_data="\210\204`\246\240\206\16\217\1@\1\
> > 0\0\0"}, 72) = 0
> > ) = 10.\r", 10Trying...
> > connect(3, {sa_family=0x3 /* AF_??? */,
> > sa_data="\210\204`\246\240\206\0\217\1@\
> > 0\0\0\0"}, 72) = 0
> > write(1, "*** Connected to db0spc\n", 24*** Connected to db0spc
> > ) = 24
> > rt_sigaction(SIGQUIT, {0x804a230, [QUIT], SA_RESTORER|SA_RESTART,
> > 0x400a1aa8}, {
> > SIG_DFL}, 8) = 0
> > rt_sigaction(SIGINT, {SIG_IGN}, {SIG_DFL}, 8) = 0
> > rt_sigaction(SIGTSTP, {SIG_IGN}, {SIG_DFL}, 8) = 0
> > fcntl64(3, F_SETFL, O_RDONLY|O_NONBLOCK) = 0
> > fcntl64(0, F_SETFL, O_RDONLY|O_NONBLOCK) = 0
> > getuid32() = 0
> > geteuid32() = 0
> > getgid32() = 0
> > getegid32() = 0
> > getuid32() = 0
> > getuid32() = 0
> > setfsuid32(0) = 0
> > getgid32() = 0
> > setfsgid32(0) = 0
> > access("/usr/share/terminfo/x/xterm", R_OK) = 0
> > open("/usr/share/terminfo/x/xterm", O_RDONLY) = 4
> > geteuid32() = 0
> > setfsuid32(0) = 0
> > getegid32() = 0
> > setfsgid32(0) = 0
> > read(4, "\32\0010\0\35\0\17\0i\1\345\4", 12) = 12
> > read(4, "xterm|xterm terminal emulator (X"..., 48) = 48
> > read(4, "\0\1\0\0\1\0\0\0\1\0\0\0\0\1\1\0\0\0\0\0\0\0\1\0\0\1\0"..., 29)
=
> > 29
> > read(4, "\0", 1) = 1
> > read(4, "P\0\10\0\30\0\377\377\377\377\377\377\377\377\377\377\377"...,
> 30)
> > = 30
> > read(4, "\0\0\4\0\6\0\10\0\31\0\36\0&\0*\0.\0\377\3779\0J\0L\0P"...,
722)
> =
> > 722
> > read(4, "\33[Z\0\7\0\r\0\33[%i%p1%d;%p2%dr\0\33[3g\0\33["..., 1253) =
1253
> > read(4, "", 1) = 0
> > read(4, "", 10) = 0
> > close(4) = 0
> > ioctl(1, SNDCTL_TMR_TIMEBASE, {B38400 opost isig icanon echo ...}) = 0
> > ioctl(1, SNDCTL_TMR_TIMEBASE, {B38400 opost isig icanon echo ...}) = 0
> > ioctl(1, SNDCTL_TMR_TIMEBASE, {B38400 opost isig icanon echo ...}) = 0
> > ioctl(1, SNDCTL_TMR_TIMEBASE, {B38400 opost isig icanon echo ...}) = 0
> > ioctl(1, TIOCGWINSZ, {ws_row=24, ws_col=80, ws_xpixel=0, ws_ypixel=0}) =
0
> > munmap(0x4001a000, 4096) = 0
> > ioctl(1, SNDCTL_TMR_TIMEBASE, {B38400 opost isig icanon echo ...}) = 0
> > ioctl(1, SNDCTL_TMR_TIMEBASE, {B38400 opost isig icanon echo ...}) = 0
> > ioctl(1, SNDCTL_TMR_STOP, {B38400 opost isig -icanon echo ...}) = 0
> > ioctl(1, SNDCTL_TMR_STOP, {B38400 opost isig -icanon -echo ...}) = 0
> >
> > rt_sigaction (SIGTSTP, NULL,
> > {SIG_IGN}, 8) = 0
> > rt_sigaction(SIGINT, NULL, {SIG_IGN},
8)
> =
> > 0
> >
> > rt_ sigaction(SIGTERM, NULL,
> > {SIG_DFL}, 8) = 0
> > rt_sigaction(SIGTERM,
> {0x40045dc0,
> > [], SA_RESTORER|SA_RESTART,
> > 0x400a1aa8}, NULL, 8) = 0
> > rt_sigaction(SIGWINCH,
> > NULL, { SIG_DFL}, 8) = 0
> > rt_sigaction(SIGWINCH, {0x40045ed0, [], SA_RESTORER,
> > 0x400a1aa8} , NULL, 8) = 0
> > ioctl(1, SNDCTL_TMR_TIMEBASE, {B38400 opost
> isig -icanon -echo
> > ... }) = 0
> > ioctl(1, SNDCTL_TMR_STOP, {B38400 opost -isig -icanon -echo ...})
=
> 0
> >
> > write ) =
> > 2333(B\33)0\33[?1049h\33[1;24r\33[m\17\33[4l\33[?"..., 41
> > ioctl(1, SNDCTL_TMR_STOP, {B38400 opost isig icanon echo ...}) = 0
> > write(1, "*** Cleared\n", 12*** Cleared
> > ) = 12
> > exit_group(0) = ?
> > db0spc-7:~ #
> >
> >
> >
> >
> >
> >
> >
> > ----------E-Mail: dj6rx at web.de -------Tele. 06135-950839----------
> >
> >
> >
> >
> > ------------------------------
> >
> > _______________________________________________
> > Dxspider-support mailing list
> > Dxspider-support at dxcluster.org
> > http://www.tobit.co.uk/mailman/listinfo/dxspider-support
> >
> >
> > End of Dxspider-support Digest, Vol 10, Issue 4
> > ***********************************************
>
More information about the Dxspider-support
mailing list