Is there more than one station running this software (using the
special MAC address) on the network segment? On an adjacent network
segment? By 'adjacent' I mean 'attached to the same router'.

If you have either of those conditions, your router is going to get
*very* confused.

Kurt

On Wed, Mar 31, 2010 at 13:55, Eric Brouwer <[email protected]> wrote:
> You're certainly on to something with the MAC idea....
>
> This PC runs an Avid DS suite, and has Tinder as well.  The licensing for
> these programs is tied to various system IDs including the MAC.  I noticed
> the MAC was being entered in the NIC properties, so it's not using it's
> default.  If I change this, and use the default, all the problems go away.
>  When I use this specific MAC, I get flaky connectivity.  Is it possible
> there is another device on the network using this MAC?  Bad routing table
> somewhere perhaps?  Any suggestions on how to track it down?
>
> Thanks again!
>
> On Mar 30, 2010, at 10:05 PM, Kurt Buff wrote:
>
>> What's the MAC address for the DG? What does 'arp -a' reveal while a
>> successful ping is going on, and after it fails?
>>
>> Kurt
>>
>> On Tue, Mar 30, 2010 at 08:01, Eric Brouwer <[email protected]> wrote:
>>>
>>> The default gateway is actually 192.168.0.101.  When you experienced this
>>> issue, was just one station affected, or all?  If I ping the same DG from
>>> other stations, I do not experience the timeouts.
>>>
>>> Thanks!
>>>
>>> On Mar 30, 2010, at 10:58 AM, Glen Johnson wrote:
>>>
>>>> Maybe a wild shot, but we had this problem once.
>>>> Is the default gateway 192.168.0.1?
>>>> Vendor brought in a DVR with had a static ip configured to that same.
>>>> Chased that one down for quite a while.
>>>> Could be someone brought in a wap or other device with same ip as the
>>>> default gateway.
>>>>
>>>> -----Original Message-----
>>>> From: Eric Brouwer [mailto:[email protected]]
>>>> Sent: Tuesday, March 30, 2010 10:16 AM
>>>> To: NT System Admin Issues
>>>> Subject: Strange network issue
>>>>
>>>> Good morning,
>>>>
>>>> I'm having a very odd networking issue with one computer in the
>>>> office.  The machine in question is an HP box running XP Pro and is
>>>> used for video editing.  When the editor tries to access network
>>>> resources, he sometimes loses his network connection and his process
>>>> basically locks up.  This happens during simple file transfers through
>>>> Explorer.
>>>>
>>>> Here's where it gets weird...
>>>>
>>>> I started a continuos ping (ping -t) to the file server in question,
>>>> and everything looks great.  No lost packets at all.  I then ran the
>>>> same ping to the default gateway and I'm seeing a lot of Request time
>>>> outs.  I'd say 10-15% of the ping requests fail.
>>>>
>>>> Any idea why I'd have trouble pinging the DG, but not a resource on
>>>> the other side of the DG?
>>>>
>>>> Thank you,
>>>>
>>>> Eric Brouwer
>>>> IT Manager
>>>> www.forestpost.com
>>>> [email protected]
>>>> 248.855.4333
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> ~ Finally, powerful endpoint security that ISN'T a resource hog! ~
>>>> ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~
>>>>
>>>> ~ Finally, powerful endpoint security that ISN'T a resource hog! ~
>>>> ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~
>>>>
>>>
>>>
>>> Eric Brouwer
>>> IT Manager
>>> www.forestpost.com
>>> [email protected]
>>> 248.855.4333
>>>
>>>
>>>
>>>
>>>
>>> ~ Finally, powerful endpoint security that ISN'T a resource hog! ~
>>> ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~
>>>
>>
>> ~ Finally, powerful endpoint security that ISN'T a resource hog! ~
>> ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~
>>
>
>
> Eric Brouwer
> IT Manager
> www.forestpost.com
> [email protected]
> 248.855.4333
>
>
>
>
>
> ~ Finally, powerful endpoint security that ISN'T a resource hog! ~
> ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~
>

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

Reply via email to