From owner-freebsd-isp Fri Jan 31 12:01:54 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA09371 for isp-outgoing; Fri, 31 Jan 1997 12:01:54 -0800 (PST) Received: from yacko.netgazer.net (yacko.netgazer.net [208.12.177.63]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA09366 for ; Fri, 31 Jan 1997 12:01:50 -0800 (PST) Received: from [208.12.177.224] (furball.netgazer.com [208.12.177.224]) by yacko.netgazer.net (8.8.3/8.7.3) with ESMTP id OAA04198; Fri, 31 Jan 1997 14:05:31 GMT Message-Id: In-Reply-To: <199701311934.UAA29143@xs1.simplex.nl> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Fri, 31 Jan 1997 14:03:58 -0600 To: Rob Simons From: "Darrin R. Woods" Subject: Re: Windows NT Problem - Off subject Cc: freebsd-isp@freebsd.org Sender: owner-isp@freebsd.org X-Loop: FreeBSD.org Precedence: bulk [my description cut out] >As I read it here you have the token ring card as default gateway for >the 10Base-T card? It's supposed to be the other way around. On the >client it should read the server's token ring card ip-address as >gateway, and on the server it should read the Ascend's ip as default >gateway. If thee Ascend's ip is in the same range as the 10Base-T card >it will find it no problem. >If this won't solve your problem you should make a small drawing of your >configuration, and write the ip addresses and netmasks for each >interface. Ok, here's our config: Ascend Server Rest of Network x.y.z.1 Enet Card Token Ring ip: .130- 255.255.255.128 x.y.z.10 x.y.z.129 | | | 255.255.255.128 255.255.255.128 | | | | | | | | | | | | ------------------------- ------------------------- | no hub, direct connect token ring hub | To PM2i My drawing skills probably arent' the greatest, but hopefully this will convey the point. As I show in the diagram, we don't have a hub between the server and P50, but the cable is good, We have tested it with a laptop and was able to telnet to the P50 and our network through the PM2i. The problem seems to be in the server. We thought that it might be a problem with the route table on the server, but there doesn't seem to be any docs on how to change/delete bogus info from the NT server route table. Darrin R. Woods | dwoods@netgazer.com Director | Netgazer Solutions, Inc. | http://www.netgazer.net Dallas, Texas | My employer most whole-heartedly denies everything I say