Shivkranti Internet Service Pvt Ltd faz a conta de conectividade local depender de rotas upstream e reparo de campo

Resumo

• Shivkranti Internet Service Pvt Ltd não é apenas um nome em uma tabela de roteamento. A lista de licenças do Departamento de Telecomunicações da Índia de 28 de fevereiro de 2026 registra Shivkranti Internet Services Pvt Ltd como uma licenciada de serviços de internet Categoria B em Mumbai, e os registros RDAP da APNIC mostram AS149195, SHIVKRANT-AS-IN, como ativo para a Shivkranti Internet Service Pvt Ltd.
• A empresa deve ser tratada como uma ISP local de Mumbai, não como uma operadora de infraestrutura nacional. Seu portal do cliente afirma que a Shivkranti Internet Services opera atualmente apenas em Mumbai, enquanto a lista de licenças do DoT define a área de serviço como Mumbai e os contatos públicos da APNIC estão em Goregaon West.
• A escala operacional pública é pequena. O relatório de desempenho de junho de 2025 da TRAI lista Shivkranti Internet Services Pvt. Ltd. com 214 assinantes de banda larga e nenhum assinante de banda estreita, mesmo com a base nacional de banda larga da Índia acima de um bilhão em março de 2026.
• A rede roteada está ativa, mas é estreita. As visualizações BGP mostram dois /24s IPv4 originados, nenhum IPv6 visível, 512 endereços IPv4, status RPKI válido para ambos os /24s e dois upstreams IPv4 observados: Vortex Netsol Private Limited e Gigaline Teleservices Opc Private Limited.
• A nota final de evidência de rede é Fraca. Registros públicos estabelecem uma operadora de banda larga local licenciada e roteada, mas não verificam o meio de última milha, acesso a postes ou edifícios, topologia em anel, separação física de upstream, contratos de trânsito, tempo de bateria de backup, estoque de reposição, profundidade da equipe de campo, margem de congestionamento ou desempenho de restauração medido.

A empresa existe em três superfícies públicas

Shivkranti Internet Service Pvt Ltd tem uma presença pública reduzida, mas as peças visíveis se alinham. A evidência de licenciamento mais forte é alista UL ISP e UL ISP VNO de 28 de fevereiro de 2026do Departamento de Telecomunicações da Índia. Nessa lista, Shivkranti Internet Services Pvt Ltd aparece como licença DS-11/275/2018-DS-III, Categoria B, área de serviço Mumbai, com Sunil Rajaram Pandey como pessoa autorizada, endereço registrado em Goregaon West e data de assinatura e vigência em 18 de dezembro de 2018. Esse registro não descreve a rede ativa. Ele faz algo mais básico: coloca a empresa dentro do perímetro de licenciamento de telecomunicações indiano e vincula a licença a Mumbai.

O próprio portal do cliente da empresa emshivkrantiinternet.infornece a segunda superfície. Não é um site corporativo para investidores. É uma página de login e pagamento com acesso à conta, termos, cancelamento e seções de contato. Seu texto institucional diz que a Shivkranti Internet Services é uma ISP que opera atualmente apenas em Mumbai e descreve a empresa como um dos players significativos da cidade. Também afirma que o serviço é prestado por meio de "Empreendedores selecionados" que seguem os padrões da empresa e que milhares de clientes dependem dele para necessidades críticas de negócios. Essas são reivindicações de primeira parte, não métricas operacionais auditadas, mas correspondem ao enquadramento de cidade licenciada e explicam por que a empresa pode parecer mais uma operadora de banda larga de bairro do que uma grande operadora com marca.

A terceira superfície é o registro de números da internet.APNIC RDAP para AS149195identifica o sistema autônomo como SHIVKRANT-AS-IN, ativo, país IN, com a descrição Shivkranti Internet Service Pvt Ltd. O mesmo objeto RDAP registra o registro em dezembro de 2021 e uma última alteração em setembro de 2025.APNIC RDAP para 103.178.48.0/23identifica a alocação IPv4 portátil ativa como SHIVKRANT e a descreve como SHIVKRANTI INTERNET SERVICE PVT LTD. Ambos os objetos RDAP apontam para um endereço operacional em Goregaon West para contatos de rede e abuso.

Essas três visões não fornecem o mesmo tipo de evidência. A lista do DoT comprova status de licença e escopo da área de serviço na data da lista. O portal do cliente comprova que a empresa apresenta um canal de pagamento e suporte voltado ao assinante e afirma operar em Mumbai. A APNIC comprova que ela possui um ASN ativo e uma alocação IPv4 ativa. Juntos, são suficientes para escrever sobre uma operadora de banda larga local real. Não são suficientes para tratar a operação como uma rede resiliente com caminhos físicos conhecidos.

Essa distinção é o primeiro limitador para ler Shivkranti. Uma empresa pode ter uma licença e um ASN enquanto compra grande parte de sua conectividade de provedores upstream, usa dutos de terceiros, compartilha postes ou edifícios, ou depende de empreendedores de distribuição local para o segmento final de acesso. Também pode ser útil para os clientes justamente por ser pequena e local. As evidências sustentam o piso de identidade. Não revelam a arquitetura operacional acima desse piso.

