Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 12 May 2008 17:10:14 +0200
From:      Matthias Apitz <matthias.apitz@oclc.org>
To:        Niki Denev <nike_d@cytexbg.com>
Cc:        freebsd-drivers@freebsd.org
Subject:   Re: porting "nozomi" driver (Option N.V. GlobeTrotter 3G+ UMTS datacard) to FreeBSD 7.0R
Message-ID:  <20080512151013.GA15571@rebelion.Sisis.de>
In-Reply-To: <2e77fc10805101008ybafe7b3g8b9210cb8d2955d@mail.gmail.com>
References:  <20080509123521.GA11366@rebelion.Sisis.de> <Pine.BSF.3.96.1080510002225.18341A-100000@gaia.nimnet.asn.au> <20080510163417.GA17718@rebelion.Sisis.de> <2e77fc10805101008ybafe7b3g8b9210cb8d2955d@mail.gmail.com>

next in thread | previous in thread | raw e-mail | index | archive | help
El día Saturday, May 10, 2008 a las 01:08:00PM -0400, Niki Denev escribió:

> I can see that this is the initial port of the Linux nozomi driver that i did
> back in 2006, and i got stuck exactly with the same problem,
> ppp connection get's established, but only small packets are passed.
> I will see if I can get my hands on this HSDPA/UMTS card
> (i don't have it anymore) and help.

Niki,

I've solved the problem of the TCP packages by putting in nzstart() what
is coming down from PPPD in pieces of fifo_buf of not more then 68
bytes, i.e. if 108 bytes is to queued it will be splited, malloc'ed and
nzstart() calls STAILQ_INSERT_TAIL() with two pieces; this works fine now;

remaining is what I've posted in the forum of the Linux driver:

http://www.pharscape.org/component/option,com_forum/Itemid,68/page,viewtopic/p,1745/#1745

...
this makes SSH now happy and a log with TCPDUMP on both ends (in the
PPP interface and the ETH0 interface of the SSH server) proofes that the
data is flooding fine, nearly fine; I could already sing-on to the SSH
server two times; 
 
 the problem is that upstream data is not send fast enough, which let's
the server missing the ACK which should come in with that data and
resent its packages again; this occures if the TCP packages are big,
let's say some 700 bytes; it never occurs with short packages, nor with
the short LCP, and once you are logged in you can type chars fine and
the output of 'ls -lR /' is coming down at normal speed; 
 
 I've a full log, showing the send and received data, together with the
interrupts and as well I've inserted what the TCPDUMP on the PPPD side
sees, i.e. which TCP it sees outcoming from the driver and which it
wants to send through the driver; 
 
 I've put it here, if someone could help me with a look and some hint: 
 http://www.unixarea.de/nozomi/messages+tcp.txt 
 
 What could be the reason for not sending fast enough the data? As I
said, downstream all is fine. Is there some technical documente
available for that card Option N.V. GlobeTrotter 3G+? 
 
 Thx in advance for any hint 
 
 Matthias

-- 
Matthias Apitz
Manager Technical Support - OCLC GmbH
Gruenwalder Weg 28g - 82041 Oberhaching - Germany
t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211
e <matthias.apitz@oclc.org> - w http://www.oclc.org/ http://www.UnixArea.de/
b http://gurucubano.blogspot.com/
Don't top-post, read RFC1855 http://www.faqs.org/rfcs/rfc1855.html
A: Because it messes up the order in which people normally read text.
Q: Why is it such a bad thing?
A: Top-posting.
Q: What is the most annoying thing on Usenet and in e-mail?



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20080512151013.GA15571>