Subnet Route masks

Question

Hello,
We've run out of IP address on one of our class C networks, so what I trying to do is change the subnet mask of the Class C from 255.255.255.0 to 255.255.252.0, thus giving us 1056 route-able address.
This seems to work well everywhere except in the routing table of our DNS server which happens to be A NW65 SP8 box with Border 3.9.
For example I added added extra NICs to the servers on this subnet running out of IPs and set up workstations with IPs in the 192.168.200.0/22 range and we can log into the servers, I added routes to our layer 3 switches and we can route to our SuperLumin's box (not in production yet) and we can access the internet. But when we try to access other devices on our network using DNS or try to access the internet using the Border box (production box) we can not.
When I tried to add the route to the box using inetcfg it seem to add, but using TCPCON the route isn't showing up and when I try to add the route through TCPCON I get an error stating the subnet mask is less than the default.
I haven't finished testing the SuperLumin's box yet, so moving it into production isn't an option at this time. Does anyone have any suggestions on how to get around this limitation in Netware. Or do I just need to bite the bullet and move to a class B subnet.
Allen

Answer 1

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
First, you'd have 1022 usable addresses, not 1056 ((256*4)-2). I
believe I've heard in the past that NetWare's TCP/IP stack, while
typically handling this well, does not support the situation where it is
doing routing of "odd" netmasks such as /22. If you put your NetWare
box somewhere that it doesn't need to see this network excitement (for
example, on its own class C) and let the router handle all of this type
of traffic (perhaps putting NW in a DMZ or something) then this should
go away. I also sort of thought this was specific to when NetWare was
acting as a router but perhaps it's whenever NetWare is needing to do
any calculations for routing at all in this area.
Going to a Class B would also help if you've identified the issue
correctly, but it may be easier to just have the network's routers do
the routing and put the NetWare box where it is free from this type of work.
Good luck.
Want to yell at me in person?
Come to BrainShare 2011 in October: http://tinyurl.com/brainshare2011
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.15 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iQIcBAEBAgAGBQJOj3E/AAoJEF+XTK08PnB5RwQP/2ndwkEY7XQvH97yfF1QzgWD
EDy/XdmEGttMKIsXG18iJQbnJFrrFWoZ3CjVvt9J6iuzgv18/HAsJu2riLJGMKVa
m+lWB8u8+l+E+VEhB+2U9fxpqq3uHprTWHODPYtOa8/1eZYA1UpHbWkYuZhWr3ua
Nl8UmuMrOIDCKRoGR+a2IOr+H1PLorUfeSZVv6K+5ggTnA6wGe NFfnx95pSy0tzs
ExOacaUeaXbSceaaOCHOg5ePybP7MWodX+MJNAc7QXgzAIHmi5 yLVBvSH27Qs6kY
y/HYBe/eWleJ1nm6JahlNVi5HKGS1CRzoPmY3/XkiY7jWSvpNF3KhJr5qpcu/QlC
4gT/2xb9uMjLL3o5yO2Qi5O8VK/fN7XZ87Jl9hDbBHcJTRsHjyrXGy7V1aqgzsDp
ojlx43lwcWnu8r9ZdKTBerevRu/nib7bRsl5aZYbUTRIssmHzwRD1RHksfK+6SPv
cic61n3vVTElY4btATrHnsVczOye1fHmag8nDFfq0SpsFMZ773 e/jDut1+lsPXv6
8AxfaO+deTvlf3l2P/rDTYZefB/mm7kgwjZcyXPcoHyyv6KvNcXlZELTMtaVW+5J
twEINdQAepEGHHviS6LKrhowjSy3XaoDW6S2fW59CIL246Y21b xBia85j5AHa0VK
Qhordxjrk2EHF9P6dLCr
=TmLY
-----END PGP SIGNATURE-----