[Dxspider-support] Re: Dxspider-support Digest, Vol 10, Issue 4

Barry Middlebrook (VE6TN) ve6tn at shaw.ca
Wed Nov 19 18:10:07 GMT 2003


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