Mumbai é a geografia operacional, não uma pegada indiana geral

A categoria planejada para esta empresa é ISP regional. Para Shivkranti, essa categoria só é defensável se "regional" for lido estritamente. Apágina de ISP do DoT eServicesexplica a lógica geral de licenciamento: as licenças de ISP são para empresas que fornecem serviços de acesso à internet para residências, empresas e outros usuários, e a página afirma que as categorias estão vinculadas à área de cobertura. A mesma página descreve amplamente as tecnologias de entrega de ISP, incluindo fibra óptica, DSL e banda larga sem fio. Mas esses são exemplos gerais de serviço. Não são divulgações específicas da Shivkranti.

A linha real da Shivkranti nalista do DoT de fevereiro de 2026define a área de serviço como Mumbai. O próprioportalda empresa restringe ainda mais as expectativas do leitor ao afirmar que opera atualmente apenas em Mumbai. Oregistro de endereço de redee oregistro ASNda APNIC usam informações de contato de Goregaon West. Os endereços relacionados no portal apontam para Goregaon West e Motilal Nagar. Nada disso prova cobertura exata dentro de Mumbai. Simplesmente torna o quadro editorial seguro muito menor do que "ISP da Índia".

Essa localidade importa porque uma conta de banda larga de Mumbai é fisicamente local muito antes de se tornar uma rota BGP. Um cliente em um edifício ou pequena empresa obtém internet utilizável apenas quando a planta de acesso chega às instalações, o dispositivo do cliente está ligado, o caminho do edifício permanece intacto, o ponto de agregação local está ativo e os links upstream continuam a transportar tráfego para fora da pegada de acesso da cidade.

Se a ISP usa fibra em algumas ruas, planta de cabo em outras, quedas sem fio em quarteirões específicos ou parceiros de distribuição em bairros específicos, cada meio tem um padrão de falha diferente. As evidências públicas não identificam qual meio a Shivkranti usa em qual endereço.

Apágina de serviços de internetdo DoT é útil como um menu de tecnologias porque nomeia fibra, DSL e banda larga sem fio como tecnologias de acesso ISP. Não deve ser esticada para um mapa tecnológico da Shivkranti. O portal da Shivkranti não publica um mapa de rotas de fibra, uma descrição da rede de cabos, uma lista de torres, um plano de frequência sem fio, uma lista de edifícios, um verificador de disponibilidade, uma tabela de velocidades ou um relatório de operações de rede. Ele publica funções de login e pagamento do cliente, termos de reembolso, números de contato e uma narrativa de serviço. A história pública é presença operacional, não transparência de rede.

Isso torna a área de serviço da empresa uma hipótese que só pode ser testada endereço por endereço. Mumbai é a área licenciada. Goregaon West é o centro operacional visível. A tabela de provedores da TRAI fornece um pequeno número de assinantes. O artigo pode, portanto, discutir a resiliência local de Mumbai e a economia de um pequeno operador. Não pode afirmar cobertura em toda a cidade, fibra metropolitana profunda, torres independentes ou anéis de bairro redundantes.

A tabela de assinantes força o rebaixamento

A evidência de escala mais nítida vem da TRAI. Em seurelatório trimestral de indicadores de desempenho divulgado em setembro de 2025, a tabela de provedores para assinantes de internet lista Shivkranti Internet Services Pvt. Ltd. com 214 assinantes de banda larga, zero assinantes de banda estreita e 214 assinantes totais no trimestre de junho de 2025. Isso não é um erro de digitação em uma reivindicação de marketing; está em um relatório de desempenho regulatório. Pode estar atrasado em relação ao crescimento posterior ou refletir classificações de relatório que excluem relacionamentos de revenda, usuários faturados por parceiros ou outros arranjos não mercadológicos. Mas ainda é o melhor número público de assinantes encontrado na passagem atual.

O contraste com o mercado nacional é severo. O resumo do Press Information Bureau do trimestre de março de 2026 afirma que a Índia tinha1.065,88 milhões de assinantes de banda larga, 46,54 milhões de assinantes de internet fixa com fio e 56.222 hotspots Wi-Fi públicos. Essa escala nacional não torna a Shivkranti sem importância para seus usuários reais. Isso significa que um provedor de 214 assinantes não deve ser analisado como se tivesse a base de capital, redundância de pessoal ou fardo de relatórios públicos de uma rede de acesso nacional.

Pequeno pode ser resiliente de algumas maneiras locais. Uma pequena ISP pode conhecer edifícios, técnicos, proprietários e caminhos de cabos problemáticos melhor do que um call center distante. O ciclo de decisão pode ser curto, a área de serviço compacta e o fundador ou engenheiro próximo da falha. Um portal do cliente que lista contatos diretos por telefone e e-mail pode ser mais prático para um pequeno edifício do que a fila de tickets de um grande operador.

A afirmação do portal da Shivkranti de que trabalha por meio de empreendedores selecionados é consistente com um arranjo de distribuição local no qual relacionamentos, não apenas dutos e roteadores, fazem parte do sistema operacional.

