General discussion

Locked

NT RAS Clients get wrong Subnet Mask

By Argent ·
My domain operates on a Class B that has been subnetted down to a Class C. My NT RAS box is a member server and is configured to assign IP addresses to remote clients via DHCP. The DHCP server has the proper subnet mask configured into its scope options. However, when the remote clients connect, they get a valid IP, but not the subnet mask. Instead, the remote NT workstations are automatically assuming a Class B subnet mask rather than the assigned Class C. This is preventing them from browsing file servers on the domain, of course. I see where to specify an IP address for a dial-up client to use, at the client, but no way to beat this auto configuration of the subnet mask on the remotes. If I went to a static address pool at the RAS server, there is still no way that I see to tell it the proper subnet mask to use. If I add the option to the DHCP scope to force ICMP subnet mask discovery, I wonder if it will help but am hesitant to try. Is there a way around this?

This conversation is currently closed to new comments.

7 total posts (Page 1 of 1)  
| Thread display: Collapse - | Expand +

All Comments

Collapse -

NT RAS Clients get wrong Subnet Mask

by -Q-240248 In reply to NT RAS Clients get wrong ...

Sorry, I'm not too clear about your question. You say they are getting a DHCP address when they dial in, but the S/N mask is not included? In the RAS server service Network properties, is the TCP/IP configured to give the clients an address from theRAS static pool or 'Use DHCP'? Clarifying this would help a great deal.

Then there's this other statement about scopes. Don't you have a S/N mask in each scope? I wouldn't think you could create a scope w/o one. SO I will assume you do. I would have the RAS clients use the network DHCP server. As an alternative, goto the client, network properties, TCP/IP properties and assign an addres and s/n mask there. Don't know if you can assign a s/n mask in the RAS/DUN preperties of the workstation..Hope this helps.

Collapse -

NT RAS Clients get wrong Subnet Mask

by Argent In reply to NT RAS Clients get wrong ...

SM is configured in scope, no option to manually specify SM at client side. RAS Server is configured to issue addresses from DHCP server. Thanks anyway.

Collapse -

NT RAS Clients get wrong Subnet Mask

by bill.parks In reply to NT RAS Clients get wrong ...

This is by design, according to MS. Your clients get their mask, gateway, WINS, and DNS from your RAS box, meaning, the settings you configured for it are passed on to them. The only thing they get from DHCP is an IP address that's been "cached" by the server.

And I quote, "...the subnet mask is not passed by the PPP Server. IPCP is the PPP component that passes TCP/IP address information, and the subnet mask is not defined in the Request For Comment (RFC) as a legal value to pass. RFC 1332 explains IPCP."

Check out these articles, Q160699, Q138238 and Q233169.

There is a way to get around this, create a classfull subnet with your core switch/router, and allow RAS to operate off there. Let me know if you need further assistance.

Collapse -

NT RAS Clients get wrong Subnet Mask

by Argent In reply to NT RAS Clients get wrong ...

Steered me in right direction. I've already gotten past the obstacle, but would like to hear more of your "classful subnet" solution at your leisure. Thank you.

Collapse -

NT RAS Clients get wrong Subnet Mask

by smcclos In reply to NT RAS Clients get wrong ...

Install Routing and Remote Access with a Static pool of IP's dedicated to the server, do not use WINS or DHCP. http://www.microsoft.com/ntserver/nts/downloads/winfeatures/rras/rrasdown.asp

Collapse -

NT RAS Clients get wrong Subnet Mask

by Argent In reply to NT RAS Clients get wrong ...

Might work, but not tried in this case. Per above, server is doing what it's supposed to. It was my understanding of the process that was vague. Thank you anyway!

Collapse -

NT RAS Clients get wrong Subnet Mask

by Argent In reply to NT RAS Clients get wrong ...

This question was closed by the author

Back to Windows Forum
7 total posts (Page 1 of 1)  

Related Discussions

Related Forums