Package: nstx Version: 1.1-beta6-4 Followup-For: Bug #307772
I also experience the described bug: Jul 13 17:30:10 apc nstxcd: dns_extractpkt: record too long in an (141->24929) Jul 13 17:30:13 apc nstxcd: dns_extractpkt: too less bytes in an Jul 13 17:30:13 apc nstxcd: dns_extractpkt: record too long in an (324->27722) Right now from a Hotel in Oslo. Get's me between 80 and 100% packet loss any many many dupes. Back home in Switzerland I also saw that problem but ways less massive with Swisscom Mobile Access Points. In a Starbucks everything worked fine. I have no clue what DNS those WLAN-ISP do use. But I will try to access a Bind9 directly instead of the DNS from resolve.conf next time I try as telenor seams to have port 53 UDP open to the internet. -Benoit- -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17 Locale: LANG=de_CH, LC_CTYPE=de_CH (charmap=ISO-8859-1) Versions of packages nstx depends on: ii adduser 3.91 Add and remove users and groups ii libc6 2.3.6-15 GNU C Library: Shared libraries nstx recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
