A splattne abordou o que é um painel de conexões e por que é diferente de um switch.
Para responder à última parte da sua pergunta: o motivo pelo qual as conexões de rede do host não são diretas para os switches geralmente está relacionado à facilidade de gerenciamento. Por exemplo, os locais da mesa no chão do escritório podem ser conectados de volta a um painel de conexões do armário de fiação, identificado com os locais. Você pode conectar patches curtos ('caudas' ou 'chicotes') entre o painel de remendo e o switch. Isso simplifica a remendagem dos locais das mesas (para mudanças de usuários, etc.) muito mais simples, pois os painéis da mesa-> corre o painel não precisam ser tocados.
Em um data center, um argumento semelhante se aplica. Se um servidor precisar ser movido para uma sub-rede diferente que esteja em um comutador físico diferente daquele ao qual está conectado, ter painéis de correção intermediários será muito útil. Por exemplo, muitas salas de servidores possuem um MDF (quadro de distribuição principal); todos os servidores e todas as portas do switch são conectadas novamente aos painéis de patch rotulados nesse quadro. Em seguida, a criação de uma conexão entre um servidor e um comutador é um caso simples de um patch entre duas portas no quadro, em vez de precisar ter ladrilhos elevados para executar um novo patch de ponta a ponta.
EDIT: Para adicionar algumas topologias de cabeamento de exemplo:
1) pisos do usuário.
[host] <<--patch-->> [porta do piso] << - cabeamento estruturado - >> [painel de conexões do armário de cablagem] << - cablagem montada / em pacote - >> [interruptor de acesso do armário de cablagem]
2) Data centers, acesso centralizado.
[host] <<--patch-->> [painel de remendo do gabinete] << - cabeamento estruturado - >> [painel de remendo do quadro principal A] <<--patch-->> [painel de remendo do quadro principal B] << - cabeamento integrado / em pacote - >> [chave de acesso ao data center]
Observe acima, você pode ter outro painel de remendo no gabinete; no entanto, ao usar comutadores modulares grandes (mais de 240 portas por chassi), desde que muitas portas do painel de remendo tenham maior espaço útil em U no gabinete; daí o motivo pelo qual essas conexões geralmente são diretamente voltadas para o quadro principal.
3) Data centers, acesso distribuído (fim de linha).
[host] <<--patch-->> [painel de remendo do gabinete] << - cabeamento aproveitado / incluído - >> [chave de acesso de fim de linha]
Esse tipo de topologia é freqüentemente usado com implementações de blade, pois o número de chassis blade que você implementou determina precisamente o número de portas que você precisa provisionar. Observe a flexibilidade física reduzida - no entanto, os hosts devem ser conectados aos comutadores na mesma linha. Seu design de rede lógica deve levar isso em consideração.
4) Data centers, acesso distribuído (parte superior do rack).
[host] <<--patch-->> [chave de acesso ao rack]
Potencialmente útil onde você possui um datacenter muito homogêneo com muitos nós com requisitos idênticos.
Observe que estes são apenas alguns exemplos - também existem muitas outras abordagens.