Package: ax25-tools
Version: 0.0.10-rc2+cvs20120204-3
Justification: renders package unusable
Severity: grave
Dear Maintainer,
* What led up to the situation?
During a simple IP-over-AX25 activity (1200 baud) I found high number of
TCP errors (duplicated, out of sequence
). The detailed analysis shows that
the most part of packet are sent twice.
In the attachment you can find a sniffing pcap file showing a simple case
of an ICMP request.
The problem affects Wheezie versions both on 32 and 64bits machines and also
over Raspbian.
In the attachment you will see two sniffing files related to the same simple
ICMP exchange (one hop) : 7 pings of 100 bytes (less then the MTU, that is
256) spaced of 10 sec (-i 10 -s 100).
What I found strange its that each ping seems to be duplicated in two
requests (same checksum both at IP and TCP level) : for example (see ax0)
frame 1 and frame 2 , frames 5 and 6, frames 9 and 20 and so on.
The effects are :
Ø That the ICMP seems unable to match request and answer
Ø That a multiple useless transmissions are generated (there are a huge
number of duplicated and out-of-order TCP packets in a real transmission,
FTP or telnet
)
Ø Im afraid also that the stack incorrectly calculated window and smoothed
average bit rate (but not sure)
* What exactly did you do (or not do) that was effective (or
ineffective)?
Im working with the default settings.
Using alternative ax25 stack (Lin-BPQ) on the same machines show a normal
situation (ICMP request not duplicated)
-- System Information:
Debian Release: 7.8
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: i386 (i686) (but also on 64bits or Raspbian machine)
Kernel: Linux 3.2.0-4-486
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages ax25-tools depends on:
ii libax25 0.0.12-rc2+cvs20120204-2
ii libc6 2.13-38+deb7u8
ii zlib1g 1:1.2.7.dfsg-13
ax25-tools recommends no packages.
Versions of packages ax25-tools suggests:
pn ax25-apps <none>
pn talkd <none>
-- no debconf information
Regards, 73
Ugo