Não, porque isso não é uma máscara . A máscara é definida de modo que se você AND o endereço e a máscara, os bits de rede sempre permanecerão como estão, e os bits do host são todos 0's.
Por exemplo, se nós AND juntos o IP e o MASK, nós temos isto:
00110010 00101010 11100011 10101010
11111111 11111111 00000000 00000000
---------------AND-----------------
00110010 00101010 00000000 00000000
Uma máscara não contenciosa, como você sugere, não poderia fazer isso. Aqui está um documento interessante sobre a natureza binária dos endereços IP / máscaras .
O valor que você sugere pode ser usado como um padrão para correspondência de endereços IP específicos, quando a máscara é aplicada, mas como essencialmente ignoraria o segundo octeto de QUALQUER endereço IP que ele tentasse processar, os roteadores e outros dispositivos não ser capaz de determinar o endereço de rede corretamente e, portanto, não pôde entregar o tráfego conforme o esperado.
Observe que a operação binária AND e a natureza da máscara foram projetadas para serem calculadas no hardware com uma única operação em um par de registros, e um AND é aproximadamente tão básico quanto as operações lógicas vêm.
----- EDITAR ---------------
Não sei por que o downvote, mas eu diria que por RFC 1519 (CIDR) , as máscaras devem seja contigioso à esquerda:
An implementation following these rules should also be generalized,
so that an arbitrary network number and mask are accepted for all
routing destinations. The only outstanding constraint is that the
mask must be left contiguous.
O único caso em que um endereço pode usar mascaramento não-contencioso é ( por RFC 950 ):
- A sub-rede de classes está em uso
- Os bits "ímpares" devem ocorrer no octeto final da máscara que seja significativo (por exemplo, 255.255.88.0, 255.255.255.88)
Since the bits that identify the subnet are specified by a
bitmask, they need not be adjacent in the address. However, we
recommend that the subnet bits be contiguous and located as the
most significant bits of the local address.