Colete o tráfego com o tcpdump ou uma ferramenta semelhante e faça um gráfico da contagem de pacotes por unidade de tempo. Se sua suposição estiver correta, você deverá ver um teto claro para a contagem de pacotes.
Você pode simular um contra-exemplo gerando muitos pacotes grandes com algo como ping -s 1472 -f, isso pode causar uma pequena interrupção, então talvez não o faça durante os picos de tráfego. Mas 30 segundos podem ser aceitáveis para resolver um problema maior - você decide.
Um switch também pode ser facilmente o gargalo. Especialmente mais barato ou um roteador de caixa preta. Este foi o caso mais comum de uma rede WAN em que eu estava trabalhando. O padrão mínimo para esse tipo de tráfego era uma coisa da linha HP ProCurve. Até mesmo um Cisco antigo estava bem também. Mas você tem que testá-lo.
Também é bom mencionar que entre os ISPs geralmente usamos uma regra básica de que 60% de linha utilizada era uma linha totalmente saturada. A razão é que a saturação é basicamente média em algum período de tempo. Mas, em um período de tempo mais curto, você pode ter sobrecargas tentando enviar muitos pacotes no mesmo momento, o que levará a uma latência mais longa. Meça a latência também. O Wireshark é uma boa ferramenta para uma análise rápida como essa.
Por último, mas não menos importante, eu não vi nenhum tipo de tráfego que possa saturar completamente a linha, mas o ping-1472 -f em uma linha vazia. Depois de ter várias conexões, você tem ineficiências que levam a uma utilização menor. Basicamente, 100Mbit é um limite teórico sob condições ideais. Assim, o provedor de linha pode estar certo também e atualizar a linha pode ser a solução adequada.