Pequeno também pode ser frágil. Um operador local com centenas de assinantes pode ter menos roteadores sobressalentes, menos veículos, menos estoque, um plano de resposta mais enxuto para noites ou monções e menos alavancagem com operadoras upstream. Um único técnico de confiança pode ser um ponto forte até que essa pessoa não esteja disponível. Uma única rota de acesso ao edifício pode ser barata até que um administrador de propriedade troque as fechaduras ou um espelho d'água seja danificado. Uma única alimentação elétrica pode ser adequada até que uma queda local supere a bateria no ponto de distribuição.

O registro público não permite que o leitor escolha com confiança entre essas possibilidades.

O mesmo resumo de março de 2026 da TRAI relata benchmarks de qualidade de linha fixa, como provisionamento em até sete dias úteis, incidências de falhas por 100 assinantes e congestionamento de ponto de interconexão. Essas categorias nacionais de benchmark são úteis porque descrevem as perguntas que uma operadora de banda larga tem que responder: com que rapidez o serviço é provisionado, com que frequência ocorrem falhas, se a interconexão congestiona e com que rapidez as reclamações são resolvidas. Elas não fornecem desempenho específico da Shivkranti.

A interpretação segura é que a Shivkranti está dentro de uma classe de serviço regulamentada, enquanto os registros públicos não revelam seu próprio intervalo de provisionamento, taxa de falhas, desempenho de reclamações ou throughput na hora de pico.

É por isso que a hipótese de status operacional se torna um rebaixamento em vez de uma rejeição. As evidências públicas não dizem que a empresa está inativa. Dizem que a empresa é licenciada, voltada ao cliente, roteada e pequena. O artigo, portanto, não deve abandonar a tese de ISP regional; deve restringi-la a uma micro-ISP de Mumbai e classificar a evidência de rede como Fraca.

AS149195 está ativo, mas é uma borda estreita

A borda pública da internet é clara o suficiente para ser identificada. Apágina do BGP Toolkit da Hurricane Electric para AS149195identifica Shivkranti Internet Service Pvt Ltd, origem Índia, dois prefixos IPv4 originados, dois prefixos IPv4 anunciados, nenhum prefixo IPv6 originado ou anunciado, 512 endereços IPv4 originados, nenhuma rota originada inválida por RPKI em seu resumo atual e dois peers IPv4 observados. OBGP.tools para AS149195classifica a rede como ativa sob APNIC, atribui a ela um papel de rede de acesso, lista dois /24s IPv4 e mostra dois upstreams: AS137633 Gigaline Teleservices Opc Private Limited e AS136334 Vortex Netsol Private Limited.

O RIPEstat adiciona evidências de tempo e validação úteis. Oendpoint de visão geral ASretorna SHIVKRANT-AS-IN - Shivkranti Internet Service Pvt Ltd e marca o ASN como anunciado. Oendpoint de prefixos anunciadosmostra 103.178.48.0/24 e 103.178.49.0/24 durante a janela de observação atual de duas semanas. Oendpoint de status de roteamentomostra dois prefixos IPv4, 512 endereços IPv4, dois vizinhos observados e alta visibilidade RIS no momento da consulta. Avalidação RPKI para 103.178.48.0/24e avalidação RPKI para 103.178.49.0/24retornam status válido contra uma autorização de origem de rota para 103.178.48.0/23 com comprimento máximo /24.

AAPI ASRank da CAIDA para AS149195fornece a mesma forma de rede pequena a partir de um conjunto de dados público diferente: cone de cliente de um AS, dois prefixos, 512 endereços e dois provedores. Essa visão não é um registro contratual, mas reforça o ponto de que a borda pública da internet é compacta e dependente do provedor.

Essa é uma boa higiene para uma pequena ISP roteada. Isso significa que os prefixos não são meras entradas de registro obsoletas; os coletores públicos os veem atualmente e a validação de origem está em vigor para os dois /24s. Também significa que a rede é compacta. Dois /24s equivalem a 512 endereços IPv4 antes de considerar rede, broadcast, infraestrutura e práticas de alocação. NAT de operadora, endereçamento privado e alocação dinâmica podem suportar mais assinantes do que endereços públicos um a um, e o número da TRAI não requer um grande pool de endereços públicos.

Mas o pequeno conjunto de prefixos deixa evidências públicas limitadas de escala e nenhuma implantação IPv6 visível.

A ausência de IPv6 visível não é automaticamente uma falha de serviço. Muitas pequenas redes de banda larga ainda operam o acesso do cliente principalmente através de IPv4 mais NAT. No entanto, isso importa para preparação para o futuro e transparência. Se um operador não tem rota IPv6 pública, não se pode inferir que os clientes recebem conectividade IPv6 nativa a partir de evidências BGP globais. Isso pode afetar a acessibilidade de aplicativos, hospedagem de serviços de entrada, solução de problemas e pressão de endereço de longo prazo.

Um registro público mais forte mostraria alocação IPv6, origem de rota, status RPKI e suporte voltado ao cliente para IPv6 no site do operador.

