I googled for other postings about this, and I saw that others have run into
the same problem. However, I did not see a resolution to this. Can such
forwarding entries be removed through DeleteIpForwardEntry()?
I have tried to do the same thing through the route command. My subnet is
10.0.0.0/255.0.0.0. The command also fails as shown below:
route DELETE 255.255.255.255
route: bad destination address 255.255.255.255
route DELETE 10.255.255.255
The route specified was not found.
"Knotta Clue" <ImInS...@nospam.nospam> wrote in message
news:e%23Pl2rRd...@TK2MSFTNGP04.phx.gbl...
Thanks for your post!
255.255.255.255 is the limited broadcast address, which is used by the OS
system internally. For more information regarding it, please refer to the
KB below:
"TCP/IP Routing Basics for Windows NT"
http://support.microsoft.com/?id=1408591
Based on my experience, we can not delete this record. It's an invalid
destination usable only by the system only when it wants to.
At last, this newsgroup mainly focused on Win32 network programming
interface related issues. Since your issue currently fails with route.exe,
the problem mainly lies in OS network configuration or OS network concept
side, I suggest you post such issue in corresponding OS networking
newsgroup, such as below:
microsoft.public.win2000.networking
Thanks for your understanding.
Best regards,
Jeffrey Tan
Microsoft Online Community Support
==================================================
When responding to posts, please "Reply to Group" via your newsreader so
that others may learn and benefit from your issue.
==================================================
This posting is provided "AS IS" with no warranties, and confers no rights.
Thanks for your feedback!
Yes, I see your concern. However, from research perspective, we normally
get the work done through an existing tool, then we should resort to the
programming interface. If the tool also fails, it means the problem comes
from OS network configuration or network concept side, not the programming
interface side.
Anyway, I have managed to find the information for you, this behavior is by
design:
For each interface there should be 3 protected routes: ( generated by the
interface config )
1) The Host Route ( This is the IP assigned to the interface. Similar to a
loopback)
2) The Local Subnet Route ( This is how the interface knows where to send
local traffic )
3) The Local Broadcast Route ( This is how the interface knows where to
send the
local broadcast )
There are also a few other routes that are protected:
1) The Loopback Route ( 127.0.0.0 )
2) The Multicast Route ( 224.0.0.0 )
3) The All Broadcast Route ( 255.255.255.255 )
Should any of these routes be deleted, It would adversely affect TCP/IP
communication.
To workaround this issue, we can re-create the exact route through
ROUTE.EXE, or through the API call CreateIpForwardEntry and set
dwForwardProto to PROTO_IP_NETMGMT, it will replace the original route in
the routing table.
You will then be able to delete the route through ROUTE.EXE or through the
AIP call DeleteIPForwardEntry.
Please note that this does not work with routes created because of a dial
up connection connecting under XP RTM & SP1.
Hope this helps