Planejar a largura de banda para câmeras IP é um passo que muitos projetos de CFTV ignoram — até a primeira falha. Câmeras configuradas corretamente, mas com link de internet insuficiente, resultam em travamentos na visualização remota, buracos na gravação em nuvem e alertas perdidos.
Este guia explica como calcular o consumo de banda de câmeras IP para gravação em nuvem, visualização remota e picos de tráfego, com tabela de referência e exemplos práticos. Use junto com a Calculadora CFTV da Adentro para obter o dimensionamento completo de armazenamento e banda em um único resultado.
Calcule armazenamento e banda juntos
Calculadora CFTV da Adentro — resultado imediato, gratuito e sem cadastro
Resposta rápida: o upload é o fator crítico
Em projetos de CFTV em nuvem, o consumo de upload é o dimensionamento mais relevante. Cada câmera enviando vídeo continuamente ao data center consome, em tempo real, a mesma largura de banda que o bitrate configurado — 24 horas por dia. O download é pontual (visualização remota, exportação de evidências) e raramente ultrapassa a metade do upload total.
A regra prática: o link de upload contratado deve suportar o upload total de todas as câmeras ativas com pelo menos 30% de margem — picos de tráfego, recuperação de stream e protocolos de controle consomem essa folga.
Banda por câmera: referência por resolução e codec
O consumo de banda por câmera é equivalente ao bitrate configurado no VMS ou na câmera. A tabela abaixo apresenta referências típicas para configurações comuns de projetos de CFTV em nuvem:
| Resolução | Codec | Mbps/câmera | Upload — 4 câmeras | Upload — 16 câmeras | Upload — 32 câmeras |
|---|---|---|---|---|---|
| 1080p | H.264 | 2 Mbps | 8 Mbps | 32 Mbps | 64 Mbps |
| 1080p | H.265 | 1 Mbps | 4 Mbps | 16 Mbps | 32 Mbps |
| 4 MP | H.264 | 4 Mbps | 16 Mbps | 64 Mbps | 128 Mbps |
| 4 MP | H.265 | 2 Mbps | 8 Mbps | 32 Mbps | 64 Mbps |
| 4K (8 MP) | H.264 | 8–10 Mbps | 32–40 Mbps | 128–160 Mbps | 256–320 Mbps |
| 4K (8 MP) | H.265 | 4–5 Mbps | 16–20 Mbps | 64–80 Mbps | 128–160 Mbps |
Valores baseados em bitrate médio configurado. Upload real pode variar ±20% conforme VBR, complexidade da cena e overhead de protocolo. Adicione 30% de margem ao total calculado.
Upload versus download: qual dimensionar primeiro
Gravação em nuvem — upload contínuo
É o consumo dominante em projetos de CFTV cloud. Cada câmera envia seu stream de vídeo continuamente ao servidor. O consumo é igual ao bitrate × número de câmeras × 24h/dia. Este é o número que determina o link mínimo necessário.
Exemplo: 20 câmeras 1080p em H.265 a 1 Mbps cada = 20 Mbps de upload contínuo. Com 30% de margem, o link precisa suportar pelo menos 26 Mbps de upload.
Visualização remota simultânea
Quando um operador abre câmeras ao vivo no VMS ou no app mobile, a câmera abre um segundo stream (ou usa o mesmo stream armazenado no servidor). Em projetos cloud puros, o download de visualização sai do servidor, não do local — portanto impacta o download do observador, não o upload do site.
Em projetos híbridos onde o operador acessa diretamente o NVR local, cada visualização remota adiciona download do site proporcional ao bitrate do sub-stream (tipicamente 0,3–0,5 Mbps por câmera visualizada).
Exportação de evidências
Downloads pontuais de clipes para investigação. O consumo é temporário e significativo: um clipe de 10 minutos de câmera 1080p H.264 a 2 Mbps equivale a ~150 MB. Em links estreitos, isso pode saturar brevemente o canal. Planeje janelas de exportação fora do horário de pico se o link for compartilhado.
Como os picos de tráfego diferem da média
VBR (Variable Bit Rate) significa que o bitrate varia conforme a complexidade da cena. Câmeras em cenas estáticas (corredor vazio) podem operar muito abaixo do bitrate nominal. Câmeras em eventos de alta complexidade (multidão, chuva intensa, IR noturno com muito reflexo) podem exceder o bitrate configurado em 30–50% por períodos curtos.
Se o link estiver provisionado exatamente na soma dos bitrates nominais sem margem, esses picos causam descarte de pacotes, falhas de stream e lacunas na gravação. A margem de 30% recomendada absorve esses picos sem comprometer a qualidade.
Link dedicado ou compartilhado: impacto no projeto
Link dedicado (fibra óptica empresarial): oferece banda garantida, latência baixa e estável. É o ideal para projetos com muitas câmeras em gravação contínua ou com exigência de SLA. O upload e o download são assimétricos ou simétricos conforme o contrato.
Link compartilhado (ADSL, cabo residencial, 4G): a banda disponível varia conforme a demanda de outros usuários. O upload costuma ser muito menor que o download — links residenciais frequentemente têm 10–20% do download como limite de upload. Nesses casos, o número de câmeras suportado em gravação na nuvem é muito limitado.
Regra prática: para projetos com mais de 8 câmeras em resolução Full HD ou superior em gravação na nuvem, recomenda-se link dedicado com SLA de upload garantido.
Overhead e redundância de conectividade
Além do tráfego de vídeo, protocolos de controle, metadados, heartbeats do VMS e telemetria de câmeras consomem banda adicional — tipicamente 2–5% do total. O cálculo de margem de 30% já contempla esse overhead.
Para projetos críticos, considere redundância de conectividade: dois links de ISPs diferentes com failover automático. Em caso de queda do link primário, a gravação em nuvem é interrompida até o failover assumir. Com dois links, o tempo de interrupção cai para segundos.
Exemplos práticos de dimensionamento de banda
4 câmeras 1080p H.264 — pequeno escritório
Upload contínuo: 4 × 2 Mbps = 8 Mbps
Com 30% de margem: 11 Mbps de upload mínimo
Um link de 50 Mbps download / 15 Mbps upload típico do mercado é suficiente para este cenário.
32 câmeras 4 MP H.265 — empresa média / rede de lojas
Upload contínuo: 32 × 2 Mbps = 64 Mbps
Com 30% de margem: 83 Mbps de upload mínimo
Exige fibra óptica dedicada com SLA de upload garantido de pelo menos 100 Mbps. Links residenciais não são viáveis neste cenário.
Projetos como o da rede Intercity Hotels, com múltiplas câmeras por unidade e múltiplas unidades, são dimensionados individualmente por local — cada hotel ou unidade tem seu próprio link calculado conforme o número de câmeras instaladas.
Erros comuns na contratação de link para CFTV em nuvem
- Contratar link pela velocidade de download, não de upload: ISPs anunciam a velocidade de download. Para CFTV em nuvem, o upload é o fator limitante. Confirme a velocidade de upload garantida no contrato de SLA.
- Ignorar picos de tráfego: dimensionar exatamente no limite causa falhas durante cenas de alta complexidade (movimento, reflexo, IR). A margem de 30% é mandatória.
- Usar link residencial para projetos com muitas câmeras: links ADSL e cabo residencial têm upload muito baixo (tipicamente 5–20% do download). Com 8 câmeras 1080p a 2 Mbps, você precisa de 16 Mbps de upload — impraticável em links residenciais.
- Não considerar o download do site: em configurações onde o NVR local serve as câmeras para acesso remoto, cada visualização simultânea é um stream de download a partir do local. Com 5 operadores visualizando 4 câmeras cada, o download pode consumir 20+ Mbps.
- Esquecer o failover: sem redundância de link, qualquer queda de conectividade interrompe 100% da gravação em nuvem. Para ambientes críticos, dois ISPs diferentes com failover automático é o mínimo.
Como armazenamento e banda se relacionam na Calculadora CFTV
A Calculadora de Armazenamento para CFTV da Adentro calcula simultaneamente o espaço em disco e a largura de banda de upload necessária, usando os mesmos parâmetros: câmeras, resolução, codec, bitrate e dias de retenção. O resultado inclui o upload total em Mbps para que você possa dimensionar o link antes de iniciar o projeto.
Para aprofundar o impacto do codec no consumo de banda e armazenamento, leia o guia H.264 vs H.265 em CFTV: impacto no armazenamento e na banda.
Precisa dimensionar um projeto de CFTV em nuvem?
AdentroSeg — maior nuvem brasileira especializada em segurança eletrônica · Único cloud associado à ABESE
Leia também
Perguntas frequentes
Quantos Mbps de upload uma câmera IP consome?
O consumo é igual ao bitrate configurado na câmera ou no VMS. Uma câmera 1080p em H.264 configurada para 2 Mbps consome 2 Mbps de upload continuamente. A mesma câmera em H.265 pode ser configurada para 1 Mbps com qualidade equivalente. Multiplique pelo número de câmeras para obter o upload total do site.
Posso usar Wi-Fi para câmeras com gravação na nuvem?
Sim, mas com limitações. Wi-Fi doméstico com câmeras próximas ao roteador pode funcionar para poucos canais em baixa resolução. Para projetos com muitas câmeras ou câmeras externas, o cabo Ethernet é obrigatório — oferece link estável, sem interferência e com PoE (Power over Ethernet) para alimentar as câmeras sem cabeação separada.
Qual é a diferença de consumo de banda entre H.264 e H.265?
Em configurações equivalentes de qualidade, H.265 consome 30% a 50% menos banda que H.264. Isso significa que você pode dobrar o número de câmeras no mesmo link ao migrar para H.265, ou reduzir à metade o custo da conectividade mantendo o mesmo número de câmeras. Leia o comparativo completo no artigo H.264 vs H.265 em CFTV.
O que acontece com a gravação se o link de internet cair?
Em configurações 100% cloud sem armazenamento local, a gravação é interrompida durante a falha de conectividade. Em configurações híbridas, o NVR local continua gravando offline e sincroniza com a nuvem quando o link é restabelecido. Para ambientes críticos, link redundante com failover automático é a solução recomendada.
Preciso de link simétrico para CFTV em nuvem?
Não necessariamente simétrico, mas o upload precisa ser suficiente. Links assimétricos com upload de 100+ Mbps são adequados para a maioria dos projetos. O que você precisa evitar são links residenciais com upload de 5–10 Mbps para projetos com mais de 4–5 câmeras em Full HD.
Precisa modernizar a TI da sua empresa?
A Adentro oferece soluções em nuvem, segurança e infraestrutura para empresas de todo o Brasil.
