Seth Mattinen se...@rollernet.us writes:
I have a few Sprint EVDO cards. They go into standby when nothing is
actively going on and fire up within seconds when there is something to
do. I regularly use everything from SSH to streaming video without any
issues. I only notice the delay with
On Apr 9, 2009, at 7:15 AM, Robert E. Seastrom wrote:
Seth Mattinen se...@rollernet.us writes:
I have a few Sprint EVDO cards. They go into standby when nothing is
actively going on and fire up within seconds when there is
something to
do. I regularly use everything from SSH to streaming
Daniel Senie d...@senie.com writes:
We observe this same kind of behavior with firewalls in the path
watching for dead sessions they can clean up. Appears they send RSTs
to both end points when they decide a session has gone away, as
that'll let end hosts figure it out sooner. Same
On Thursday 09 April 2009 15:31:10 Daniel Senie wrote:
On Apr 9, 2009, at 7:15 AM, Robert E. Seastrom wrote:
Interesting. When I got my Sprint EVDO card (u727) a year and a half
ago, they were pretty nasty about gunning down (bidirectional spoofed
RST coming out of the middle of the
On Thu, 09 Apr 2009 11:12:57 -0400
Robert E. Seastrom r...@seastrom.com wrote:
I use a Verizon Wireless u727; before that, I used a PCMCIA card.
I've never had problems with drops on idle. *However* -- if there
was a packet from the wrong IP address, the older card would drop
the
Steven M. Bellovin s...@cs.columbia.edu writes:
Interesting. I never had that behavior exhibited on my old PCMCIA
card on Verizon or on my u727 on Sprint. What OS platform were
you on lappie-wise?
I run NetBSD but I know that the problem also showed up on Linux -- a
friend who worked for
On Thu, Apr 09, 2009 at 11:45:08AM -0400, Robert E. Seastrom wrote:
Daniel Senie d...@senie.com writes:
We observe this same kind of behavior with firewalls in the path
watching for dead sessions they can clean up. Appears they send RSTs
to both end points when they decide a session has
On Tuesday 07 April 2009 22:10:24 Charles Wyble wrote:
Been troubleshooting a very strange problem for a couple of weeks now.
I have a few hundred systems deployed throughout the United States
utilizing EVDO connectivity with Verizon as a carrier. They are stationary.
Over the past few weeks
On 8/04/2009, at 10:27 PM, Alexander Harrowell wrote:
Do they maintain a continuous data link in normal operation (like,
say,
connectivity for a LAN, or backhaul for a camera or some such), or
do they
request the data link when they need to send [whatever] (like a
discrete SCADA
system)? My
Alexander Harrowell wrote:
On Tuesday 07 April 2009 22:10:24 Charles Wyble wrote:
Been troubleshooting a very strange problem for a couple of weeks now.
I have a few hundred systems deployed throughout the United States
utilizing EVDO connectivity with Verizon as a carrier. They are
Do they maintain a continuous data link in normal operation (like, say,
connectivity for a LAN, or backhaul for a camera or some such), or do they
request the data link when they need to send [whatever] (like a discrete SCADA
system)? My (user only) experience is that cellular data
Update...
First, thank you to all who replied off list. The general summary of the
offlist replies, is that a PRL update may be needed. This of course
doesn't appear doable via Linux, and our vendor (IRG) swore up and down
this wouldn't be required.
We had the tech remove the USB dongle
Been troubleshooting a very strange problem for a couple of weeks now.
I have a few hundred systems deployed throughout the United States
utilizing EVDO connectivity with Verizon as a carrier. They are stationary.
Over the past few weeks clusters of them in SF and Lewisville TX and a
few
13 matches
Mail list logo
