Fred,

One user switches between his laptop being docked and  a wireless
connection wit VPN so I expect to see this for his account.
The one that puzzles me is the user on a desktop who has a session in
the User tool open for a few hours and gets these messages.
His logged entries switch between two different host addresses in a
Class B 
xxx.xxx.181.98 and yyy.yyy.2.2
This one really worries me because the yyy.yyy.2.2 is a non-existent
domain.
Can't ping it or find it in nslookup.

I'm still working with the network guys but there are quite a few
different combinations of addresses that it is hard to pin down.
And since it is not preventing anyone form working it's not critical
yet. I 'm just looking for an answer.

Thanks,


John J. Reiser
Senior Software Development Analyst
Remedy Administrator/Developer
Lockheed Martin - MS2
The star that burns twice as bright burns half as long.
Pay close attention and be illuminated by its brilliance. - paraphrased
by me 
 

-----Original Message-----
From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Grooms, Frederick W
Sent: Thursday, September 04, 2008 5:02 PM
To: [email protected]
Subject: Re: IP CONFLICT (ARERR 9093) Same User, Same PC

Sounds like a routing issue where the Remedy server can't get back to
those IPs.  Are they internal ones (Class A 10.x; Class B 172.x; Class C
192.168) or coming in thru a VPN? 

-----Original Message-----
From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Reiser, John J
Sent: Thursday, September 04, 2008 2:55 PM
To: [email protected]
Subject: Re: IP CONFLICT (ARERR 9093) Same User, Same PC

LJ and Henry,
They get very different IP addresses. I can understand this happening to
people on laptops due to undocking and reconnecting via Wireless and the
VPN but at least one of these users has a desktop PC.
He says it occurs after he has been connected for a few hours.
Checking the error.log reveals many more users throwing the IP Conflict
errors.

One user was granted a Floating token, released it and was granted the
token again within 3 seconds.
3 minutes later the user log showed the IP Conflict Override not
allowed. Then 42 minutes later he received an override permission and 1
minute later an IP Conflict.
There are three different IP addresses involved in this string of
events. 
xxx.xxx.81.79 -> xxx.xxx.81.155
xxx.xxx.81.155 -> xxx.xxx.87.197
And the network people aren't sure where these IP addresses exist.
nslookup and tracert don't return much.

Thanks,

John J. Reiser
Senior Software Development Analyst
Remedy Administrator/Developer
Lockheed Martin - MS2
The star that burns twice as bright burns half as long.
Pay close attention and be illuminated by its brilliance. - paraphrased
by me 
 

-----Original Message-----
From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of LJ Longwing
Sent: Thursday, September 04, 2008 2:58 PM
To: [email protected]
Subject: Re: IP CONFLICT (ARERR 9093) Same User, Same PC

Do both of them get the same IP that's in conflict?....at what point
during the session do they get this problem? 

-----Original Message-----
From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Reiser, John J
Sent: Thursday, September 04, 2008 12:43 PM
To: [email protected]
Subject: IP CONFLICT (ARERR 9093) Same User, Same PC

Hello Listers,

ARS Server 6.3 Patch 014
MS SQL Server 2000
Windows 2000

Client(s) ARUser 7.0.01 Patch 005, ARUser 6.03.00 Patch 003

I have at least two users who experience the IP Address Conflict while
logged into their respective PCs on long sessions ( 6-7 hours).
Both have fixed licenses and static IP addresses and they only log into
one ARSystem Server.
The strange thing is the offending IP Address does not resolve to a DNS
name when pinged with -a but it does exist.

I am waiting for some identification of the IP source from the network
team but I was hoping someone else has seen this and has an answer.

I checked the archives but I did not see any posts relating to this type
of issue on a single PC during a long session.


TIA,
John J. Reiser
Senior Software Development Analyst
Remedy Administrator/Developer
Lockheed Martin - MS2
The star that burns twice as bright burns half as long.
Pay close attention and be illuminated by its brilliance. - paraphrased
by me 
 

________________________________________________________________________
_______
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum
Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"

_______________________________________________________________________________
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"

Reply via email to