Resumo
- A Delovaya Svyaz Ltd., a empresa russa de responsabilidade limitada registrada em 5 de maio de 2015, está ativa e possui sinais financeiros e de recursos de comunicação atuais. Sua identidade legal, o registro AS47968 e a rota globalmente visível estão alinhados com Alexey Khramtsov e o endereço em São Petersburgo na Rua Kronverkskaya. Isso é uma forte evidência de um pequeno negócio de telecomunicações em funcionamento, mas não de uma rede de acesso urbano.
- O AS47968 originou um prefixo IPv4,
83.69.255.0/24, para cada um dos 327 peers IPv4 amostrados pelo RIPE RIS em 10 de julho de 2026. Os caminhos atuais terminavam através do AS1299 da Arelion, AS29076 da Citytelecom e AS50509 da Transroute, com evidências adicionais consistentes com a propagação do route-server da PITER-IX. Não houve anúncio IPv6. - O bloco de 256 endereços não é uma alocação independente da Delovaya. A RIPE o registra como
Filanco-AS47968-Rent, uma subalocação agregável pelo provedor mantida pela Citytelecom. Três adjacências de roteamento podem melhorar o alcance lógico, mas os dados públicos não mostram três fibras, edifícios, fontes de alimentação ou entradas de operadoras separadas. - O site de serviço atual
tel4biz.ruapresenta telefonia IP nacional, números virtuais, uma PABX virtual e suporte a telefones corporativos. Seu rodapé legal e página de contato identificam Alexey Khramtsov como empresário individual, não a Delovaya Svyaz Ltd.; sua página de parceria com operadoras afirma expressamente que o grupo não é um operador de comunicações. A página de resiliência do site alega cinco servidores em data centers separados, dois canais de internet por servidor e failover automático, mas não nomeia instalações, operadoras, capacidades, resultados de testes ou tempos de recuperação. - A premissa de ISP regional e reparo local em campo é, portanto, não comprovada. Um site ainda ativo com a marca Delovaya afirma oferecer internet para escritórios em toda a Rússia e dois circuitos independentes para clientes, mas seu sitemap e rodapé apontam para material de 2016-17 e não fornecem mapa de serviço atual, rota própria, número de clientes ou tecnologia de acesso. A superfície de impacto defensável é voz empresarial e uma borda de internet compacta; o grau de evidência de rede é Fraco para um provedor de acesso regional e Médio para uma operação ativa de roteamento e telefonia de pequeno porte.
A rota é real; a última milha não é demonstrada
Existem duas maneiras tentadoras de interpretar mal a Delovaya Svyaz. A primeira é ver uma microempresa, um site antigo e um único/24, e depois descartar a rede como papelada. A segunda é ver três nomes de upstreams, um sinal de internet exchange e uma oferta nacional de internet, e depois imaginar um operador de fibra regional. Nenhuma interpretação sobrevive a um exame minucioso.
A empresa é real e atual. Aconsulta de empresas do Serviço Fiscal Federalda Rússia retorna a empresa de responsabilidade limitada Delovaya Svyaz, número fiscal 7813220816 e número de registro 1157847159579, constituída em 5 de maio de 2015 em São Petersburgo com Alexey Romanovich Khramtsov como diretor geral. Osregistros de organização e sistema autônomo da RIPEnomeiam a Delovaya Svyaz Ltd., identificam Alexey Hramtsov como contato administrativo e técnico e fornecem o mesmo endereço na Rua Kronverkskaya. A transliteração difere em uma letra, mas o endereço, número de telefone e mantenedortel4bizposterior alinham os registros.
O sinal operacional é mais forte que um registro. Ostatus de roteamento do RIPEstatmarcou o AS47968 como anunciante em 10 de julho de 2026. Ele contou um prefixo IPv4 contendo 256 endereços, nenhum prefixo IPv6 e visibilidade completa nos 327 peers IPv4 dessa amostra alinhada. Aresposta de prefixos anunciadosidentificou83.69.255.0/24. Esta é uma acessibilidade pública atribuída à política de roteamento da Delovaya, não a um ASN inativo.
O que a rota não revela é igualmente importante. O BGP diz que outras redes conhecem um caminho para 256 endereços. Ele não identifica um assinante, um edifício, um armário, um poste, um rádio, um terminal de linha óptica, um dispositivo na instalação do cliente ou um veículo de serviço. Uma rota pode suportar servidores, uma plataforma de voz, sistemas de gerenciamento, endereços de interconexão, circuitos empresariais, pools de NAT para clientes ou uma mistura. O registro público atual não aloca esses usos.
O antigo site Delovaya faz amplas alegações de acesso. Suapágina de internetdiz que a internet Delovaya está disponível em todas as ruas de São Petersburgo, em Moscou e em toda a Rússia; ela anuncia fibra, velocidades de 5Mbps a mais de 100Mbps, suporte 24 horas e dois canais independentes de internet. No entanto, ositemapdo site traz datas de modificação de 2017 e seu rodapé diz 2016-17. Não há resultado de disponibilidade no nível de endereço, mapa, diagrama de rede, aviso de construção, acordo de poste, lista de torres ou documento tarifário contemporâneo.
Essas omissões não provam que a oferta antiga era falsa. Ela poderia ter sido entregue por meio de parceiros de acesso atacadista, operadores de edifícios ou outras operadoras, o que é comum em telecomunicações empresariais. Elas impedem que a oferta estabeleça uma planta de acesso de propriedade da Delovaya em 2026. "Podemos conectar este escritório" e "possuímos a rota para este escritório" são afirmações diferentes. A primeira pode ser cumprida por meio de compras e suporte; a segunda requer evidência de controle físico.
Essa distinção muda o centro de gravidade do artigo. A infraestrutura tangível da Delovaya é uma rota de borda ativa e uma plataforma de computação de voz distribuída reivindicada. A camada de acesso local permanece um limite de fornecedor não verificado. O reparo em campo pode ser necessário em algum ponto da cadeia, mas as evidências não mostram que a Delovaya possui o campo ou emprega a equipe.
Um nome agora está em duas identidades contratantes
O limite corporativo é excepcionalmente visível porque os dois sites públicos nomeiam operadores legais diferentes. O antigo sitedela.bzcarrega a marca Delovaya, usa o número de telefone encontrado no registro de contato da RIPE e termina com um aviso de direitos autorais para a empresa limitada. Seu documento de privacidade também nomeia a empresa limitada como operadora de dados pessoais. Isso é evidência direta de que a entidade legal Delovaya usou a marca e o site público.
Osite atual de Telefonia Empresarialconta uma história legal diferente. Ele comercializa telefonia IP inteligente, números virtuais e sistemas telefônicos hospedados em toda a Rússia, mas o rodapé identificaИП Храмцов А.Р.: Alexey Khramtsov atuando como empresário individual. Apágina de contato atualrepete essa identidade, publica os números de registro e fiscal do empresário individual e fornece um endereço legal na Udmúrtia. Ao mesmo tempo, diz que a organização está localizada em São Petersburgo e fornece serviços em toda a Rússia.
A continuidade é substancial. O mesmo nome de proprietário-diretor aparece nos registros da empresa Delovaya, no contato da RIPE e no site do empresário individual. O endereço de abuso da organização RIPE usa[email protected]; o registro AS é mantido portel4biz-mnt. Apágina de histórico da empresadescreve um negócio familiar de telecomunicações que remonta a 2003, diz que uma empresa de Telefonia Empresarial foi formada em 2014 e relata trabalhos anteriores de suporte de computadores, integração de telefonia IP, cabeamento de escritórios e subcontratação.
Continuidade de controle não é o mesmo que clareza de contrato. O site atual não diz que a Delovaya Svyaz Ltd. fornece seus serviços, licencia a plataforma para o empresário individual, possui os servidores, fatura os clientes ou emprega a equipe de suporte. Ele não explica se a empresa limitada agora existe principalmente como titular licenciado de recursos de rede enquanto o empresário individual vende os aplicativos. Os registros corporativos públicos mostram ambas as identidades em torno da mesma pessoa, mas não publicam seu acordo operacional.
Uma página torna a inferência da última milha especialmente insegura. Aoferta atual de parceria para operadoras de comunicaçõesdiz que a Telefonia Empresarial venderá equipamentos, integrará sistemas telefônicos e fornecerá suporte ao cliente de primeira linha enquanto a operadora fornece o serviço de comunicações. Em seguida, afirma claramente: "Não somos um operador de comunicações." No contexto, "nós" se refere ao grupo atual de Telefonia Empresarial ou à oferta do empresário individual, não necessariamente à Delovaya Svyaz Ltd. como uma empresa licenciada separada. Mesmo assim, descreve um modelo de negócios construído em torno de integração e suporte para clientes de outras operadoras, em vez de possuir cada circuito subjacente.
A empresa limitada continua sendo mais do que uma casca abandonada. Oregistro atual da empresa no Companium, que republica informações oficiais de empresas russas, a lista como ativa, com contas de 2025, atividade principal de serviços telefônicos e Khramtsov como único proprietário e diretor. Apágina de contraparte do T-Banktambém lista a empresa como ativa e mostra dois registros de licença de comunicações. Esses são indicadores operacionais significativos, mas ainda não identificam qual pessoa jurídica assina um contrato atual de cliente encontrado através detel4biz.ru.
Para os clientes, esse limite determina quem pode restaurar o quê. O vendedor de uma PABX virtual pode alterar o roteamento de chamadas, a configuração do servidor e as configurações do usuário. O titular do AS47968 pode alterar os anúncios BGP e a política de borda. Uma operadora atacadista pode reparar o circuito do cliente. Um operador de data center controla a energia e o acesso físico. Se essas funções estiverem em entidades legais diferentes, um incidente atravessa várias filas de chamados, mesmo quando uma pessoa controla duas delas em última análise.
O /24 atual é capacidade alugada, não um patrimônio de endereços
A cadeia de propriedade da rota começa um nível acima da Delovaya. Oregistro da RIPE para83.69.255.0/24o chama deFilanco-AS47968-Rent. Seu status éSUB-ALLOCATED PA, significando espaço agregável pelo provedor subalocado de uma participação maior controlada pelo provedor. O mantenedor da Citytelecom controla o registro, e os contatos de rede listados são funções da Filanco e da Citytelecom. Um objeto de rota separado autoriza o AS47968 a originar o prefixo e também é mantido pela Citytelecom.
Isso não é um defeito. Um pequeno operador pode rotear um bloco atribuído pelo provedor globalmente e usá-lo produtivamente por anos. Ohistórico de roteamento da RIPEmostra o atual/24amplamente visível de 25 de agosto de 2021 até o corte da pesquisa. Ele substituiu espaço anterior, incluindo92.255.67.0/24, que o AS47968 havia originado por vários anos. O histórico estabelece continuidade de roteamento enquanto mostra que o fornecimento de endereços pode mudar.
O status agregável pelo provedor cria uma dependência que um bloco alocado independentemente não teria da mesma forma. A Delovaya precisa da Citytelecom ou do titular relevante do endereço para manter uma subalocação válida, objeto de rota e relação de filtragem. Se o acordo comercial terminar, a Delovaya pode precisar renumerar serviços ou obter permissão para uma rota diferente. Um cliente cujo firewall, peer SIP ou lista de acesso codifique endereços dentro do/24pode então enfrentar trabalho mesmo sem uma falha de fibra.
A contagem de endereços também deve ser mantida em proporção. Um/24contém 256 endereços IPv4 numéricos antes de reservas operacionais e escolhas privadas de design. Pode suportar uma pequena rede significativa, especialmente onde hosts virtuais, tradução em nível de operadora ou aplicações compartilhadas concentram muitos usuários atrás de poucos endereços públicos. Não é uma medida de número de clientes, canais de voz, chamadas por segundo, capacidade do servidor ou largura de banda da internet.
Não há anúncio IPv6 atual. A amostra de status de roteamento da RIPE viu zero prefixos IPv6, e o inventário atual de prefixos contém apenas IPv4. Isso não prova que todos os serviços Delovaya ou de Telefonia Empresarial carecem de IPv6: os serviços podem estar hospedados em outra rede, e sistemas privados podem usar outros arranjos de endereços. Mostra que o próprio AS47968 não oferece uma origem IPv6 amplamente visível no corte.
A segurança de origem da rota é outra fraqueza estreita. Averificação RPKI do RIPEstatretornouunknown, sem nenhuma Autorização de Origem de Rota validante. A rota não era inválida e estava visível em toda a amostra. "Desconhecido" significa que as redes dependentes não tinham declaração de origem criptográfica com a qual validar o AS47968 para este prefixo. O objeto de rota existente ainda pode suportar filtros convencionais, mas não substitui a validação de origem RPKI.
A escada instalado-versus-utilizável é, portanto, curta, mas clara. A Delovaya tem um ASN atribuído, permissão para originar um/24alugado, um anúncio BGP ativo e ampla propagação global. As evidências públicas param antes do inventário responsivo de serviços, tráfego, taxa de linha, folga, disponibilidade ao cliente e desempenho de recuperação. Os 256 endereços visíveis são capacidade administrativa e de roteamento. A capacidade utilizável começa apenas quando servidores, troncos de voz, circuitos de clientes, energia e pessoal trabalham juntos.
Três nomes de upstreams provam multihoming lógico, não diversidade física
A rota atual tem mais de uma saída pública. Avisão de estado BGP da RIPEcontinha centenas de caminhos de coletores em 10 de julho. Muitos terminavam emAS50509 AS47968, outros emAS29076 AS47968e outros emAS1299 AS47968. Esses ASNs adjacentes são Transroute, Citytelecom e Arelion. Esta é uma forte evidência de que o único prefixo do AS47968 estava sendo propagado através de três redes independentemente numeradas.
Cada fornecedor adiciona um alcance externo diferente. AAreliondescreve o AS1299 como seu backbone global. ACitytelecomopera a rede que mantém o bloco de endereços atual da Delovaya. ATransroutecomercializa trânsito IP em São Petersburgo e Moscou, com entrega regional através de parceiros. Os caminhos de rota são, portanto, consistentes com duas relações com operadoras russas e uma relação com backbone global.
Multihoming lógico é valioso. Uma falha de política ou perda de sessão em uma rede adjacente não precisa remover a rota se outra ainda a aceitar e propagar. A Delovaya pode influenciar o tráfego de saída por preferência local e o tráfego de entrada através de anúncios e comunidades. A Arelion pode fornecer um caminho que não depende da seleção de trânsito global da própria Citytelecom; a Transroute pode adicionar outro domínio de política; o peering de exchange pode encurtar algumas rotas.
Ainda é impossível contar três caminhos físicos de recuperação a partir de três ASNs. O serviço Arelion pode chegar através de um circuito de acesso local pertencente a outra operadora. A Transroute diz que alcança algumas cidades através de parceiros. A Citytelecom fornece o bloco de endereços e aparece como rota adjacente. Dois ou todos os três serviços podem terminar em um edifício, em um roteador, através de um painel de conexão, em um provedor de transporte local ou através de uma entrada compartilhada.
A tabela de rota não pode ver cross-connects, fibras ou distribuição de energia. Ela exibirá felizmente três números AS independentes quando seus handoffs compartilham o mesmo rack e falham com o mesmo disjuntor. Também pode exibir um ASN adjacente quando esse provedor forneceu dois circuitos fisicamente separados. Diversidade administrativa e diversidade física respondem a perguntas diferentes.
O próprio registro AS ilustra por que observações atuais importam mais do que política estática. Aresposta WHOIS da RIPEpara Delovaya declara política de importação e exportação com AS31323 e AS31500 e foi modificada pela última vez em março de 2022. Essas não são as três redes adjacentes dominantes na visão BGP de julho de 2026. A política estática pode estar incompleta, usar relações de route-server ou simplesmente estar atrasada em relação à operação. Um caminho atual prova propagação em um momento; uma linha de política registra intenção declarada.
O que estabeleceria diversidade física é uma descrição datada de handoff: instalação, operadora, porta, roteador, entrada e proprietário do transporte para cada caminho. Não precisa expor detalhes sensíveis do rack. Uma declaração de que Arelion e Transroute entram em sites separados, enquanto Citytelecom termina em uma borda com alimentação separada, seria testável. Um resultado de failover mostrando perda de pacotes, tempo de convergência e rendimento restante seria ainda mais forte. Nenhum é público.
PITER-IX adiciona alcance, mas seu route-server não é um quarto circuito de trânsito
A PITER-IX é visível em torno do AS47968 sem fornecer um cartão de participante simples. Um caminho de rota de julho terminava diretamente no AS47968 de um participante do exchange e carregava comunidades começando com o AS50817 da PITER-IX, incluindo uma comunidade contendo47968. Adocumentação técnica da PITER-IXexplica que os participantes estabelecem sessões BGP com dois route-servers em cada geografia e que o exchange suporta política de route-server, detecção rápida de falhas e blackholing. Como um route-server de exchange normalmente não se insere no caminho AS público, outro participante pode aparecer imediatamente adjacente ao AS47968 mesmo que a rota tenha sido distribuída através do servidor.
Esta é uma evidência útil de peering, não prova de um cabo bilateral dedicado para cada vizinho aparente. Um route-server permite que uma conexão troque rotas com muitas redes. Os pacotes de dados então passam através da estrutura do exchange entre os participantes; o route-server lida com informações de acessibilidade, não com tráfego de usuário comum. Uma lista de caminhos AS de aparência direta pode, portanto, exagerar o número de contratos físicos se lida sem contexto de exchange.
Adescrição da rededo exchange diz que sua estrutura em São Petersburgo abrange seis data centers e oferece portas de 1G, 10G, 40G e 100G. Suapágina de participantesdiz que centenas de organizações usam seus serviços. Esses números descrevem o que a PITER-IX pode oferecer. Eles não divulgam qual instalação em São Petersburgo o AS47968 usa, se a Delovaya se conecta localmente ou remotamente, sua velocidade de porta, tráfego comprometido, segunda porta ou rota de cross-connect.
Peering também não é o mesmo que trânsito completo. Um participante do exchange recebe rotas que outros participantes escolhem anunciar. Ele ainda precisa de um caminho para destinos não cobertos por esses peers. As três adjacências de tipo trânsito observadas desempenham esse papel mais amplo; a PITER-IX pode reduzir a latência e o uso de trânsito pago para redes e fontes de conteúdo participantes. Se todos os serviços compartilham uma porta voltada para o exchange ou um circuito de transporte, no entanto, a variedade lógica pode desaparecer com uma interface.
Não há perfil de rede AS47968 naAPI do PeeringDBatual. A ausência no PeeringDB não nega as evidências de BGP e comunidade de exchange. Os registros de participação podem ser privados, desatualizados ou mantidos em outro lugar. Isso remove uma fonte conveniente para verificar instalação, exchange, porta e alegações de política, deixando a localização física e a capacidade não resolvidas.
A conclusão correta de resiliência é medida. A Delovaya não é um stub de único upstream na visão de rota pública atual. Seu/24alcança a internet mais ampla através de vários domínios de política e um ambiente de exchange. Isso é melhor diversidade de plano de controle do que muitas microrredes mostram. As evidências públicas não demonstram que um corte, falha de sala de equipamentos ou falta de energia deixaria qualquer uma dessas alternativas fisicamente disponível.
A plataforma de voz de cinco servidores é o núcleo operacional mais plausível
A Telefonia Empresarial descreve uma infraestrutura que corresponde mais de perto ao produto atual do que a uma rede de acesso metropolitana. Suapágina de infraestruturadiz que todo o software é executado em um cluster de cinco servidores de alto desempenho. Alega que os servidores estão em diferentes data centers modernos, um na Alemanha; que cada servidor tem dois canais de internet; que outro servidor assume automaticamente quando um falha; e que as configurações são copiadas em todo o sistema com controle de versão.
A arquitetura é plausível para voz hospedada. Uma PABX virtual precisa de software de controle de chamadas, configuração do cliente, bancos de dados, gravações ou estatísticas, monitoramento e conexões com operadoras telefônicas. Vários servidores podem distribuir essas funções ou manter cópias em espera. A separação geográfica pode reduzir a exposição a uma instalação. A configuração replicada pode acelerar a recuperação de uma máquina com falha ou de uma alteração prejudicial.
A página é uma descrição de marketing, não um relatório de capacidade ou recuperação. Ela não nomeia data center, localização do servidor além de um país, fornecedor de hospedagem, operadora de telefonia, hipervisor, método de replicação de banco de dados ou design de quorum. Ela não fornece capacidade do processador, limite de chamadas simultâneas, volume de armazenamento, velocidade de porta, utilização normal, ponto de recuperação, tempo de recuperação ou data do último teste de failover. "Cinco servidores" pode significar cinco máquinas físicas, cinco servidores virtuais alugados ou cinco instâncias lógicas; a página não diz.
Dois canais por servidor também não garantem acesso independente. Ambos podem vir de uma operadora, de uma sala de encontros ou da borda de uma instalação. Um servidor pode ter duas interfaces de rede conectadas ao mesmo switch. Duas operadoras externas podem compartilhar fibra de longa distância. A afirmação se torna significativa apenas com a propriedade local e upstream de cada canal, caminhos separados e um teste mostrando que as sessões sobrevivem a uma perda.
A alegação do cluster também levanta uma questão de estado da aplicação. Mover uma PABX virtual não é apenas uma questão de anunciar um endereço IP de outra máquina. Registros de chamadas, sessões ativas, roteamento de números, caminhos de mídia, gravações, registros de faturamento e configurações do cliente devem permanecer consistentes. Um standby pode aceitar novas chamadas enquanto descarta as ativas; isso é failover, mas não continuidade perfeita. O site não fornece impacto medido de chamadas.
O DNS atual reforça a separação entre presença web pública e AS47968. Em 10 de julho, oGoogle Public DNS retornou87.236.16.146paratel4biz.ru; odomínio Delovaya retornouo mesmo endereço. Avisão de rede da RIPE para esse endereçoo coloca em87.236.16.0/24, originado pelo AS198610 da Beget, não pelo AS47968. Ambos os sites podem, portanto, permanecer online enquanto a própria rota ou borda de voz da Delovaya falha.
Isso não localiza o serviço telefônico. A hospedagem web pública pode ser deliberadamente independente da plataforma de voz de produção. Os cinco servidores podem usar endereços AS47968, endereços do provedor ou ambos. Nenhum endpoint ou nome de serviço público vincula a aplicação a um endereço específico dentro de83.69.255.0/24. A acessibilidade do site é evidência de uma superfície ativa de vendas e contato, não um teste da origem BGP da Delovaya ou do processamento de chamadas.
A conta física por trás do negócio evidenciado parece, portanto, mais com uma plataforma hospedada compacta do que com uma construção de fibra urbana: cobranças de data center ou hospedagem, capacidade de servidor, armazenamento, troncos de voz, trânsito de internet, aluguel de endereços, monitoramento e suporte especializado. O acesso local para um cliente ainda importa, mas a página de parceria atual coloca essa função com operadoras de comunicações, em vez de reivindicá-la como planta da Telefonia Empresarial.
A antiga oferta de internet é uma hipótese, não um mapa de rede
O site com a marca Delovaya não pode ser simplesmente ignorado. Ele permanece online e contém ofertas detalhadas que vão além da voz. A página inicial diz que a empresa conecta e suporta telefonia corporativa, internet e vigilância por vídeo. A página de internet oferece serviço para escritórios em toda a Rússia, promete conexão rápida, descreve fibra e comercializa dois canais independentes de internet. Ela lista preços em São Petersburgo por faixa de velocidade.
Algumas linguagens são específicas o suficiente para revelar o modelo pretendido. O site pede que um cliente em potencial envie um endereço para que a empresa possa verificar se a conexão é possível. Isso é consistente com um agregador ou integrador que obtém serviço da operadora que alcança o edifício. É menos consistente com um provedor que já conhece sua própria pegada fixa e publica um mapa on-net, embora um operador-proprietário também possa usar verificações manuais de disponibilidade.
O escopo nacional é outra pista. Uma microempresa pode vender circuitos empresariais em todo um país revendendo ou coordenando parceiros; não pode plausivelmente despachar uma equipe local própria de uma cidade para cada endereço russo. O site antigo não nomeia parceiros de acesso, explica preços on-net versus off-net ou identifica quem possui a demarcação do cliente. A oferta de dois canais também não diz se os circuitos usam operadoras separadas ou simplesmente contas separadas.
A idade do site limita a inferência atual. As datas do rodapé param em 2017, as datas de modificação visíveis do sitemap são de 2017, e algumas páginas usam linguagem de velocidade e preço característica desse período. Uma página pode permanecer tecnicamente acessível muito depois de a oferta, os parceiros e os termos legais terem mudado. O site atual da Telefonia Empresarial tem rodapé de 2026 e um vendedor legal diferente, mas não repete a ampla promessa de acesso à internet como seu produto principal.
A reivindicação histórica de serviço ainda importa para interpretar o AS47968. A Delovaya pode ter usado o ASN e o espaço de endereço para suportar clientes de internet empresarial, infraestrutura de voz ou ambos. O histórico de roteamento mostra operação genuína desde 2016 sob seu registro atual e uma transição entre prefixos atribuídos pelo provedor. Isso é compatível com um pequeno operador ou revendedor gerenciando sua própria borda enquanto compra os cabos físicos.
Não estabelece capacidade de acesso instalada. Não há figura publicada de milhas de rota, contagem de fibras, inventário de torres, lista de edifícios, frequência de micro-ondas, contagem de switches de acesso, parque de modems de clientes ou número de assinantes. Nenhum registro atual de aquisição ou construção encontrado no material público conecta a Delovaya a um poste, duto ou rota municipal. A palavra fibra em uma página de tarifas identifica a tecnologia de serviço solicitada, não necessariamente o proprietário do ativo.
Para um cliente empresarial em potencial, a pergunta certa não é se a Delovaya pode cotar um circuito de internet. É qual operadora possui a última milha no endereço específico, se o segundo circuito usa uma entrada e proprietário de transporte diferentes, e quem tem autoridade de reparo. Um design de operadora dupla intermediada pode ser altamente resiliente. Dois circuitos revendidos sobre um único cabo de operadora podem falhar juntos. O nome do vendedor na fatura não responde à pergunta física.
Uma empresa de três pessoas pode prometer suporte 24/7 apenas através de concentração ou parceiros
O sinal de mão de obra é atual, mas deve ser tratado com cuidado. Oregistro da empresa no B2B.House, baseado em dados públicos de empresas russas, relata que o número médio de funcionários caiu de doze em 2023 para oito em 2024 e três em 2025. Também relata receita de 2025 de 5,714 milhões de rublos, contra 7,35 milhões em 2024 e 12,68 milhões em 2023. Estas são apresentações secundárias de arquivamentos oficiais, não uma auditoria de funções operacionais.
Três funcionários não significam que apenas três pessoas podem tocar no serviço. A identidade contratante atual é um empresário individual; contratados, mãos remotas de data center, fornecedores de software e centros de operações de rede upstream podem fornecer trabalho fora da folha de pagamento da Delovaya. A empresa legal e a marca Telefonia Empresarial podem compartilhar mão de obra. Um revendedor pode escalar o trabalho físico para a operadora de acesso. A contagem pública de funcionários não pode contabilizar esses arranjos.
O número define uma questão de concentração. Apágina de contato atualdiz que o suporte técnico está disponível 24 horas por dia, enquanto as vendas operam em dias úteis das 09:00 às 19:00. Cobertura contínua requer turnos, uma escala de plantão, automação com escalonamento, suporte de primeira linha terceirizado ou suporte compartilhado entre identidades legais. Com uma folha de pagamento média de três pessoas na empresa limitada, a cobertura humana 24/7 não pode ser assumida como inteiramente dentro da Delovaya.
O histórico da empresa enfatiza conhecimento especializado: Asterisk, PABXs legados, monitoramento de fraudes, equipamentos de operadora, cabeamento de escritórios e integração CRM. Essa amplitude é valiosa quando um engenheiro entende uma configuração incomum de cliente. Também é exposição a pessoa-chave. Uma falha às 03:00 pode precisar da única pessoa que conhece a política de roteamento ou a PABX antiga de um cliente, enquanto outra pessoa lida com o escalonamento da operadora. As páginas públicas não fornecem escala, meta de resposta ou equipe de operações nomeada.
A receita coloca a hipótese de ativo físico em contexto sem refutá-la. De cinco a treze milhões de rublos de receita anual ordinária, exceto um pico acentuado em 2022 mostrado pelo agregador, é compatível com um pequeno negócio de serviços e integração. Não parece evidência de uma grande propriedade de fibra metropolitana com construção, aluguel de postes, veículos e uma ampla força de campo. Os ativos podem ser arrendados, depreciados, mantidos em outro lugar ou operados com contratados, então a escala financeira não pode resolver a propriedade. Reforça a necessidade de evidência direta de planta, não de suposição.
A mão de obra de suporte faz parte da capacidade utilizável. Um cluster de servidores com failover automático ainda precisa de alguém para diagnosticar uma falha parcial, atualizar rotas de operadora, restaurar configuração do cliente e decidir quando mover o tráfego. Uma borda multihomed ainda precisa de filtragem, monitoramento de sessão e coordenação com três upstreams. Um circuito de acesso revendido ainda precisa de um chamado preciso, transferência de propriedade e comunicação com o cliente. Pequenas equipes podem fazer essas tarefas bem; eles têm menos espaço para incidentes simultâneos, doença ou ausência de um especialista.
Os detalhes de nível de serviço ausentes são práticos: tempo de reconhecimento, tempo de despacho ou escalonamento, objetivo de restauração, classes de prioridade, autoridade após o horário comercial e créditos de serviço. O site atual promete uma resposta operacional, mas não publica o contrato por trás da promessa. Para um cliente cujas vendas dependem de um número virtual, a disponibilidade de suporte não é um benefício secundário. Faz parte da infraestrutura.
Seis caminhos de falha substituem a imagem genérica de um cabo cortado
A premissa encomendada imaginava cortes de acesso, energia de torre, perda de upstream, congestionamento e reparo em campo. As evidências da Delovaya suportam um conjunto de falhas diferente e mais estratificado.
1. Um upstream desaparece enquanto dois permanecem
Se AS1299, AS29076 ou AS50509 perder sua sessão BGP, as outras adjacências podem continuar a anunciar83.69.255.0/24. Essa é a propriedade de resiliência mais forte visível nos dados públicos. A recuperação ainda depende da política. A Delovaya deve retirar ou depreciar o caminho com falha, os provedores sobreviventes devem aceitar a rota e o tráfego de retorno deve convergir corretamente.
Sobrevivência não é o mesmo que desempenho. Se os três caminhos normalmente compartilham tráfego, um circuito restante pode congestionar durante uma falha. Os coletores de rota expõem a disponibilidade do caminho, não a velocidade da porta ou a utilização. Nenhum número público mostra tráfego de pico, folga ou se um único caminho sozinho pode transportar toda a demanda de voz e internet.
2. Uma instalação compartilhada ou cauda local remove todos os upstreams
Três números AS podem terminar em um roteador de borda. Uma falha de energia, falha de placa de linha, acidente de cross-connect, incidente na sala de encontros ou corte de transporte comum pode então remover todas as sessões. A PITER-IX pode adicionar muitos peers lógicos através da mesma porta. As fontes públicas não nomeiam nenhuma instalação e nenhum segundo site Delovaya, então a exposição a instalação comum permanece incontestada.
É aqui que o reparo em campo existe, mas provavelmente como mão de obra de operadora ou data center. Mãos remotas podem substituir uma óptica ou cabo de ligação. Citytelecom, Transroute, parceiro de acesso da Arelion ou um operador de exchange pode reparar o transporte. A própria equipe da Delovaya pode restaurar a configuração. A cadeia de recuperação abrange proprietários em vez de uma única equipe de trincheira local.
3. A Citytelecom altera o arranjo de endereço alugado
O/24atual é espaço agregável pelo provedor mantido pela Citytelecom. Um problema de roteamento ou comercial pode, portanto, afetar tanto um caminho upstream quanto a autoridade de endereço. Se a Delovaya precisar se mudar para um novo bloco, pode precisar renumerar servidores, regras de firewall, listas de permissão SIP, monitoramento e integrações de clientes. As mudanças de prefixo anteriores mostram que a renumeração não é hipotética como classe de trabalho, embora nenhuma mudança atual seja anunciada.
O status desconhecido do RPKI adiciona um risco mais estreito. Redes que preferem rotas validadas podem tratar o anúncio de forma menos favorável do que um válido. Uma ROA futura incorreta pode tornar a rota inválida. Registros de recursos, filtros de rota e sessões BGP devem mudar na ordem correta para evitar transformar uma migração planejada em uma interrupção.
4. O cluster de voz falha acima da camada de rede
Todos os caminhos upstream podem permanecer saudáveis enquanto o processamento de chamadas falha. Uma versão de software, inconsistência de banco de dados, falha de armazenamento, sistema de arquivos cheio, expiração de certificado, erro de controle de fraude ou problema de tronco de operadora pode interromper as chamadas sem retirar o/24. A tomada automática do servidor ajuda apenas se o standby tiver o estado correto e a falha não for replicada.
Os clientes podem experimentar falhas parciais: chamadas recebidas funcionam, mas chamadas de saída falham; um código de cidade quebra; as gravações param; o portal da PABX virtual fica indisponível; a mídia flui em uma direção; ou novos registros falham enquanto as chamadas existentes continuam. Um monitor de rota reportaria verde durante todo o tempo. A recuperação precisa de telemetria da aplicação e experiência em telefonia, não de uma emenda de fibra.
5. O circuito de acesso ou energia do cliente falha
A telefonia hospedada ainda chega a um desktop ou cliente de software através da conexão de internet de outra pessoa. Um corte local de banda larga, falta de energia no escritório, roteador com falha, cabo Ethernet danificado ou firewall mal configurado pode isolar um cliente enquanto a plataforma Delovaya permanece saudável. O encaminhamento de números virtuais para redes móveis pode fornecer uma solução alternativa, mas apenas se configurado antes do evento e se a operadora telefônica permanecer disponível.
A antiga oferta de internet Delovaya alega dois canais independentes para o cliente. Sem divulgação da operadora e do caminho, a independência continua sendo uma solicitação de design. Ambos os circuitos podem entrar no mesmo porão, usar o mesmo operador local ou depender da mesma energia do edifício. O cliente deve verificar a demarcação física em vez de confiar em dois nomes de serviço.
6. A pequena cadeia de suporte está ocupada ou indisponível
Um incidente pode ser tecnicamente recuperável e operacionalmente atrasado. Uma folha de pagamento de empresa limitada de três pessoas, uma relação não divulgada com o empresário individual, múltiplos upstreams e clientes em todo o país criam muitos limites de propriedade. A primeira pessoa a atender deve decidir se a falha pertence à PABX, AS47968, um data center, uma operadora de voz, um ISP de acesso ou o cliente.
Bom monitoramento encurta o diagnóstico, e o site alega observação automatizada contínua. Não publica um canal de incidentes, matriz de escalonamento, política de peças de reposição ou desempenho de restauração. Durante duas falhas simultâneas, o recurso escasso pode ser atenção qualificada, não largura de banda.
Quem é afetado é mais restrito do que um rótulo de ISP regional sugere
Nenhuma evidência pública suporta uma contagem de assinantes de banda larga da Delovaya, residências passadas, edifícios conectados ou sistemas autônomos downstream. A visão de vizinhos da RIPE não encontrou AS downstream no lado direito dos caminhos do AS47968. Inventários comerciais de endereços identificam um pequeno bloco semelhante a ISP, mas eles não distinguem servidores da empresa de clientes. Uma estimativa de impacto baseada em 256 endereços seria sem sentido.
As páginas de produto atuais identificam um grupo afetado mais crível: empresas usando números virtuais de Moscou, São Petersburgo, Rostov-do-Don ou números gratuitos; clientes usando uma PABX hospedada, gravação de chamadas, integração CRM ou suporte a telefone de escritório; e operadoras cujos assinantes recebem ajuda de primeira linha através da Telefonia Empresarial. As páginas não publicam uma contagem de clientes nem mostram quais serviços são contratos atuais, então mesmo este grupo não pode ser quantificado.
Uma interrupção de rota afetaria qualquer endpoint que dependa exclusivamente de83.69.255.0/24. Como os sites estão hospedados na rede da Beget, eles podem permanecer acessíveis e continuar aceitando consultas enquanto a rota Delovaya estiver inativa. Se o cluster de voz também usar endereços de terceiros, alguns serviços telefônicos podem sobreviver. Se depender do/24, chamadas ou gerenciamento podem falhar. O DNS público não resolve o caminho de produção.
Uma falha de data center ou aplicação pode ter a forma oposta. O AS47968 permanece globalmente visível, mas as chamadas dos clientes falham porque a PABX, o banco de dados ou o tronco da operadora está indisponível. Uma falha de acesso do cliente afeta um escritório enquanto a plataforma e a rota permanecem saudáveis. Um relatório de incidente deve, portanto, testar pelo menos quatro camadas: acesso do cliente, aplicação de voz, interconexão de operadora e acessibilidade BGP.
A identidade legal também importa durante o impacto. Um cliente pode contatar o empresário individual mostrado no site atual, enquanto a rota com falha está registrada na Delovaya Svyaz Ltd. e o bloco de endereços é mantido pela Citytelecom. Isso não torna a recuperação impossível; o controle pode ser coordenado pelo mesmo proprietário. Torna a responsabilidade contratual e a evidência de escalonamento importantes.
Não há base para dizer que um distrito de São Petersburgo, serviço público ou comunidade residencial perderia banda larga se o AS47968 falhasse. O site antigo alega ampla disponibilidade de internet para escritórios, mas não fornece cliente ou rota atual. A declaração de impacto responsável é condicional: um pequeno conjunto de comunicações empresariais e endpoints de rede pode depender desta pilha, enquanto o número e a localização dos usuários permanecem não divulgados.
A capacidade deve ser medida em chamadas, bits e recuperação, não em endereços
Os números públicos convidam a erros de categoria. Um/24é uma quantidade de endereços. Cinco servidores são uma contagem de máquinas. Três ASNs upstream são uma contagem de política de roteamento. Nenhum é um número de capacidade utilizável.
Para a borda da internet, medidas úteis incluiriam a taxa de linha de cada caminho, taxa de informação comprometida, carga normal de pico, perda de pacotes, latência e capacidade sobressalente após a falha do maior circuito. Uma porta de 10 Gbps com um compromisso comercial de 1 Gbps não fornece 10 Gbps de serviço recuperável. Três handoffs de 1 Gbps em um transporte local de 1 Gbps não criam 3 Gbps de capacidade externa.
Para voz, a capacidade está mais próxima de chamadas simultâneas, chamadas por segundo, largura de banda de mídia, throughput de portabilidade de números, entrada/saída de gravação e taxa de transação do banco de dados. Codecs consomem largura de banda diferente. Criptografia e transcodificação consomem tempo de processador. A gravação de chamadas consome armazenamento e desempenho de gravação. Um cluster de cinco servidores pode ser amplo ou minúsculo dependendo do tamanho da máquina virtual, design do software e demanda do cliente.
A página antiga de internet anuncia velocidades para o cliente, enquanto o site atual de telefonia anuncia preços por minuto muito baixos e linhas ilimitadas. Ambos são ofertas comerciais, não evidência de folga instalada. Linhas "ilimitadas" podem significar nenhum limite arbitrário de conta, enquanto todo componente físico e de software ainda tem capacidade finita. As páginas atuais não publicam um limite de uso justo, capacidade de tronco ou desempenho de congestionamento.
A capacidade de recuperação é o número decisivo. Se um servidor falhar, os quatro restantes podem suportar a carga de pico sem derrubar chamadas? Se o maior upstream falhar, os outros podem transportar todas as rotas e pacotes? Se um data center for isolado, o roteamento de números e o estado se movem para outro site sem ação manual da operadora? Se um cliente tiver dois circuitos de acesso, o backup pode aceitar a mesma política de voz e endereços públicos?
A empresa alega tomada automática do servidor e canais de internet duplicados. Essas são alegações de design na camada certa. Um exercício datado as converteria em evidência operacional: desabilitar um servidor, registrar perda de chamadas ativas, medir tempo de recuperação, mostrar consistência de estado e relatar carga nos sobreviventes. Desabilitar um upstream, medir convergência BGP e perda de pacotes. Testar o failover do cliente sob demanda normal de hora de pico. Nenhum resultado desse tipo é público.
É por isso que o/24único não deve ser zombado nem celebrado. É espaço de endereço suficiente para um serviço compacto de voz e rede, e sua visibilidade completa de rota é tecnicamente significativa. Não é informação suficiente para julgar escala de serviço, densidade de clientes ou resiliência.
Licenças e contas atuais suportam atividade, mas não o ativo encomendado
O registro legal da empresa limitada suporta um papel contínuo de comunicações. Sua atividade principal registrada é serviço telefônico. Bancos de dados atuais de contraparte baseados em registros oficiais mostram duas entradas de licença de comunicações. Uma é descrita como transmissão de dados para voz. A empresa arquivou contas de 2025 em vez de desaparecer após o site antigo parar de mudar.
A apresentação da licença não é perfeitamente consistente. O T-Bank lista ambas as licenças como atuais, enquanto seu registro de alterações diz que a atividade sob uma licença foi suspensa em janeiro de 2025. O B2B.House mostra duas entradas ativas e observa que dois registros de licença anteriores expiraram em março de 2026. Sem um extrato do regulador diretamente recuperável que declare serviço, território e status em uma visão atual, a conclusão segura é que existem licenças de comunicações, não que toda autoridade de serviço histórica permanece inalterada.
Uma licença de comunicações é permissão, não planta. Não mostra uma rota de fibra instalada, um circuito ativo de cliente ou pessoal suficiente. Um código de atividade de serviços telefônicos descreve de forma semelhante o que a empresa pode fazer e relata como seu negócio principal. A rota atual, contas e páginas de serviço público são necessárias para ir além da permissão.
Juntos, esses sinais suportam evidência Médio para uma operação ativa de roteamento e telefonia de pequeno porte. A empresa está ativa, tem receita recente, detém recursos de rede, anuncia um prefixo e permanece associada a canais atuais de vendas e suporte através de seu proprietário. Eles não suportam a imagem planejada de um ISP regional convencional cuja conta local é dominada por postes, torres, drops de clientes e equipes de campo.
A questão de categoria é, portanto, substantiva, não cosmética. Um serviço de voz em nuvem e integração de telecomunicações com uma borda multihomed pertence mais perto de comunicações hospedadas ou serviço em nuvem do que de um ISP regional de última milha. A Rússia e São Petersburgo são as âncoras geográficas evidenciadas, não uma região operacional global não qualificada. A cobertura nacional de vendas é uma afirmação de mercado; "Global" não é uma localização física de rede.
As evidências necessárias para uma afirmação mais forte são práticas e finitas
A Delovaya poderia estabelecer um papel de acesso regional com um conjunto modesto de divulgações atuais. Um verificador de serviço no nível de endereço que identifique edifícios on-net e entregues por parceiros separaria o alcance próprio da corretagem. Um mapa de acesso atual poderia mostrar fibra, wireless fixo ou revenda de operadora sem expor rotas exatas sensíveis à segurança. Contratos de clientes ou tarifas poderiam nomear o proprietário do acesso e a demarcação.
Uma declaração de planta identificaria milhas de rota, fibras próprias ou arrendadas, switches de acesso, torres, postes, entradas de edifícios e equipamentos na instalação do cliente. Deve distinguir cabo instalado de fibras acesas e capacidade disponível ao cliente. Um mapa de duas rotas lógicas é menos útil do que a confirmação de que elas evitam dutos, cruzamentos, instalações e energia comuns.
O caso upstream já é mais forte. Precisa de conclusão física: instalação e porta para AS1299, AS29076, AS50509 e PITER-IX; proprietário do transporte local para cada um; separação de roteador de borda e energia; capacidade normal e de failover; e uma autorização de origem RPKI atual. Nomear um segundo site mudaria materialmente a análise de falhas se as rotas puderem continuar lá quando o primeiro site estiver escuro.
A alegação de cinco servidores precisa de evidência de aplicação. Os nomes das instalações podem permanecer parcialmente confidenciais, mas área metropolitana, domínio de energia independente, forma de hospedagem e tempo de recuperação testado seriam suficientes para julgar se "diferentes data centers" remove um ponto comum. A empresa poderia publicar uptime agregado, número de incidentes, interrupção mais longa e resultados de testes de failover sem identificar clientes.
O limite de mão de obra pode ser resolvido através de compromissos, não de um organograma. Declare qual entidade legal fornece suporte, se 24/7 significa com pessoal ou plantão, metas de reconhecimento e restauração, procedimento de escalonamento de operadora, cobertura de mãos remotas e onde as peças de reposição críticas são mantidas. Se parceiros externos fornecem o reparo físico, nomeie o papel e a meta contratual em vez de implicar uma equipe interna.
Finalmente, a marca precisa de uma declaração contratual atual. Um cliente deve ser capaz de dizer se a Delovaya Svyaz Ltd., Alexey Khramtsov como empresário individual ou outro membro do grupo Telefonia Empresarial fornece cada serviço. A declaração deve dizer qual parte detém a licença de comunicações, atribuição de números, plataforma, rota AS47968 e obrigação de suporte. Isso é clareza de serviço comum, não um pedido de detalhe corporativo privado.
Até que esses fatos apareçam, a rota atual é a evidência operacional mais forte e a antiga alegação de acesso permanece marketing histórico. A lacuna não é preenchida assumindo falha. É preservada como incerteza.
A verdadeira dependência da Delovaya é a coordenação entre camadas
A Delovaya Svyaz é mais substancial tecnicamente do que sua pequena pegada pública sugere inicialmente. Ela tem uma empresa legal ativa, um ASN de longa duração, uma origem IPv4 globalmente visível, três caminhos upstream atuais e evidência de exchange. Seu proprietário ainda vende telefonia empresarial publicamente. Uma plataforma de cinco servidores em múltiplos data centers é reivindicada por trás dessa oferta. Esses fatos justificam atenção contínua.
Eles contam uma história diferente do título encomendado. Nenhuma fonte atual estabelece uma rede de última milha da Delovaya. O site antigo diz que a internet pode ser conectada amplamente; o site atual diz que a Telefonia Empresarial não é a operadora e ajuda clientes de outras operadoras. O/24é alugado de um pool mantido pela Citytelecom. Os sites públicos são executados na rede da Beget. O acesso físico, operadoras de voz, data centers e suporte podem estar todos com provedores diferentes.
Essa estrutura pode ser resiliente. Um integrador pode comprar melhor acesso local do que poderia construir, usar três parceiros de roteamento, distribuir aplicações entre data centers e manter seu site público fora de seu próprio ASN. Também pode criar uma cadeia de recuperação na qual cada camada está esperando por outro proprietário. O cliente vê um número de telefone; a falha pode estar em um roteador de escritório, circuito atacadista, sessão de borda, registro de endereço, servidor, tronco de voz ou banco de dados da operadora.
A rota visível reduz uma incerteza: o AS47968 estava operando em 10 de julho de 2026. Visibilidade IPv4 completa e três ASNs adjacentes principais não são fantasias de design. A incerteza restante é física e contratual. Nenhum coletor de rota pode mostrar que os três caminhos evitam um edifício ou que um técnico pode alcançar o handoff com falha em uma hora. Nenhuma tarifa antiga pode mostrar que a Delovaya possui uma fibra na rua de hoje.
A descrição mais precisa é, portanto, uma operação ativa e pequena de telefonia e roteamento com conectividade lógica significativa e evidência fraca para acesso regional. Sua conta de resiliência provavelmente está concentrada em trânsito, endereçamento alugado, hospedagem, interconexão de voz e mão de obra especializada. O reparo em campo importa quando uma cauda de operadora ou handoff de data center quebra, mas as evidências públicas atribuem esse trabalho à cadeia mais ampla de fornecedores, não a uma equipe verificada da Delovaya. A rede existe. A rede local na premissa planejada não foi mostrada.