Os dois upstreams observados também precisam de calibração. Eles melhoram o quadro em comparação com um único provedor observado. Se um caminho upstream falhar logicamente, o outro pode manter o AS149195 acessível se a política de roteamento, capacidade e handoff físico estiverem configurados para failover. Mas o BGP público não mostra se esses circuitos upstream entram em edifícios diferentes, cruzam dutos diferentes, usam caminhos ópticos diferentes, terminam em roteadores separados ou têm capacidade de sobra suficiente sob estresse. Uma lista de vizinhos lógicos não é um mapa de valas.

Isso é especialmente importante em uma geografia compacta. OAPNIC RDAP para Vortex Netsol, AS136334, coloca a superfície de contato desse upstream em Goregaon West. OAPNIC RDAP para Gigaline, AS137633, coloca a superfície de contato da Gigaline em Parbhani, Maharashtra. A diferença de endereço corporativo não prova diversidade de rota. Os handoffs da Shivkranti ainda podem compartilhar dutos, edifícios de agregação, dependências de energia ou operadoras intermediárias. A visão pública prova diversidade de upstream observada no nível AS. Não prova diversidade física.

Há mais uma pista de política de rota. O whois da APNIC para as rotas 103.178.48.0/24 e 103.178.49.0/24 inclui objetos de origem para AS149195 e também paraAS134014, NET 4 U SERVICES PVT LTD. As páginas BGP atuais enfatizam a origem observada do AS149195, enquanto os objetos de rota mostram que a política de prefixo permitiu outro ASN da área de Mumbai como origem nos dados do registro. Isso pode refletir suporte upstream histórico, arranjos de backup, manutenção de objeto de rota ou uma configuração de trânsito que não é visível como origem atual. Não é uma constatação de roteamento incorreto. É outra razão para evitar fingir que o registro público expõe o design completo da borda.

Nenhum registro PeeringDB significa nenhum mapa de interconexão público

O PeeringDB não é obrigatório para um ISP. Uma pequena rede de acesso local pode operar inteiramente por meio de trânsito pago ou arranjos upstream privados e não ter motivo para publicar um perfil de exchange. Ainda assim, aconsulta da API PeeringDB para ASN 149195não retorna nenhuma entidade de rede. Esse resultado negativo tem valor analítico. Significa que não há perfil PeeringDB mantido por participante descrevendo presença em instalações, internet exchanges, política de peering público, faixa de volume de tráfego ou função de contato.

Para operadores maiores, o PeeringDB pode ajudar a distinguir uma borda de internet com participação direta em exchange de um cone de cliente que simplesmente compra trânsito. Para Shivkranti, as evidências públicas apontam para o último ou, pelo menos, para um arranjo de interconexão não divulgado. Os caminhos visíveis são relacionamentos AS upstream observados por coletores BGP, não portas de exchange públicas.

O artigo, portanto, não pode afirmar que a Shivkranti faz peering em um IX de Mumbai, tem relacionamentos de cache local, mantém interconexões diretas com provedores de conteúdo ou transporta tráfego sobre um site de colocation nomeado.

Essa ausência também afeta a análise de congestionamento. Os clientes experimentam congestionamento no ponto mais estreito do caminho: o segmento de acesso local, um switch de edifício, um link de agregação de bairro, um handoff upstream, um circuito de trânsito, uma rota de peering ou um caminho de conteúdo remoto. O BGP nos diz apenas que AS149195 tem alcance global por meio de vizinhos observados. Não revela volumes de tráfego, velocidades de porta, taxas de contenção, utilização noturna, perda de pacotes, latência para redes de conteúdo importantes ou o que acontece quando um upstream é retirado.

Para um operador de 214 assinantes, o congestionamento pode ser modesto ou agudo. Uma base de usuários pequena reduz a demanda agregada, mas um circuito upstream muito pequeno, um segmento de distribuição sobrecarregado ou um único edifício movimentado ainda podem degradar o serviço. Por outro lado, um upstream modestamente provisionado pode ser mais do que suficiente se os clientes estiverem concentrados e o uso for leve. Nenhuma estatística pública de tráfego resolve a questão.

O artigo honesto tem que enquadrar a capacidade como instalada versus utilizável: um ASN e dois /24s são recursos de roteamento instalados; a experiência utilizável do cliente depende da capacidade de acesso e backhaul que não é divulgada publicamente.

É aqui que a economia e a confiabilidade de um pequeno operador se tornam a mesma questão. Se o negócio tem sucesso mantendo as contas baixas, ele deve reduzir o custo de aquisição de clientes, construção de acesso, largura de banda upstream, suporte e reparo de campo. Isso pode incentivar o reúso cuidadoso da infraestrutura local e relacionamentos próximos com edifícios. Também pode deixar pouca margem para upstreams duplicados, hardware sobressalente, equipes de reserva e energia de backup de longa duração.

Sem tarifas publicadas, diagramas de rede ou economia de assinantes auditada, o artigo pode identificar o tradeoff, mas não pode pontuá-lo.

A última milha é a evidência ausente

