Stanislaw Gruszka, el martes 18 de octubre a las 22:53 me escribiste:
> Hi
> On Tuesday 18 of October 2005 17:52, you wrote:
> > With eagle-usb I use the configuration for Brazil Velox Telemar.
> For that ISP eagle-usb use CMVepWO.txt, which coresponds to CMVepWO.bin
> in ueagle-atm, so this cmv file should work with your modem. Why isn't?
> Let's see your firmware directory, could you do:
> $cd /usr/lib/hotplug/firmware/ueagle-atm
> $md5sum *
2a30928361c0749897abde0b48e389cb 930-fpga.bin
9f680f2ce77df73e2d9b74a7674dc176 CMV9i.bin
7ed5093c3727dd89eacc9a296f6a569b CMV9p.bin
efb6cce915f1878b0b2b3f9e63b4717d CMVei.bin
efb6cce915f1878b0b2b3f9e63b4717d CMVeiWO.bin
c805c53a44202673d3296a04201a5f05 CMVep.bin
ddd9462083108538777c9819bf7b473f CMVepES.bin
8d1d350c2bd21bb761744f87d7e3b897 CMVepES03.bin
03abca6f825a00ac06c77e2a7ca6f5c9 CMVepFR.bin
82df5de50ac8567a533abfc3c67617b1 CMVepFR04.bin
c9562d402770a3f9dc6394c3f9f1e9d6 CMVepFR10.bin
50e358a26df33a89a955bdbb64104ddd CMVepIT.bin
03abca6f825a00ac06c77e2a7ca6f5c9 CMVepWO.bin
f08c8c8fc2d528bac60b5b1fb26c28b3 DSP9i.bin
7d5533abcfeefef9a26d4e86cea0ddc3 DSP9p.bin
c3b436866d35fc76963870cd7be15b98 DSPei.bin
0170d2418831e95433df6cdb194b104d DSPep.bin
0d28514297039189ba51200302776921 adi930.fw
98120cb8eee34dd094bc5e9876b29954 eagleI.fw
e02f0e132682c737fc95022f309e9059 eagleII.fw
c0712dd26385ff04dd209fcf7cead08c eagleIII.fw
And CMVepWO.bin doesn't work (I've tested previosly and I've retested
now).
> > Still no luck, it looks like the modem don't wait enough to get the link.
> > I've noticed that when using eagle-usb the takes a little more time to get
> > the link than the time ueagle-atm use between reboots. I saw a module
> > param 'sync_wait' but it says it's an array of booleans, so I don't know
> > how to use it (or if it's for controling the wait-for-link time).
> No sync_wait isn't for that. All ueagle-atm module parameters are
> arrays, it is support for more then one modem connected to the same
> computer (IMHO not so good support). Adding option with one array
> element is ok.
Ok, I've tested using sync_wait=1 and sync_wait=0 and no luck either.
> > And there's another thing that could be meaningful. It looks like I'm
> > having some issues with the line. I've noticed that the downstream was
> > very coupled to the upstream. For every KB/s I use from the upstream, the
> > downstream degrades about 10KB/s. Let's say I'm downloading a kernel at
> > 250KB/s and using no upstream, if I start uploading at, lets say 5KB/s,
> > the downstream falls to 210KB/s. If the upstream is used at full speed,
> > the downstream degrades to about 20KB/s. I've noticed this with an
> > ethernet modem too (cisco677), so I called my provider and told me there's
> > a problem with the line, and they will fix it in about 3 days. Anyway, the
> > ethernet modem didn't loose the connection when uploading at full speed,
> > so I guess there's something wrong with the usb modem (or driver) though.
> How you messure upstream and downstream speeds?
Downloading the kernel (with multple parallel downloads to saturate the
downstream if necesary) and uploading some stuff via ssh.
> If you simply download file TCP/IP traffic exist in both directions,
> isn't? You can check that invoking ifconfig during download.
I'm not really sure if I understand what you mean... Are you talking about
ACKs or what? I just have something like this:
downstream
^
|
2000kbps |\
| \
| \
| \
| \
| \
| \
| \
300kbps | \
|
-|--------|---------> upstream
200kbps
(meassured with iptraf)
(my service is 2464kbps downstream / 256kbps upstream)
--
LUCA - Leandro Lucarella - JID: luca(en)lugmen.org.ar - Debian GNU/Linux
.------------------------------------------------------------------------,
\ GPG: 5F5A8D05 // F8CD F9A7 BF00 5431 4145 104C 949E BFB6 5F5A 8D05 /
'--------------------------------------------------------------------'
Bulletproof... I Wish I Was
