HP3000-L Archives

September 2004, Week 3

HP3000-L@RAVEN.UTC.EDU

Options: Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
From:
John Pitman <[log in to unmask]>
Reply To:
John Pitman <[log in to unmask]>
Date:
Fri, 17 Sep 2004 08:39:50 +1000
Content-Type:
text/plain
Parts/Attachments:
text/plain (146 lines)
Yes, have also seen this strange adding of bad routes.....What I didn't know
before was "DELMAPPING" command!
We swapped some network printer Ips a round, and one was blocked by HP.
Eventually found it in mappings, and did a NETCONTROL UPDATE.....after
several tries it went away. I had to go to sysgen, delete the ldev, do a
netcontrol update to get rid of the mapping/routing, and then reload the
ldev. This was for both a network printer on the local net, and for printers
on remote networks from home.

Thanks kent.

jp

-----Original Message-----
From: HP-3000 Systems Discussion [mailto:[log in to unmask]]On Behalf Of
KENT WALLACE
Sent: Friday, September 17, 2004 8:28 AM
To: [log in to unmask]
Subject: Re: [HP3000-L] TO: All HP/FTP Gurus

Ok  here is a thought.

The HP keeps track of routing paths.  A while ago our LAN guys exchanged our
server and the IP address to the LAN server changed.

The symptom was that we could not connect to 1 IP address from the HP3000.
We put a packet sniffer on and it identified the HP as the problem.  The HP
identified the incoming message but was sending the packet back using a bad
route.

To delete the routing instructions I made the following notes:

NETTOOL notes.

The HP will hold routing instructions to the CISCO router and other devices.
This instructions will cause problems if not cleared.  For example if the
External server IP address changes the address must be deleted using
NETTOOL.NET.

NETTOOL.NET
NAMEADDR
MAPPINGS
MAPPING - this will display a list of routing instructions.

Do a DELMAPPING - you will be asked for the IP address.

Good Luck
Kent Wallace
Primary Health
Boise ID

You can get back to the political discussion now.


>>> Greg Terterian <[log in to unmask]> 09/16/04 03:57PM >>>
Lately, I am having a problem connecting to one of my customer via FTP and
he is having problem connecting to us.  I can connect and everything looks
ok,
but when I type any commands that requires data transfer (ie: LS or DIR or
GET or PUT) than it goes to lala land and after so many minutes it comes
back
and give me error 11 as you can see in my example.
We get the same results regardless if we connect to their HP3000 using our
HP3000 or any one of the desktop PCs (using DOS FTP).

On the other hand, they can FTP to everyone, but when they try to OPEN our
IP address, once again it goes to lala land and after 5 minutes or so it
comes
back giving the exact same error message (error 11).

Any Ideas?

The fun part of course is that we used to transfer back and forth for
almost
2 years and both parties are swearing that they did not touch their
network.
I can open their FTP site from another customer site with no problem and
they can open another customer site with no problem....

Where can I start to look for the problem?

If they are blocking me using firewall or something, I should not be able
to
connect at all, correct?

Any help  or hints or ideas or point of views will be greatly  appreciated.


Thanks
Greg


ftp> OPEN 69.17.100.228
Connected to 69.17.100.228.  (FTPINFO  40)
Name(manager): MGR.TFTP
---> USER MGR.TFTP
---> SYST
215  MPE/iX LF system type.
Remote system type is MPE/iX.
---> SITE MPE/iX  FTP Client [A0009R13]
---> TYPE I
200 Type set to  I.

ftp> STATUS
Connected to 69.17.100.228.  (FTPINFO  40)
Using binary mode to transfer files.  (FTPINFO 26)
Verbose mode  off.  (FTPINFO 21)
Debugging on (debug=1).  (FTPINFO  24)
ExitOnError mode off.  (FTPINFO 34)
Interactive mode on.   (FTPINFO 41)
Lower case off.  (FTPINFO 44)
Store unique mode  off.  (FTPINFO 51)
Receive unique mode off.  (FTPINFO  53)
Command tracing off.  (FTPINFO 55)
Data tracing off.   (FTPINFO 57)
Connection time-out value set to 0 seconds. (FTPINFO  49)
---> STAT
211- silton FTP server status
Version A0009O15
Connected to
Logged in as  MGR.TFTP,PUB
TYPE: Image
FORMat: Non-print; STRUcture: File; transfer MODE:  Stream
No data  connection.
POSIX OFF
211 End of  status.
ftp> TIMEOUT 120
Connection time-out value set to 120 seconds.  (FTPINFO 49)
ftp> LS
---> TYPE A
200 Type set to A.
--->  PORT 192,168,1,111,215,92
---> NLST
Invalid reply code from remote  server.  (FTPERR 11)
---> TYPE I
ftp>

* To join/leave the list, search archives, change list settings, *
* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *

* To join/leave the list, search archives, change list settings, *
* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *

* To join/leave the list, search archives, change list settings, *
* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *

ATOM RSS1 RSS2