A lista de dependências físicas da atribuição inclui planta de acesso, postes ou torres, trânsito upstream, equipes de campo, equipamento nas instalações do cliente e energia local. Para Shivkranti, a última milha é a parte menos divulgada do registro público. O site da empresa afirma que fornece acesso à banda larga acessível para usuários domésticos e corporativos em Mumbai. Não diz se um determinado cliente é alcançado por fibra, cabo coaxial, Ethernet sobre fiação do edifício, sem fio fixo, capacidade de última milha alugada ou uma queda gerenciada por parceiro.

Esse mapa ausente não é um problema cosmético. O meio de acesso determina o modo de falha. A fibra pode ser cortada por obras de estrada, danificada em um espelho d'água de edifício, dobrada em uma caixa de emenda ou desconectada por um contratante. A distribuição coaxial ou Ethernet pode falhar por entrada de água, corrosão de conector, perda de energia do switch ou religação do edifício. O sem fio fixo pode falhar por obstrução da linha de visada, desalinhamento da antena, interferência, perda de energia ou acesso inseguro ao telhado.

Uma rede de distribuição de parceiros pode falhar porque as peças sobressalentes, técnicos ou permissões do parceiro não são do próprio ISP.

O mecanismo de proteção de infraestrutura da Índia destaca que as instalações enterradas e aéreas são vulneráveis. O portalCall Before u Digdo governo se descreve como uma iniciativa do Departamento de Telecomunicações para reduzir danos a ativos subterrâneos coordenando agências de escavação e proprietários de utilidades. A navegação eServices do DoT também colocaRight of Way e Call Before u Digao lado dos serviços do setor. Esses programas não são evidências específicas da Shivkranti. Eles mostram por que a rota física de um ISP local não pode ser ignorada. Uma única escavação não coordenada ou obra de construção pode importar mais para uma pequena rede de acesso do que para uma operadora com múltiplos anéis protegidos.

A linguagem "Empreendedores selecionados" do portal da empresa também é importante. Sugere que pelo menos parte da prestação de serviço pode depender de atores de distribuição local ou parceiros de campo que seguem os padrões da Shivkranti. Isso pode melhorar o alcance no bairro: os empreendedores conhecem edifícios, moradores, administradores e rotas de instalação práticas. Também pode complicar a responsabilidade: o assinante compra o serviço da empresa, mas a falha pode estar em um cabo de parceiro, um switch de acesso, um dispositivo de telhado, equipamento nas instalações do cliente ou largura de banda upstream.

O registro público não explica onde está a demarcação.

O equipamento nas instalações do cliente é outro ponto cego. O portal permite que os usuários façam login por número de celular, nome de usuário ou ID de conta e paguem contas. Não publica padrões de roteador, tipos de dispositivo de terminal de rede óptica, requisitos de CPE sem fio, compromissos de nível de serviço ou políticas de dispositivo de propriedade do cliente. Quando uma rede de acesso é pequena, o roteador doméstico ou o switch do edifício pode ser o ponto de falha mais comum.

Mas sem documentação de suporte, um leitor não pode dizer se a Shivkranti monitora remotamente o equipamento do cliente, mantém estoque de reposição de CPE, separa reclamações de Wi-Fi de falhas de linha ou publica avisos de manutenção.

A energia local é igualmente opaca. O caminho de acesso precisa de energia nas instalações do cliente, em qualquer equipamento de distribuição do edifício, em qualquer armário de rua ativo ou repetidor sem fio, no ponto de agregação do operador e nos locais de handoff upstream. Oprimer de dependência de comunicações da CISAé escrito para planejamento de infraestrutura crítica, não para banda larga de consumo em Mumbai, mas a lógica de dependência é geral: as comunicações dependem de eletricidade, tecnologia da informação e transporte. Um pequeno ISP pode manter um roteador central em um UPS e ainda perder clientes se os switches do edifício ou rádios de acesso não tiverem backup. O registro público da Shivkranti não divulga tempo de backup em nenhum ponto do caminho de acesso.

O design de energia de backup não é apenas uma afirmação sim ou não. OGuia de Análise de Valor de Sistemas de Comunicações de Emergênciada CISA distingue baterias, geradores, testes e escolhas de ciclo de vida; essas categorias são úteis para julgar qualquer rede de acesso que dependa de pontos de distribuição alimentados. Nenhuma fonte pública da Shivkranti diz quais dessas medidas existem nos edifícios dos clientes, pontos de agregação ou handoffs upstream.

É por isso que o título do artigo foca em rotas e reparo de campo. Uma conta de conectividade local parece uma cobrança mensal, mas é realmente uma promessa de que muitas dependências físicas e operacionais continuarão se alinhando: licença, origem de rota, espaço de endereço, alcance upstream, planta de acesso, permissão de edifício, energia, CPE e uma pessoa que possa alcançar a falha. Os materiais públicos da Shivkranti estabelecem a promessa. Eles não expõem maquinário suficiente para classificar sua resiliência fortemente.

Reparo de campo é a reserva real de capacidade

Para um ISP muito pequeno, o reparo de campo pode ser mais decisivo do que a largura de banda principal. Um grande operador pode absorver uma queda de cliente através de uma fila de tickets e uma força de trabalho de múltiplos turnos. Um operador local pode restaurar o serviço mais rápido porque a pessoa de campo conhece a rua exata, o edifício, o escritório do condomínio, o caminho do cabo e a falha recorrente. A mesma localidade se torna risco se um técnico, um parceiro ou um contato upstream não estiver disponível.

