Well, I think that the OP is just referring to defaults here. In which case the subnets are 255.255.255.0. The networks the the OP has in place are the ones in the post 10.0 and 12.0.
Short answer to the question is just as S0ULphIRE mentioned... your subnets are incorrect. Refer to the above post of mine to perform AND statements to get them to communicate.
Code:
Current Setup:
11000000.10101000.00001010.00000000 = 192.168.10.0
11111111.11111111.11111111.00000000 = 255.255.255.0
---------------------------------------
[B]11000000.10101000.00001010.00000000[/B]
11000000.10101000.00001100.00000000 = 192.168.12.0
11111111.11111111.11111111.00000000 = 255.255.255.0
---------------------------------------
[B]11000000.10101000.00001100.00000000[/B]
Since subnetting further (making more zeros into ones from left to right) wont work, we need to go left. Above, look at the 2 AND statements I made. The results were:
11000000.10101000.00001010.00000000 for the 10.0 network
and
11000000.10101000.00001100.00000000 for the 12.0 network
We aren't changing your IP scheme, that stays. So we need to change your subnetmask right?
Your starting subnet mask is:
11111111.11111111.11111111.00000000 (255.255.255.0)
Supernetting will allow us to make the ones to zeros, moving from the right to the left. So, let's start with the next bit! We'll make your subnet mask:
11111111.11111111.11111110.00000000 (255.255.254.0)
ok, now to see if this mask makes your IP networks match up:
Code:
11000000.10101000.00001010.00000000 = 192.168.10.0
11111111.11111111.11111110.00000000 = 255.255.254.0
---------------------------------------
[COLOR="red"][B]11000000.10101000.00001010.00000000[/B][/COLOR]
11000000.10101000.00001100.00000000 = 192.168.12.0
11111111.11111111.11111110.00000000 = 255.255.254.0
---------------------------------------
[COLOR="red"][B]11000000.10101000.00001100.00000000[/B][/COLOR]
Now, wait??!?!? That didn't change a thing. The first time around, we knew that since, in the third octet, your results were:
x.x.00001010.x
and
x.x.00001100.x
The first, 0, doesn't need to be changed since they are already a match. (right most 0... always go from right to left in binary)
Ok, if you are in agreement that the first "supernetting" was pointless then you are well on your way to perform the next test. Let's make the node bit from a 1 to a 0 and then give it another try! We'll remove the next bit and make your subnet mask:
11111111.11111111.11111100.00000000 (255.255.252.0)
Let's give this subnetmask AND statement try!
Code:
11000000.10101000.00001010.00000000 = 192.168.10.0
11111111.11111111.11111100.00000000 = 255.255.252.0
---------------------------------------
[COLOR="red"][B]11000000.10101000.00001000.00000000[/B][/COLOR]
11000000.10101000.00001100.00000000 = 192.168.12.0
11111111.11111111.11111100.00000000 = 255.255.252.0
---------------------------------------
[COLOR="Red"][B]11000000.10101000.00001100.00000000[/B][/COLOR]
ok, we are getting closer, but we still got this as the third octets:
x.x.00001000.x
and
x.x.00001100.x
Getting rid of that next 1 will do the trick. (third bit from the right in the second result)
Let's make the node bit from a 1 to a 0 and then give it another try. We'll remove the next bit and make your subnet mask:
11111111.11111111.11111000.00000000 (255.255.248.0)
ok, one last time... let's give this AND statement a try!
Code:
11000000.10101000.00001010.00000000 = 192.168.10.0
11111111.11111111.11111000.00000000 = 255.255.248.0
---------------------------------------
[COLOR="SeaGreen"][B]11000000.10101000.00001000.00000000[/B][/COLOR]
11000000.10101000.00001100.00000000 = 192.168.12.0
11111111.11111111.11111000.00000000 = 255.255.248.0
---------------------------------------
[COLOR="SeaGreen"][B]11000000.10101000.00001000.00000000[/B][/COLOR]
Hey, we have a match now!
So, in order for those two network to "speak" without a static route (lol)
You need to give ALL of those nodes a 255.255.248.0 subnet mask. This would cover from 192.168.8.0 to 192.168.15.255
Here's why: One network node from 192.168.8.0 down would be 192.168.7.255. Let's do the AND to see if they would talk!
Code:
11000000.10101000.00000100.11111111 = 192.168.7.255
11111111.11111111.11111000.00000000 = 255.255.248.0
---------------------------------------
[COLOR="red"][B]11000000.10101000.00000000.00000000[/B][/COLOR]
11000000.10101000.00001000.00000000 = 192.168.8.0
11111111.11111111.11111000.00000000 = 255.255.248.0
---------------------------------------
[COLOR="red"][B]11000000.10101000.00001000.00000000[/B][/COLOR]
Results in the third octet were:
x.x.00000000.x
and
x.x.00001000.x
Nope, you would need to move one more over which would get rid of the 1 in the 00001000 making it a change from
11111111.11111111.11111000.00000000 (255.255.248.0)
to
11111111.11111111.11110000.00000000 (255.255.240.0)
Doing an AND statement with those subnets would make them match and encompass 192.168.0.0 all the way to 192.168.15.255
Just remember that in your AND statements:
0 AND 0 = 0
1 AND 0 = 0
1 AND 1 = 1
(going down from IP address to subnet mask of course)
I hope that helped you understand a bit better. It sounds like a couple of canned questions from a study guide or test of some sort though...
the original post had a multiple choice answer and if you look at your quote on the 2nd question...
Thanks that helped out a lot!
I have one other question..
Can someone explain to me Why hosts in 192.168.12.0 cannot communicate with hosts in 192.168.10.0?
The "W" in "Why hosts in 192.168.12.0" is capitalized... like you copied and pasted it or something.