Resumo
- A empresa operadora é bem suportada, mas seu nome abreviado precisa de correção. O Departamento de Telecomunicações da Índia (DoT), TRAI, APNIC, a própria página de contato da empresa e as duas principais lojas de aplicativos móveis identificamSHIV SAI INTERNET SERVICE OPC PVT LTD. O DoT lista uma autorização de ISP Categoria C para Kalyan, assinada e vigente em 17 de novembro de 2021.
- Os relatórios de assinantes suportam um negócio de acesso real e crescente. A TRAI listou 900 assinaturas de banda larga em cada instantâneo trimestral disponível de setembro de 2022 a dezembro de 2023, depois 1.200 em junho de 2024, 3.060 em setembro de 2024, 4.000 em dezembro de 2024 e 3.900 em março de 2025; um instantâneo posterior do painel da TRAI lista 4.200. O movimento é significativo, embora o regulador afirme que essas estatísticas dependem principalmente de submissões dos provedores.
- O AS149214 estava ativo e globalmente visível em 10 de julho de 2026. Ele originou quatro IPv4 /24s e um IPv6 /48 com autorizações de origem de rota válidas. Dois blocos IPv4 estão registrados para a SHIV SAI; dois /24s mais recentes estão registrados para outra rede de Maharashtra e, portanto, demonstram responsabilidade de roteamento, não propriedade da SHIV SAI.
- O PeeringDB declara portas operacionais de 10 Gbps e 30 Gbps na DE-CIX Mumbai e Extreme IX Mumbai, além de seis instalações de interconexão em Mumbai, Thane e Vasai. Isso é diversidade lógica e de metrossítio credível. Não estabelece dois caminhos fisicamente independentes da rua do cliente, dois contratos de trânsito completo, capacidade ociosa após uma falha ou entradas de edifício diversas.
- O aplicativo para clientes da empresa suporta faturamento, uso e tratamento de reclamações, o que torna a mão de obra de suporte local parte do produto. As evidências públicas não divulgam número de funcionários, cobertura de turnos, peças de reposição, mix de fibra ou sem fio, direitos de poste e duto, tempo de backup de nó, tempo médio de restauração, mapas de rota ou desempenho em grandes interrupções. A nota final de evidência de rede éMédia para operação atual e Fraca para resiliência física.
A primeira correção é o nome
O nome abreviado omite uma palavra que aparece consistentemente em registros oficiais. A lista de autorizações ISP do Departamento de Telecomunicaçõesatualizada até fevereiro de 2026nomeiaSHIV SAI INTERNET SERVICE OPC PVT LTD, licença DS-11/199/2021-DS-III. Ela classifica a autorização como Categoria C, dá Kalyan como área de serviço, nomeia Sanjay Vishnu Sawant como diretor e registra 17 de novembro de 2021 como data de assinatura e vigência. O escritório registrado nessa linha está no Shri Prashta Complex, Nallasopara West, no distrito de Thane, Maharashtra.
A própriapágina de contatoda empresa fornece o mesmo nome legal, um número de licença correspondente e o número de identificação corporativa U72900MH2020OPC347747. O registroAS149214 da APNICusa o mesmo nome SHIV SAI e o mesmo endereço Shri Prastha. A listagem doOSS Internet no Google Playnomeia o desenvolvedor como SHIV SAI INTERNET SERVICE OPC PVT LTD e repete esse endereço. A listagem doOSS Internet na Applenomeia o mesmo provedor. Cinco superfícies com funções diferentes convergem para uma identidade.
Essa convergência é importante porque “Shiv Sai Internet Service” não é meramente uma abreviação editorial. Deixar cair “OM” enfraquece a ligação entre a empresa visível ao leitor, a licença, o ASN, o desenvolvedor do aplicativo e a entidade legal. Este artigo mantém o link de diretório existente, mas os leitores devem entender que as evidências públicas suportam SHIV SAI como o nome completo. O título e a exibição da entidade devem, em última análise, seguir a forma oficial.
A correção de identidade não implica uma nova empresa, um evento de renomeação ou uma relação corporativa. É uma correção ao rótulo anexado à empresa de diretório existente. Tampouco as evidências suportam uma região global. O limite de licenciamento é Kalyan; o escritório, contatos com clientes, instalações e exchanges de internet estão em Maharashtra; e o país registrado para os recursos de rede é a Índia. A categoria ISP regional é defensável. “Global” não é uma descrição defensável da área de serviço.
Há mais uma razão para estabelecer a identidade antes de discutir infraestrutura. Pequenas redes de banda larga frequentemente aparecem sob várias camadas de nomenclatura: uma empresa legal, uma marca de varejo, um nome de sistema autônomo, um portal de faturamento e operadores de cabo locais que instalam ou mantêm a conexão final. Aqui, o site público usa “SHIV SAI INTERNET SERVICE OPC PVT”, o aplicativo usa “OSS Internet” e o ASN usaOMSHIVSAI-AS-IN. Estes são sinais de identidade úteis, mas não nos dizem quem possui cada poste, cabo, rádio, entrada de edifício ou circuito de longa distância. Um cliente pode pagar a uma marca enquanto depende de ativos controlados por várias partes.
Uma base de assinantes reportada pelo regulador transforma a empresa de um registro em um operador
A evidência operacional mais forte não é a alegação do site de ser um provedor líder. É a sequência nos anexos de assinantes ISP da TRAI. Orelatório de julho-setembro de 2022listou a SHIV SAI com 900 assinantes de banda larga. Orelatório de outubro-dezembro de 2022novamente listou 900. Orelatório de abril-junho de 2023,julho-setembro de 2023eoutubro-dezembro de 2023mantiveram cada um o valor de 900.
A série então mudou bruscamente. Orelatório de abril-junho de 2024 da TRAIlistou 1.200 assinaturas. Orelatório de julho-setembro de 2024listou 3.060. Orelatório de outubro-dezembro de 2024listou 4.000, e orelatório de janeiro-março de 2025listou 3.900. Umacompilação posterior do painel da TRAIapresenta uma contagem de 4.200 para a SHIV SAI.
O caminho exato entre esses instantâneos não deve ser suavizado em uma curva de crescimento contínuo. As contagens trimestrais são reportadas no final do trimestre, podem ser revisadas, e a TRAI adverte explicitamente que suas estatísticas dependem principalmente de dados obtidos dos provedores de serviços. Uma mudança de 4.000 para 3.900 pode refletir churn, escopo de relatório, limpeza ou perda real de clientes; apenas a tabela pública não decide qual. O valor posterior de 4.200 também não revela quantas contas estão ativas, pagas, residenciais, empresariais, cabeadas ou fixas sem fio em um dado momento.
Mesmo com essas ressalvas, a série é muito mais forte do que uma licença estática. Uma empresa que aparece repetidamente com uma base de clientes não nula, muda de escala, mantém um aplicativo para clientes, origina rotas de internet e ingressa em exchanges ultrapassou o limiar de evidência de “possibilidade registrada” para “ISP regional operacional”. O rebaixamento apropriado não é mais sobre se a SHIV SAI existe. É sobre que tipo de rede de acesso ela opera, onde essa rede termina e quão bem as dependências físicas sobrevivem a falhas.
O crescimento também cria uma questão operacional. Manter-se em 900 por mais de um ano e depois subir acima de 3.000 dentro de dois trimestres implica uma mudança material na captura de assinantes, no relatório ou em ambos. Se o aumento foi expansão física, os técnicos tiveram que instalar equipamentos de clientes, estender descidas, ativar portas e absorver uma carga maior de reclamações. Se foi principalmente uma consolidação de relatório ou comercial, a responsabilidade pela planta de acesso existente pode ter se movido para a contagem de serviço da SHIV SAI sem que todos os ativos mudassem de mãos.
As evidências públicas não distinguem esses cenários.
De qualquer forma, uma rede de cerca de 4.000 contas é grande o suficiente para que domínios de falha compartilhados importem e pequena o suficiente para que a mão de obra de campo e as peças de reposição possam permanecer concentradas. Dez descidas de cliente com falha são uma fila. Um corte de alimentador, falha de nó energizado ou perda de upstream pode afetar centenas de uma vez. A contagem de assinantes, portanto, suporta os tópicosEconomia de ISP regionaleMão de obra de suporte local, mas não pode por si só provar economias de escala, profundidade de pessoal ou resiliência.
Kalyan é o limite de serviço legal; Nallasopara e a borda de Mumbai mostram o centro de gravidade prático
A linha de Categoria C do DoT define a área de serviço licenciada como Kalyan. As evidências de escritório registrado e superfícies de contato com o cliente apontam para Nallasopara West, ao norte do centro de Mumbai. Operfil AS149214 no PeeringDBdeclara instalações em Mumbai, Thane e Vasai. Este cluster torna Maharashtra, não “Global”, o quadro geográfico útil.
A distinção entre um rótulo de licenciamento e uma pegada de acesso real é importante. Kalyan é uma área de serviço de licença, não um mapa de cabos. Nallasopara é um local de escritório e contato, não uma prova de que todos os edifícios próximos são atendíveis. Uma presença em uma instalação de Mumbai é uma alegação de interconexão, não uma prova de que a SHIV SAI possui uma rota de fibra contínua dessa instalação até cada assinante. O site não oferece mapa de cobertura por endereço que possa ser confiável como evidência.
De fato, sua página inicial contém um título de cobertura “San Diego” e depoimentos de modelo não relacionados, portanto, esses elementos não podem ser tratados como fatos da rede de Maharashtra.
Apágina de planosda empresa lista seis níveis de consumo de 100 Mbps a 300 Mbps, com preços de 30 dias de Rs 500 a Rs 1.750 e prazos mais longos. Suapágina de serviçosanuncia conectividade residencial e empresarial. Essas páginas mostram a proposta de varejo. Elas não identificam a tecnologia de acesso usada em cada endereço. Os termos se referem amplamente a banda larga, Wi-Fi e serviços relacionados, enquanto a combinação plausível de acesso inclui fibra e sem fio fixo. Sem uma página de engenharia, arquivamento de equipamentos, especificação de instalação ou divulgação por endereço, a descrição responsável é “rede de acesso regional de banda larga”, não fibra universal até a casa.
Esta é uma restrição importante. Um plano de 300 Mbps é compatível com vários designs de acesso. Poderia ser entregue sobre fibra óptica passiva, Ethernet ativa, um sistema de cabo local, um link sem fio curto ou alguma combinação em toda a pegada. Os modos de falha física diferem. A distribuição óptica passiva pode manter os nós de campo sem energia, mas ainda depende de um terminal de linha óptica e terminal óptico do cliente. A Ethernet ativa introduz switches alimentados no caminho. O sem fio fixo introduz dependências de torre, linha de visada, espectro e clima. Áreas de serviço híbridas podem conter todos os três.
As evidências disponíveis, portanto, suportam a presença de um negócio de acesso sem suportar um inventário uniforme de ativos. Elas não justificam representar um armário, torre ou anel de fibra marcado como fato. Uma cena física representativa mostraria um técnico de campo de Maharashtra trabalhando em um ponto de distribuição de bairro sem marca, com planta de comunicação aérea e energia local visíveis, porque o meio de acesso exato e o limite de propriedade permanecem não verificados.
Um preço mensal baixo compra uma cadeia de dependências compartilhadas
A tabela de planos da SHIV SAI é comercialmente reveladora, mesmo que não seja uma especificação de engenharia. Nas taxas mensais listadas, a operadora não pode reservar um circuito dedicado de 100, 200 ou 300 Mbps de ponta a ponta para cada residência o tempo todo. A economia da banda larga ao consumidor depende do compartilhamento estatístico: os clientes atingem o pico em momentos diferentes, os links de agregação carregam muitas contas, o conteúdo popular é alcançado eficientemente através de peering, e as visitas de campo são agrupadas em uma área de serviço compacta.
Esse modelo é normal. Também é por isso que a capacidade instalada e a capacidade utilizável são diferentes. A velocidade impressa ao lado de um plano é um teto de varejo ou compromisso de serviço. Não é a soma da capacidade dedicada construída em cada link de agregação. Uma porta de exchange declarada de 30 Gbps diz o quão rápido essa interface pode rodar; não declara tráfego médio, carga de pico, capacidade comprometida, termos de burst, alcance do servidor de rotas, ou o que resta se outra porta ou circuito de transporte falhar.
A faixa de tráfego de 50-100 Gbps mantida pelo participante no PeeringDB é uma declaração ampla, não uma leitura de medidor.
A primeira dependência está dentro das instalações do cliente. Um roteador, terminal óptico, rádio ou modem a cabo precisa de energia local e de uma descida íntegra. O aplicativo do cliente pode mostrar uma conta ativa mesmo quando esse equipamento perdeu eletricidade. Um telefone com bateria pode fazer uma rede móvel parecer mais resiliente durante uma queda de energia doméstica, mas o equipamento de banda larga fixa comumente para quando a tomada fica escura, a menos que o cliente forneça backup. Nenhuma página pública da SHIV SAI especifica tempo de bateria fornecido ou orientação de energia ao cliente.
A segunda dependência é o caminho de acesso do bairro. Uma descida aérea pode ser danificada por construção, vegetação, contato com veículo ou falha de suporte. Um caminho enterrado pode ser cortado durante escavação ou obras de água. Um link sem fio pode ser obstruído ou perder energia em seu local de rádio. Uma conexão de apartamento pode falhar em um switch do edifício, duto vertical ou sala de equipamentos compartilhada. O provedor pode possuir a eletrônica enquanto um proprietário, concessionária, operador local ou autoridade rodoviária controla a estrutura de suporte e a janela de acesso.
A terceira dependência é a agregação. Muitos links locais convergem em switches, equipamentos ópticos ou backhaul de rádio. A concentração é econômica porque reduz o custo de equipamento e transporte por assinante. Também cria um domínio de falha comum. Um único uplink com falha, fonte de alimentação ou chassi de agregação pode transformar muitas reclamações individuais de “internet caiu” em um incidente de infraestrutura. Os registros públicos não divulgam a contagem de nós da SHIV SAI, reserva de portas, design de anel ou estoque de chassis sobressalentes.
A quarta dependência é a rota metropolitana para a interconexão. A borda da SHIV SAI está visivelmente presente em duas exchanges e várias instalações, mas o tráfego deve chegar a esses locais. Duas portas de exchange em Mumbai não significam automaticamente dois dutos de Nallasopara, dois provedores, duas travessias de ponte, duas entradas de edifício ou dois sistemas de energia independentes. Ambas as portas podem percorrer a mesma cauda de acesso ou encontrar-se no mesmo ponto de agregação intermediário. A diversidade lógica torna-se resiliência física apenas quando os grupos de risco compartilhado são conhecidos e separados.
A quinta dependência é a alcançabilidade upstream. Coletores de rotas públicas identificam consistentemente o AS137085 como o vizinho mais forte no lado do provedor para o AS149214. Alguns conjuntos de dados comerciais listam possíveis upstreams ou peers adicionais, mas essas classificações variam com a posição do coletor e a visibilidade do servidor de rotas. Uma rede pode ter muitas adjacências observadas enquanto depende de um provedor para uma tabela de internet completa. As evidências públicas não estabelecem dois provedores de trânsito completo contratados que possam carregar a carga do cliente de forma independente.
A sexta dependência é a recuperação humana. Quando o diagnóstico remoto não pode restaurar o serviço, alguém deve encontrar o vão com falha, obter acesso, testar luz ou sinal, substituir equipamento, emendar ou religar cabo, e fechar a reclamação com precisão. Oaplicativo OSS Internetpermite que os clientes registrem e acompanhem reclamações, paguem contas, vejam uso e inspecionem detalhes do plano. Essa é uma superfície operacional credível. Não revela quantos técnicos estão em turno, como os tickets são priorizados, se a operadora ou um contratado local é dono do trabalho, ou quanto tempo leva para reparar uma falha com múltiplos clientes.
AS149214 está ativo, dual-stack e melhor documentado que a última milha
A borda da internet é a parte técnica mais clara da empresa. A APNIC registrouAS149214em janeiro de 2022 sob o nomeOMSHIVSAI-AS-IN. O registro estava ativo e com manutenção de contato recente quando revisado. OAS overview do RIPEstatmarcou o ASN anunciado em 10 de julho de 2026. Seuendpoint de status de roteamentomostrou 326 de 327 peers coletores IPv4 e todos os 321 peers IPv6 vendo a rede.
Oregistro de prefixos anunciados do RIPEstatmostrou quatro IPv4 /24s e um IPv6 /48 no conjunto atual: 103.178.253.0/24, 103.187.123.0/24, 163.128.164.0/24, 163.128.165.0/24 e 2001:df0:44c0::/48. Os dois primeiros blocos IPv4 e o bloco IPv6 têm registros na APNIC nomeando a SHIV SAI. Oregistro 103.178.253.0/24data de janeiro de 2022, oregistro 103.187.123.0/24de maio de 2022, e oregistro IPv6 /48de janeiro de 2022.
Os outros dois /24s exigem linguagem mais cuidadosa. Oregistro 163.128.164.0/23 da APNICnomeia a BOISAR NETWORK INTERNET OPC PRIVATE LIMITED, não a SHIV SAI. O AS149214 originou os dois componentes /24 em 10 de julho de 2026, e cada um tinha uma autorização de origem de rota válida para o AS149214. Isso suporta a responsabilidade atual de roteamento. Não transfere a propriedade do registro para a SHIV SAI, prova uma relação corporativa, ou mostra os termos comerciais sob os quais as rotas são transportadas.
Todos os cinco prefixos observados retornaram resultados de origem de rota válidos. Os registros de validação do RIPEstat para103.178.253.0/24,103.187.123.0/24e2001:df0:44c0::/48correspondem ao AS149214. Os dois /24s registrados na Boisar também validaram para o AS149214. Isso é boa higiene de roteamento: redes que impõem validação de origem de rota têm autoridade criptográfica para aceitar essas origens.
O RPKI não torna o serviço fisicamente redundante. Ele responde a uma pergunta mais restrita: este ASN está autorizado a originar este prefixo? Ele não pode manter um cabo de acesso intacto, fornecer eletricidade, prevenir congestionamento ou despachar um técnico. Da mesma forma, um grande espaço de endereço IPv6 não é grande capacidade de tráfego. Um /48 pode numerar um conjunto enorme de endpoints enquanto viaja através de um único link limitado.
As rotas atuais também mostram interrupções dentro da janela de observação de duas semanas do RIPEstat. As linhas do tempo de prefixos anunciados contêm lacunas em torno de 6 a 9 de julho de 2026 antes que todos os cinco prefixos apareçam novamente em 10 de julho. Uma lacuna no coletor de rotas pode resultar de uma retirada de origem, propagação upstream, visibilidade do coletor ou temporização de dados; não é suficiente para declarar uma interrupção de cliente. É, no entanto, um sinal de monitoramento que vale a pena preservar.
A evidência que resolveria o impacto é um aviso de incidente do operador com carimbo de data/hora, medição do cliente a partir da área de serviço, telemetria da porta de exchange, ou uma comparação do coletor de rotas mostrando uma retirada comum entre coletores independentes.
Duas exchanges melhoram a borda sem provar duas saídas
O registro mantido pelo participante no PeeringDB é específico. Ele declara uma porta operacional dual-stack de 10 Gbps na DE-CIX Mumbai e uma porta operacional dual-stack de 30 Gbps na Extreme IX Mumbai. Também declara presença na Tata Communications Mumbai, Bharti Airtel Mumbai, Equinix MB1, STT Mumbai 2, Extreme Thane e Ishan Technologies Vasai. Alista de participantes técnicos da Extreme IXinclui independentemente “SHIV SAI INTERNET SERVICE OPC PVT” e AS149214.
Isso é uma evidência de infraestrutura significativa. A participação em exchanges dá à rede um lugar para receber rotas e trocar tráfego sem enviar cada pacote através de trânsito pago. Duas exchanges reduzem a dependência de um plano de controle de exchange e criam opções para alcance de conteúdo. Seis instalações declaradas fornecem mais pontos de encontro possíveis do que um escritório ou uma gaiola. A borda não é um único uplink anônimo.
Mas três qualificações determinam quanta resiliência isso cria.
Primeiro, os dados são mantidos pelo participante. O PeeringDB registra o que a rede ou as fontes de exchange autorizadas declaram; não é uma auditoria contínua de circuitos físicos. “Operacional” significa que a conexão é representada como em serviço. Não estabelece utilização atual, termos de nível de serviço, carrier da última milha, contagem de rotas ou teste de failover.
Segundo, uma porta de exchange não é trânsito completo. Um servidor de rotas pode fornecer alcance a redes participantes que escolhem fazer peering. Não fornece necessariamente todas as rotas da internet. A SHIV SAI ainda precisa de conectividade de provedor para destinos não alcançados através de peering sem liquidação ou bilateral. Oendpoint de vizinhos ASN do RIPEstatencontrou seis vizinhos em 10 de julho de 2026, mas classificou apenas o AS137085 no lado do provedor e marcou cinco relações como incertas. A topologia suporta uma dependência upstream visível, não um design verificado de dois provedores.
Terceiro, a diversidade metropolitana pode colapsar em um caminho compartilhado antes que o tráfego chegue ao cliente. As portas da DE-CIX e Extreme IX podem estar em tecidos de exchange diferentes, mas o transporte alugado pode compartilhar um duto, um backbone de carrier, uma sala de meet-me, uma alimentação elétrica local ou um roteador de agregação. Dois nomes de instalação podem até se referir a locais operacionalmente relacionados dentro da mesma zona de risco metropolitano. Sem desenhos de rota e IDs de circuito de carrier, a frase correta é “duas conexões de exchange declaradas”, não “rotas upstream totalmente redundantes”.
Essa distinção é central para a conta. O peering pode reduzir o custo upstream médio e a latência, tornando um preço de varejo baixo viável. Também pode reduzir a carga no trânsito pago. Durante uma falha, no entanto, todo o tráfego que usava a porta perdida deve caber nos caminhos sobreviventes. Uma porta de 30 Gbps mais uma porta de 10 Gbps equivale a 40 Gbps de taxa de interface instalada, não 40 Gbps de capacidade utilizável garantida. Se a porta maior falhar no pico, a porta menor pode ser fisicamente incapaz de absorver a carga mesmo que o roteamento convirja perfeitamente.
A empresa deve, portanto, ser julgada pela capacidade sobrevivente, não por rótulos somados. Divulgação útil mostraria a utilização de pico em cada link de exchange e trânsito, a maior falha única, o tráfego desviado durante essa falha e a folga restante após a convergência. Nada público revisado aqui fornece esses valores. A borda da rede merece uma nota de evidênciaMédiaporque está ativa, dual-stack, autorizada e multiplamente conectada em exchanges. A resiliência física e de capacidade permaneceFraca.
A escada de falhas começa na tomada de parede e termina com uma tabela de rotas
Uma interrupção visível ao cliente pode originar-se em várias camadas. Mantê-las separadas torna as responsabilidades de recuperação mais claras.
Equipamento e energia do cliente.O primeiro teste é se o roteador, terminal óptico, modem a cabo ou rádio está ligado e sincronizado. Se apenas um cliente é afetado, um adaptador com falha, descida danificada ou dispositivo mal configurado é mais provável do que uma perda global de rota. O aplicativo pode suportar verificações de conta, mas uma visita de campo ainda pode ser necessária. Os termos públicos não dizem se a SHIV SAI fornece bateria, mantém dispositivos de reposição localmente ou promete substituição no mesmo dia.
Acesso ao edifício ou rua.Se várias contas próximas falham juntas, o switch compartilhado do edifício, ponto de distribuição, divisor, setor de rádio ou alimentador torna-se um domínio de falha provável. O reparo pode exigir acesso do proprietário, um elevador, controle de tráfego, permissão de poste ou uma equipe de cabo. A licença e o ASN do provedor não conferem acesso automático a toda estrutura de suporte. Um limite claro do operador identificaria quem possui a descida do cliente, quem possui o alimentador e quem tem autoridade para abrir o invólucro.
Agregação energizada.Um switch de bairro ou terminal de linha óptica pode falhar mesmo quando a fibra está intacta. Energia da rede, baterias, retificadores e refrigeração tornam-se então ativos de conectividade. Um sistema de backup tem quatro propriedades separadas: capacidade nominal, saúde real da bateria, logística de combustível ou recarga, e a carga conectada a ele. Uma frase no site como “sistemas redundantes” não prova nenhuma delas. O número operacional relevante é o tempo de execução sob a carga real do nó, seguido pelo desempenho de inicialização e recarga testados.
Congestionamento de agregação.Uma rede pode permanecer tecnicamente alcançável enquanto se torna inutilizável. Links perdidos redirecionam tráfego e interfaces sobreviventes enchem. Buffer de vídeo, perda de pacotes e alta latência podem aparecer antes de uma interrupção completa. A taxa do plano de varejo não é o diagnóstico. Engenheiros precisam de utilização do nó de atendimento ao cliente, perda de pacotes, profundidade de fila e a localização do gargalo. Nenhuma linha QoS específica da SHIV SAI ou histórico de status público fornece esse detalhe.
Perda de transporte metropolitano.Se a rede de acesso está saudável mas todos os destinos externos falham, o caminho de transporte para a interconexão de Mumbai pode estar cortado ou desenergizado. Uma segunda porta de exchange ajuda apenas se a rota para ela é independente e tem folga suficiente. A recuperação pode pertencer a um carrier de linha alugada em vez da equipe de campo da SHIV SAI. Os clientes ainda ligam para a SHIV SAI porque ela possui o serviço de varejo, então a qualidade da escalada torna-se parte do produto mesmo quando outra empresa realiza o reparo físico.
Falha de trânsito ou BGP.Rotas podem ser retiradas, filtradas ou propagadas incorretamente enquanto os links locais permanecem acesos. RPKI válido reduz uma classe de erro de origem mas não impede todo vazamento, mau caminho ou interrupção upstream. Uma adjacência no lado do provedor com AS137085 era visível nos dados de rota atuais. Adjacências adicionais de servidor de rotas e peers podem preservar acesso a alguns destinos enquanto a perda de trânsito completo isola outros. O sintoma pode, portanto, ser seletivo: conteúdo em cache ou com peering local funciona enquanto destinos menos conectados falham.
Falha de exchange ou instalação.Uma porta, chassi de switch, cross-connect, roteador, sala de meet-me, sistema de energia da instalação pode falhar. Presença em mais de uma exchange e instalação dá opções ao operador, mas a resposta real depende de onde os roteadores estão e como os circuitos são construídos. Seis registros de instalação não provam seis roteadores de borda ativos. Os dados públicos não divulgam contagem de chassis, separação de placas de linha, diversidade de cross-connect ou acordos de mãos remotas.
Falha composta.Os incidentes mais difíceis atravessam camadas. Um evento de energia pode desabilitar um nó local enquanto também afeta uma rede móvel que os técnicos usam para coordenação. Chuva forte pode danificar uma rota aérea enquanto retarda o acesso à falha. Um corte de fibra pode empurrar o tráfego para um caminho de backup menor, criando congestionamento que parece uma segunda falha. Um grande incidente pode consumir o cabo sobressalente, módulos ópticos e horas de técnico destinados ao reparo comum.
Quem é afetado depende de onde a escada quebra. Uma falha de dispositivo de cliente afeta uma conta. Um nó de edifício pode afetar dezenas. Uma falha de alimentador ou agregação pode afetar um bairro. Uma cauda metropolitana compartilhada pode afetar a maior parte da pegada. Uma falha de origem de rota ou trânsito completo pode afetar a alcançabilidade de cada assinante mesmo quando o Wi-Fi local parece normal. Essa escala é por que mapas físicos e contagens de domínio de falha importam mais do que alegações amplas de confiabilidade.
Reparo de campo não é um complemento de suporte; é capacidade
A função de reclamação do aplicativo OSS Internet mostra que o provedor tem um canal formal para falhas. O Google Play relatou mais de 1.000 downloads quando revisado, e a listagem diz que os clientes podem registrar e acompanhar reclamações, renovar serviço, inspecionar uso e baixar recibos. Essas funções reduzem algum custo de suporte e dão ao cliente um registro. Elas não reparam um cabo.
Para um operador regional, a organização de campo é uma forma de capacidade tão certamente quanto uma porta de exchange. Um técnico pode completar apenas um número finito de trabalhos por turno. Tempo de viagem, acesso ao edifício, clima, complexidade de emenda e disponibilidade de peças determinam a fila. O crescimento de 900 para aproximadamente 4.000 assinantes reportados multiplica a base instalada que pode falhar. Se o tamanho da equipe e as peças de reposição não escalarem com essa base, o desempenho comum de falhas pode parecer aceitável até que várias falhas cheguem juntas.
O número não divulgado mais importante é a concorrência da equipe: quantas falhas de infraestrutura separadas podem ser investigadas e reparadas ao mesmo tempo. Uma linha telefônica 24 horas não é o mesmo que um turno de campo 24 horas. Um ticket no aplicativo reconhecido à meia-noite não é o mesmo que um técnico despachado. Uma lista de contratados não é o mesmo que veículos estocados e direitos de acesso. A evidência de recuperação deve distinguir resposta, chegada, restauração temporária e reparo permanente.
O inventário de peças de reposição também molda a restauração. Dispositivos de cliente, fontes de alimentação, módulos ópticos, switches, fechos de fibra, conectores e cabos de descida falham de maneiras diferentes. Um dispositivo de reposição pode restaurar uma conta em minutos se estiver próximo e pré-configurado. Um reparo de alimentador pode exigir localizar a falha, obter permissão, emendar muitas fibras e testar cada ramo. Um pequeno operador pode razoavelmente manter peças sobressalentes caras limitadas, mas então os prazos de entrega do fornecedor e da transportadora tornam-se parte do risco de interrupção.
Nenhuma fonte pública revisada aqui declara tempo médio de reparo, desempenho no próximo dia útil, cobertura noturna, localização do depósito, contagem de equipe ou níveis de peças. Os termos da empresa dizem que a disponibilidade não é garantida e a manutenção pode interromper temporariamente o serviço. Essa é uma linguagem contratual comum, não um registro de desempenho. A conclusão correta é que o suporte local é visivelmente parte do serviço, mas sua capacidade de recuperação não é verificada.
Clientes e compradores empresariais podem fazer perguntas práticas sem exigir arquitetura confidencial. Existe uma janela de suporte publicada? Incidentes com múltiplos clientes são reconhecidos em uma página de status? Existe um alvo para a chegada do técnico? O operador distingue falhas de dispositivo de cliente de interrupções de área? O crédito de serviço está disponível? Dispositivos de backup são mantidos na área de serviço local? Essas respostas transformariam uma promessa de suporte em evidência operacional mensurável.
O site é evidência de uma superfície de vendas, não evidência de resiliência
O site público da SHIV SAI merece um rebaixamento explícito de evidência porque mistura detalhes atuais da empresa com remanescentes óbvios de modelo. Sua página inicial afirma mais de 30 anos e, em outro lugar, 20 anos de serviço, embora a evidência corporativa e de licenciamento date a empresa atual e a autorização ISP muito mais tarde. Ela rotula uma seção de cobertura como “San Diego”, nomeia “MaxiCom” em depoimentos, contém texto de preenchimento em latim e se refere a uma conexão “Lanet”. Essas afirmações não podem descrever com segurança a rede da SHIV SAI.
Isso não torna cada fato fornecido pela empresa falso. O nome legal, número de licença, CIN e endereço em Maharashtra da página de contato alinham-se com registros externos. A página de planos é específica, precificada em rúpias e consistente com uma oferta ao cliente. Os links do aplicativo remetem ao mesmo domínio e fornecem detalhes do desenvolvedor correspondentes. Fatos de identidade e tarifas corroborados permanecem utilizáveis.
O que deve ser rejeitado são superlativos de engenharia não corroborados. O site diz que seus sistemas são redundantes e o suporte está disponível 24 horas por dia. Ele não identifica duas operadoras upstream, um anel, uma rota de backup, uma especificação de bateria, um cronograma de centro de operações de rede ou um histórico de interrupções. Como as mesmas páginas retêm cópia de modelo não relacionada, essas alegações têm menos peso do que teriam em uma divulgação regulatória ou de engenharia mantida.
O site contaminado também importa operacionalmente. Um cliente em potencial não pode dizer quais declarações de cobertura se aplicam localmente, se a tabela de planos é atual, ou qual linguagem de confiabilidade é contratual. Informação pública clara é parte do tratamento de interrupções: durante uma falha, os clientes precisam de um contato atual, aviso de status e tempo de restauração esperado. O aplicativo é um sinal melhor do que a prosa genérica do site, mas nenhum deles fornece um arquivo público de incidentes.
A interpretação razoável não é nem “o site prova resiliência” nem “o site prova que a rede é ruim”. Ele prova que o operador tem um domínio voltado ao cliente cujos controles de conteúdo precisam de atenção. Rotas atuais, registros de licença e relatórios de assinantes estabelecem independentemente a operação. A resiliência física permanece sem resposta.
O que elevaria a nota de evidência
O caminho mais rápido de evidência de resiliência física de Fraca para Média não é outra alegação de marketing. É um conjunto compacto de divulgações operacionais verificáveis.
Primeiro, publique o limite de serviço. Uma lista de localidades ou verificador de endereço deve distinguir áreas diretamente atendidas sob a planta de acesso da SHIV SAI de áreas alcançadas através de operadores locais ou infraestrutura de atacado. Deve declarar o meio de acesso disponível em um endereço sem implicar que todo plano está tecnicamente disponível em todos os lugares.
Segundo, divulgue domínios de falha em um nível útil. O operador não precisa revelar coordenadas de cabo sensíveis à segurança. Pode declarar quantas zonas de agregação existem, se zonas críticas têm proteção de anel, se caminhos de exchange usam operadoras e entradas separadas, e quais elementos permanecem pontos únicos de falha. Um mapa de grupos de risco compartilhado é mais valioso do que um mapa de rede decorativo.
Terceiro, declare a capacidade sobrevivente. Para cada grande falha de borda, a empresa poderia relatar o maior desvio de tráfego esperado e se os links restantes podem carregar a demanda de pico dentro de um limiar de utilização escolhido. Isso converteria as declarações de porta de 10 Gbps e 30 Gbps de taxas instaladas em evidência de recuperação.
Quarto, mostre diversidade upstream. Coletores de rotas atualmente tornam o AS137085 a dependência mais clara no lado do provedor. Se um segundo provedor de trânsito completo existe, uma política de roteamento pública, looking glass, dados de rota atuais ou carta do provedor poderiam estabelecê-lo. Conexões de peering devem ser descritas separadamente porque podem não substituir o trânsito completo.
Quinto, reporte energia e prontidão de campo. Medidas úteis incluem tempo de backup em nós críticos, frequência de teste de bateria, cobertura de gerador ou energia portátil, concorrência de técnicos, estoque de dispositivos de reposição, tempo médio de restauração e a maior interrupção de área no período de relatório. Essas medidas podem ser agregadas; não exigem expor identidades de funcionários ou locais exatos de sites.
Sexto, mantenha um histórico de status. As lacunas de rota de julho de 2026 são um sinal que não pode ser interpretado apenas a partir de dados de rota. Um registro público de incidentes poderia dizer se os clientes foram afetados, qual camada falhou e quando o serviço completo retornou. Com o tempo, isso permitiria que compradores comparassem alegações de arquitetura com recuperação real.
Até que essas divulgações existam, o melhor conjunto de monitoramento é modesto: autorização DoT atual, contagens de assinantes da TRAI, mudanças de recursos da APNIC, validade RPKI, visibilidade de rota, vizinhos do lado do provedor, status de porta de exchange, manutenção do aplicativo e avisos credíveis ao cliente. Serviços de topologia não oficiais podem sinalizar mudanças, mas nenhum rótulo comercial único deve ser promovido a contrato verificado ou rota física.
Uma borda regional funcional repousa sobre uma máquina local não divulgada
A SHIV SAI não é um ISP de papel. Registros oficiais suportam uma autorização atual de Categoria C; a TRAI suporta uma base de assinantes que se expandiu além de suas 900 contas há muito reportadas; a APNIC suporta um ASN dual-stack ativo; coletores de rotas suportam visibilidade global atual; e registros de exchange suportam duas portas de peering operacionais em Mumbai. As categoriascompany-region-asia-pacific-type-isp regionale todos os três tópicos controlados são, portanto, suportados por evidências.
As evidências não suportam o rótulo de região global, o nome legal abreviado, acesso universal de fibra ou uma alegação de redundância física comprovada. A rede local permanece amplamente invisível: nenhum mapa de cobertura confiável, inventário de ativos, separação de rota, lista de contratos upstream, design de energia, lista de equipe, política de peças ou registro de restauração é público. Duas exchanges e rotas válidas tornam a borda da internet credível. Elas não removem a dependência do primeiro cabo compartilhado, nó energizado ou técnico entre essa borda e um cliente.
Esse é o significado prático do título. Uma conta mensal de conectividade compra acesso ao AS149214, mas também compra a capacidade do operador de manter um caminho de bairro, manter a agregação energizada, preservar capacidade upstream sobrevivente suficiente e alcançar uma falha com a peça certa. A primeira metade dessa cadeia é visível. A metade de recuperação não é. Com base nas evidências públicas disponíveis em julho de 2026, a operação atual merece uma notaMédiae a resiliência física uma notaFraca.