O portal da Shivkranti não publica o tamanho da equipe ou horários de suporte. Ele fornece contatos por telefone e e-mail, termos de pagamento e um fluxo de login do cliente. Oregistro RDAP do AS149195identifica uma função de diretor de NOC e superfície de contato de abuso. A lista de licenças do DoT identifica uma pessoa autorizada. Essas são superfícies de contato responsáveis, não um plano de força de trabalho. Elas dizem ao leitor quem está publicamente associado à rede. Não dizem quantas pessoas podem escalar, emendar, configurar, substituir ou despachar.

A frase "Empreendedores selecionados" no site da empresa importa porque sugere uma estrutura de trabalho na qual a prestação de serviço é distribuída. Se esses empreendedores mantêm relacionamentos com clientes e talvez gerenciam partes da planta de acesso, eles fazem parte da resiliência da rede. Sua disponibilidade, treinamento, estoque, caminho de escalação e autoridade para tocar em equipamentos decidem a rapidez com que uma falha é reparada. O registro público não diz se cada empreendedor é um franqueado, contratante, revendedor, operador de cabo ou parceiro de suporte local. Diz apenas que eles seguem os padrões da empresa.

Isso é suficiente para criar as perguntas certas. As quedas dos parceiros são documentadas centralmente? A Shivkranti sabe quais clientes estão atrás de cada switch ou cabo de parceiro? As peças sobressalentes são mantidas pela empresa, pelo empreendedor ou por ambos? Um técnico após o expediente pode entrar no edifício? As falhas são triadas por telefone, telemetria do roteador, alarmes BGP upstream ou mensagens WhatsApp do cliente? A empresa separa "internet caiu" em falha de CPE, falha de distribuição do edifício, perda upstream e suspensão de faturamento? Nenhuma dessas respostas é pública.

O quadro de desempenho da TRAI mostra por que essas perguntas não são acadêmicas. O resumo do PIB de março de 2026 dos dados da TRAI lista benchmarks de serviço de linha fixa para provisionamento após pagamento, incidências de falhas por 100 assinantes e congestionamento de ponto de interconexão. A própriapágina de Qualidade de Serviçoda TRAI e seusregulamentos históricos de QoS de banda largafornecem o vocabulário regulatório para provisionamento, reparo e relatórios. Essas categorias mapeiam exatamente os pontos problemáticos de um pequeno ISP. Um operador local com 214 assinantes relatados pode conhecer todos os principais edifícios; também pode ter pouco buffer estatístico se algumas falhas ocorrerem em um trimestre. Uma única interrupção afetando um edifício com vários clientes pode parecer uma crise operacional, mesmo quando a tabela nacional mal percebe.

A tarefa de recuperação é, portanto, prática. Verificar não apenas a diversidade upstream, mas também a diversidade de mão de obra de campo. Uma rota de trânsito de backup é útil se um roteador falhar, mas não repara um cabo de queda cortado. Um módulo óptico sobressalente é útil se alguém puder identificar e alcançar o dispositivo com falha. Um relacionamento com um segundo provedor é útil se a interrupção do upstream primário for lógica, mas não se ambos os handoffs dependerem da mesma energia local ou edifício. As evidências públicas apoiam a necessidade dessas verificações; não mostram que as verificações foram aprovadas.

Os upstreams são visíveis, sua separação física não é

Os dois upstreams observados merecem uma leitura próxima, mas limitada. Tanto oBGP.toolsquanto oHurricane Electricmostram Vortex Netsol Private Limited e Gigaline Teleservices Opc Private Limited como vizinhos IPv4 visíveis para AS149195. OAPNIC RDAP para AS136334identifica a Vortex Netsol Private Limited como um ASN indiano ativo registrado em 2017. OAPNIC RDAP para AS137633identifica a Gigaline Teleservices Opc Private Limited como um ASN indiano ativo registrado em 2018, embora a API ASRank atual da CAIDA não tenha mostrado um grau ativo para a Gigaline no momento consultado. A visibilidade do coletor BGP e os dados do registro são suficientes para mostrar que o AS149195 não é visto atrás de apenas um upstream nas visualizações de rota pública atuais.

O par de upstreams ainda não prova uma borda protegida. Se ambos os upstreams forem entregues por um único provedor de fibra local, um poste, um espelho d'água de edifício, um armário, um roteador ou uma fonte de alimentação, um único evento físico pode remover ambos. Se o upstream de backup for pequeno, mal configurado ou fortemente despriorizado, o failover pode preservar a alcançabilidade enquanto torna o serviço lento o suficiente para os clientes considerarem queda. Se a rota de backup não foi testada sob carga, a existência de uma sessão BGP pode ser mais reconfortante em um diagrama do que em uma interrupção.

Oguia de resiliência de comunicações de segurança pública da CISAfaz um ponto geral que se aplica aqui, mesmo fora do contexto de segurança pública: serviços de comunicação aparentemente separados podem compartilhar centrais, pontos de presença, condutores ou rotas físicas. A lição não é que a Shivkranti tenha uma falha oculta de modo comum. A lição é que a diversidade de caminhos AS pública é apenas o começo de uma auditoria de diversidade.

