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 othe
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
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
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 s
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 service
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 (mo
Seth Mattinen 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 SSH when I don't
On Apr 9, 2009, at 7:15 AM, Robert E. Seastrom wrote:
Seth Mattinen 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
On Thu, 09 Apr 2009 07:15:44 -0400
"Robert E. Seastrom" wrote:
>
> Seth Mattinen 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 streami
"Steven M. Bellovin" writes:
> On Thu, 09 Apr 2009 07:15:44 -0400
> "Robert E. Seastrom" wrote:
>
>>
>> Seth Mattinen 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 r
Daniel Senie 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 workaround of turnin
On Thu, 09 Apr 2009 11:12:57 -0400
"Robert E. Seastrom" 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 connection -- a
"Steven M. Bellovin" 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 an equipm
On Thu, Apr 09, 2009 at 11:45:08AM -0400, Robert E. Seastrom wrote:
> Daniel Senie 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,
15 matches
Mail list logo