From: Chuck Larrieu (chuck@xxxxxxxxxxxxx)
Date: Sat Feb 24 2001 - 23:42:26 GMT-3
Since this is for your client, we of course expect a cut of your revenue for
this ;->
What version Novel NOS? what is the frame type you are running? I vaguely
recall issues with raw versus 802.2 frames.
On the Novell servers, are your nics configured correctly - both on the
hardware side and the NLM side. Again, I vaguely recall issues.
Also, do your client stacks allow for enough SPX sockets? Once again, I
vaguely recall issues.
As a general caveat, there can be a number of things with Novell, at least
in the 3.12 and 4.1 and 4.11 world I knew, that might result in packet loss.
Or it could be that you just need more bandwidth. Moving from 384k to full
T1 solved a lot of problems I used to have. ;->
Chuck
-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of
Scott Morris
Sent: Saturday, February 24, 2001 5:29 PM
To: 'Henry Dziewa'; ccielab@groupstudy.com
Subject: RE: IPX Troubleshooting
Try an extended IPX ping and choose the option "sweep sizes".
Without understanding any of the specifics of your configuration, off the
top of my head, one important thing to note would be MTU sizes... Remember
that IPX can NOT be fragmented. This means if you have an IPX packet on one
side (LAN?) of your network that's too big, then your router tries to put it
out the other side (WAN?) with a smaller MTU. If a packet is too big it
won't work.
Other things like RIP updates, EIGRP, SAP, etc. will work fine, because
they're set as a small packet specifically for this reason.
Anyway, something worth looking into since everything else seems to work
just fine. Check your MTU's, and use the extended ping to sweep sizes and
see what works and what doesn't.
Hope this helps!
Scott
-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com]On Behalf Of
Henry Dziewa
Sent: Saturday, February 24, 2001 8:01 PM
To: ccielab@groupstudy.com
Subject: IPX Troubleshooting
Hello group,
Here is a problem I've been faced with. I have very simple
network for a small client. The config is like this, r1 connects
to r2 over dedicated T1. 6 DS0's of this T1 are split at the CSU/DSU
and go to a "PBX", so I'm left with 18 DS0's for data.
There is IP and IPX involved. There are Novell servers on each of these
two sites. Routing protocol is EIGRP for IP, EIGRP IPX on the WAN, and
obviously IPX RIP on the LAN. The problem is that I loose IPX packets
going thru the WAN link. I tested all over the place, I was placing loops
everywhere possible on either side. I worked with Telco, they don't see
any errors on the line. The strangest thing is that with IP there is no
problem at all. Only when using extened IPX pings, even between the
Serial interfaces, I keep on loosing packets. The problem to the
end stations is that the Novell mapped drives are very slow, the documents
being opened are hanging the systems, and more of such nightmares :(
I even tried testing with different routers and still no go. It would seem
that I have a problem with the Telco. However, like I said, there is no
problem
with IP traffic at all !!! I don't get any errors on the interfaces, the
only errors
that come up sometimes are CRC's - yes I verified/played with the timing as
well - when I do extended IPX pings but not when I do IP extended pings.
With loopbacks, everything works great until I go out to the Telco,
once the line is crossed to the telco, I get the errors - but again only
with IPX.
Any ideas to this problem would be appreciated..
This archive was generated by hypermail 2.1.4 : Thu Jun 13 2002 - 10:29:00 GMT-3