A geografia local aumenta a necessidade de cautela. Os contatos APNIC da Shivkranti estão em Goregaon West. A superfície de contato APNIC da Vortex também está em Goregaon West. A NET 4 U Services, cujoAS134014aparece em objetos de rota para os prefixos da Shivkranti, fica em Malad West. Esses endereços próximos podem refletir um ecossistema prático de pequenos ISPs e upstreams na zona oeste de Mumbai. Isso pode ser operacionalmente útil: provedores locais podem coordenar rapidamente, conhecer os mesmos dutos e trocar capacidade nas proximidades. Também pode concentrar o risco se os caminhos relevantes dependerem da mesma infraestrutura local.

A superfície de contato APNIC da Gigaline fica em Parbhani, o que pode sugerir um relacionamento com provedor mais distante, mas a localização do escritório registrado não é um caminho de circuito. A rota ainda pode ser vendida por meio de intermediários ou entregue em um handoff em Mumbai. O BGP público não revela o handoff físico. Uma revisão séria de resiliência pediria IDs de circuito, locais de meet-me-room, pontos de demarcação, cartas de provedor, declarações de diversidade de caminho, traceroutes, logs de failover de teste e gráficos de utilização na hora de pico.

Na ausência dessa evidência, a nota correta não é "nenhuma diversidade upstream". É "dois ASNs upstream observados, diversidade física não verificada". Essa linguagem é importante. Respeita a evidência de rota pública sem fingir que o BGP pode responder a perguntas sobre rotas de fibra.

Os usuários afetados são poucos nos dados nacionais, mas concentrados localmente

Um operador de 214 assinantes ainda pode ser importante. Se esses assinantes são residências em alguns edifícios, pequenas lojas, clínicas, tutores, escritórios ou provedores de serviço local, uma interrupção pode ter um efeito visível no bairro. A falha de um pequeno ISP dificilmente moverá as estatísticas nacionais de internet, mas pode remover a única conexão acessível ou familiar para um cliente que o escolheu porque provedores maiores estavam indisponíveis, caros ou difíceis de lidar naquele edifício.

O site da empresa posiciona a Shivkranti como acessível e local. Afirma que a organização tomou a iniciativa de fornecer acesso à banda larga acessível para usuários domésticos e corporativos e continua a oferecer serviços de internet baratos na cidade. Os termos do portal são enquadrados em torno de recargas, assinaturas, taxas de instalação e pagamentos de contas online. A jornada do cliente visível não é um contrato de compra de operadora; é um relacionamento de conta de varejo ou pequena empresa.

Esse perfil de cliente muda a consequência da falha. Um consumidor pode não saber se a falha está em um roteador, cabo de parceiro, upstream, rota ASN, estado de faturamento ou energia local. Eles sabem apenas que a conta está paga e a conexão caiu. Uma pequena empresa pode depender de pagamentos UPI, mensagens, contabilidade em nuvem ou monitoramento de câmeras. Um administrador de edifício pode ter que transmitir reclamações mesmo quando a falha está no Wi-Fi do cliente. A comunicação de reparo se torna parte do serviço.

A linguagem de reembolso do portal do cliente é limitada a cenários específicos de falha de pagamento online; afirma que um reembolso pode estar disponível quando o dinheiro é cobrado, mas a recarga não é entregue em 24 horas, após aviso por e-mail e investigação. Isso é evidência de processo de pagamento, não evidência de compensação por interrupção. O portal não publica uma política de crédito por interrupção, acordo de nível de serviço, página de manutenção programada ou registro histórico de incidentes. Os leitores não devem inferir remédios para o cliente além do que é visível.

É aqui que a mão de obra de suporte local retorna ao centro. Se a rede falhar, os clientes precisam de uma resposta rápida o suficiente para tornar o serviço confiável. É uma interrupção upstream conhecida? Um switch do edifício caiu? Houve um corte de energia? Um cabo foi cortado? A conta do cliente está suspensa? Um técnico virá hoje ou na próxima semana? As evidências públicas não mostram o processo de suporte da Shivkranti, mas a reputação de um pequeno ISP geralmente vive nesses momentos.

A regulamentação nacional fornece um vocabulário de referência, não uma garantia ao cliente. Apágina de relatórios de desempenho da TRAIfornece o canal de relatórios através do qual o desempenho do mercado aparece, e oresumo do PIB de março de 2026relata categorias nacionais de conformidade. Não publica restauração de falha específica da Shivkranti. Para esta empresa, a evidência direta seria uma página de status de suporte, um arquivo de avisos ao cliente, métricas mensais de uptime ou dados de reclamação auditados.

O que elevaria a nota

O caminho de Fraco para Médio é direto. A Shivkranti precisaria divulgar ou corroborar fatos operacionais atuais que vão além da licença e roteamento. Um mapa de disponibilidade ou verificador de endereço estabeleceria onde em Mumbai o serviço é realmente vendido. Uma descrição tecnológica separaria fibra, cabo, Ethernet e acesso sem fio fixo. Uma página de suporte ao cliente com horários, contatos de escalação e categorias de falha mostraria como a empresa gerencia interrupções. Uma página de status mostraria eventos atuais e históricos de edifícios, upstreams ou áreas.

A evidência de rede precisaria ser mais específica. O BGP público já mostra AS149195, dois /24s e dois upstreams observados. A camada ausente é física e operacional. Um registro mais forte mostraria se Vortex e Gigaline são upstreams contratuais ativos, onde os handoffs terminam, se os circuitos entram por caminhos separados, se roteadores e energia são redundantes, qual capacidade cada link carrega, como o failover é testado e se a capacidade de backup pode suportar a hora de pico comum. Um registro PeeringDB, embora não obrigatório, ajudaria nomeando a presença em exchange ou instalação, se a empresa tiver alguma.

A evidência de acesso precisaria mostrar independência de rota dentro da área de serviço. Um ISP local pode ter dois upstreams e ainda falhar muitos clientes porque um switch de edifício perde energia. Uma divulgação de acesso confiável identificaria se os edifícios dos clientes têm equipamento ativo, quanto tempo de backup existe nos pontos de agregação, quantos assinantes estão atrás de cada nó de agregação, quais peças sobressalentes são estocadas e com que rapidez os técnicos podem alcançar locais comuns de falha. O ponto não é expor mapas de rota sensíveis; é estabelecer que a resiliência é projetada, não assumida.

A evidência de mão de obra também importaria. Se o arranjo "Empreendedores selecionados" for central, a empresa poderia explicar padrões de parceiros, escalação, estoque e demarcação do cliente. Como as falhas dos parceiros são monitoradas? Quem possui o cabo após a instalação? Quem pode aprovar um dispositivo de substituição? Quem fala com os clientes quando a falha é upstream? Quem verifica se o switch local de um empreendedor tem proteção de energia? Uma pequena rede local pode ser resiliente com parceiros, mas os controles devem ser legíveis.

Finalmente, a evidência do cliente ajudaria apenas se limitada cuidadosamente. Avaliações, postagens sociais e reclamações informais podem sugerir padrões, mas não podem provar topologia de rede ou qualidade geral do serviço. Uma pequena amostra é facilmente distorcida por um edifício ou uma disputa de faturamento. Evidências úteis do cliente seriam comunicação de interrupção com carimbo de data/hora, relatos repetidos da mesma área que correspondem a uma causa técnica ou um post-mortem público de incidente. O artigo não encontrou nenhum conjunto público forte de tais sinais; portanto, deixa a experiência do cliente em grande parte sem nota.

Conclusão baseada em evidências

Shivkranti Internet Service Pvt Ltd deve permanecer na categoria de ISP regional apenas com um qualificador claro: micro-ISP local de Mumbai. As evidências públicas suportam uma licença, um portal de assinante, uma pequena base de banda larga relatada, um ASN ativo, uma alocação IPv4 /23 ativa, dois anúncios /24 visíveis, RPKI válido para ambos os /24s originados e dois ASNs upstream observados. Isso é suficiente para dizer que a empresa é mais do que uma casca corporativa inativa ou um nome de diretório perdido.

Não é suficiente para dizer que a conta local é resiliente. A empresa não divulga publicamente meio de última milha, topologia de acesso, lista de edifícios, força de trabalho de campo, controles de parceiros, tamanho do contrato upstream, handoff de instalação, diversidade de rota física, energia de backup, testes de failover, histórico de interrupções, dados de congestionamento ou desempenho de reparo do cliente.

A linha de licença do DoT de fevereiro de 2026 e os registros APNIC tornam o operador real; a tabela de assinantes da TRAI de junho de 2025 torna a escala pequena; o BGP torna a borda visível; as divulgações físicas ausentes mantêm a nota baixa.

O caminho de falha prático é, portanto, simples. Um cliente da Shivkranti pode estar dependendo de uma cadeia que começa em um edifício de Mumbai, passa pela planta de acesso local e uma superfície operacional de Goregaon West, atinge a borda IPv4 pequena do AS149195 e depois sai pela Vortex, Gigaline ou outro caminho configurado. Se um cabo de edifício for cortado, um switch de parceiro perder energia, um técnico local não estiver disponível, um circuito falhar ou um caminho upstream congestionar, a conta do cliente não tem proteção inerente. A proteção tem que vir de redundância, documentação, peças sobressalentes e mão de obra.

A nota final de evidência de rede éFraca. O rebaixamento não é uma afirmação de que a Shivkranti não está operacional. É o oposto: os registros públicos são suficientes para identificar um ISP licenciado e roteado em Mumbai, mas insuficientes para atribuir uma nota de resiliência de infraestrutura mais forte. Os metadados recomendados devem manter a categoria comocompany-region-global-type-isp regional, manter a região como IN, manter os tópicos porque a economia regional, a mão de obra local de reparo e o trânsito upstream estão todos implicados, e adicionar uma nota editorial de que a tese de área de serviço é Mumbai-local e a evidência de resiliência de rede permanece fraca até que o acesso, upstream e controles de reparo sejam verificados independentemente.