AS60077 라우팅 에지: Cloud.ir 전체 전달 경로가 아니다

요약

RIPE RDAP는 AS60077을 ORG-ADA42-RIPE / Asre Dadeha Asiatech에 등록된 활성AT-CLOUD자율 시스템으로 식별하며, RIPEstat는 2026년 7월 20일 기준 18개의 오리지네이션 IPv4 프리픽스, 14,080개의 IPv4 주소, 325개 RIS IPv4 피어 중 324개에서의 가시성을 관측했습니다.
동일한 라우팅 스냅샷은 현재 가시적인 오리지네이션 IPv6 프리픽스가 없고 관측된 이웃은 AS43754 단 하나임을 보였습니다. 7월 13일2a05:1a30::/34의 단일 출현은 타임스탬프가 찍힌 광고의 증거일 뿐, 진행 중인 고객용 IPv6 서비스의 증명이 아닙니다.
Cloud.ir는 클라우드 서버, VPS, 클라우드 데이터센터, 클라우드 스위치, 도메인 관리, CDN, 스토리지에 이르는 실시간 고객용 카탈로그를 유지하고 있습니다. Asiatech 데이터센터, ISO27001, TIA-942, Tier 2/3 특성에 대한 주장은 이 소스 세트에서는 운영사의 진술로 남아 있으며 독립적으로 검증된 시설 근거가 아닙니다.
AS60077은 현재 IPv4 제어 표면이 존재한다는 사실을 입증합니다. 그 자체로는 어떤 Cloud.ir 서비스가 그 네트워크를 사용하는지, 워크로드가 물리적으로 어디에서 실행되는지, 독립적인 업스트림 경로가 존재하는지, 고객이 얼마나 많은 용량을 사용할 수 있는지, Cloud.ir의 SLA가 규정한 좁은 보장과 제외 조건 외부에서 서비스 복구가 어떻게 이루어지는지를 확립하지 못합니다.

가장 명확한 근거는 네트워크 에지에 있다

클라우드 인프라는 흔히 제품 쪽에서부터 서술됩니다. 제공자는 가상 머신, 스토리지, 데이터센터 서비스, 연결성 기능, 지원 약속을 나열하고, 독자에게 그 아래에 있는 운영 체계를 추론하도록 요구합니다. AS60077은 분석을 반대 방향에서 시작할 수 있게 해줍니다. 제품 언어가 시작되기 전에 측정 가능한 네트워크 정체성을 제공합니다.

RIPE RDAP는 AS60077을AT-CLOUD라는 이름으로 활성 상태로 등록하고 있습니다. 해당 기록은 이를ORG-ADA42-RIPE및 Asre Dadeha Asiatech와 연결합니다. 자율 시스템 등록일은 2022년 6월 27일이고 최종 변경일은 2026년 1월 23일입니다. 이 필드들은 완전한 기업 이력은 아니지만 유용한 앵커입니다. 이 자율 시스템이 오래된 웹페이지에 남아 있는 이름에 불과한 것이 아니며, 이 기사의 소스 캡처 이전에 레지스트리 기록이 비교적 최근에 유지 관리되었음을 확립합니다.

RIPEstat는 관측된 라우팅 상태를 추가합니다. 조회 시점인 2026년 7월 20일 08:00 UTC 기준, AS 개요는 보유자를AT-CLOUD Asre Dadeha Asiatech로 명시하고 이 네트워크를 광고(announced) 상태로 표시했습니다. 라우팅 상태 보기는 더 운영적인 수치를 제공했습니다. 가시적인 IPv4 프리픽스 18개, IPv4 주소 14,080개, 해당 자율 시스템을 보고하는 RIS IPv4 피어 325개 중 324개가 이를 목격했습니다. 같은 날 16:00 UTC에 마지막으로 목격된 프리픽스로193.151.156.0/24를 기록했습니다.

이것은 살아있는 공개 라우팅 표면의 강력한 증거입니다. 동시에 특정 시점의 증거이기도 합니다. 라우팅 테이블은 변하고, 컬렉터 가시성에는 한계가 있으며, 자율 시스템이 곧 전체 클라우드 제품과 같지는 않습니다. 따라서 올바른 추론은 좁지만 의미가 있습니다. 캡처 시점에 Asre Dadeha Asiatech는 현재 광고되고 폭넓게 관측되는 IPv4 오리진을 갖고 있었습니다. 이 기록은 Cloud.ir의 모든 서버, 스토리지 볼륨, CDN 노드, 고객 연결이 AS60077을 경유한다는 것을 증명하지 않습니다.

이 구분이 중요한 이유는 이름들이 서로 다른 층위를 상호 교환 가능한 것처럼 보이게 할 수 있기 때문입니다.CLOUD Asre Dadeha Asiatech는 디렉터리 주체입니다. Asre Dadeha Asiatech는 네트워크 기록에 명시된 조직입니다.AT-CLOUD는 등록된 AS 이름입니다. Cloud.ir은 공식 페이지에서 발견되는 고객 대면 서비스 정체성입니다. 소스들은 이 층위들을 연결하지만, 모든 광고된 제품에서 AS60077까지 이어지는 패킷 수준의 지도를 제공하지는 않습니다. AS를 가시적인 것으로 다루는 것은 정당합니다. 이를 Cloud.ir의 완전한 구성도로 다루는 것은 그렇지 않습니다.

18개의 IPv4 프리픽스는 실질적인 공개 신호를 형성한다

프리픽스 목록은 AS60077에 단일 경로나 휴면 등록보다 더 많은 실체를 부여합니다. RIPEstat의 광고 프리픽스 데이터는 여러 주소 블록에 걸친 활성 IPv4 광고를 보였습니다.78.110.112.0/21;85.198.8.0/22와85.198.12.0/22; 더 작은85.198.16.0/23,85.198.19.0/24,85.198.20.0/23,85.198.22.0/23;193.151.128.0/22부터193.151.152.0/22까지의 /22 블록 시퀀스; 그리고193.151.156.0/24부터193.151.159.0/24까지의 /24 광고가 그것입니다.

인프라 연구자에게 이 목록은 몇 가지 기본 질문에 답합니다. 오리지네이션 블록이 하나 이상이고, 목록이 고립된 단일 /24가 아니라 여러 주소 블록을 담고 있다는 점입니다. 이 네트워크는 RIPEstat 라우팅 상태 스냅샷에서 보고하는 IPv4 피어 거의 전부에게 가시적이었습니다. bgp.tools의 제3자 라우팅 요약은 AS60077을 활성 네트워크로 독립적으로 기술하고, 오리지네이션 IPv4 프리픽스 18개를 귀속시키고, 업스트림으로 AS43754를 명명하고, 서버 호스팅(Server Hosting) 태그를 적용했습니다.

그러나 이 관측들은 주소가 고객에게 어떻게 할당되는지는 밝히지 않습니다. 하나의 프리픽스는 클라우드 서버, 관리 시스템, 공유 서비스, 인터넷에 노출된 내부 플랫폼 또는 기타 워크로드를 지원할 수 있습니다. 패킷은 개별 경로에 제품, 테넌트, 지역 또는 사용률 라벨을 부여하지 않습니다. 14,080개의 IPv4 주소라는 집계 수치조차 주소 공간 관측이지, 14,080개의 주소가 판매 가능하거나 현재 고객이 사용 중이라는 진술이 아닙니다.

RIPEstat의 라우팅 일관성 데이터는 또 하나의 유용한 경계를 제공합니다. AS60077에 대해 BGP에서 관측된 IPv4 프리픽스는 RIPE Whois에도 등장했습니다. 이 정합성은 한 종류의 모호성을 줄입니다. 이 스냅샷에서 활성 공개 광고가 대응하는 레지스트리 데이터와 분리되어 있지 않았다는 것입니다. 동시에 일관성 보기에는 Whois에는 있지만 BGP에는 없는 더 넓은 범위 또는 구성 요소 범위가 포함되어 있었습니다. 따라서 등록된 공간과 라우팅된 공간은 서로 교환 가능한 목록이 아닙니다. 레지스트리 객체는 동일한 범위가 현재 오리지네이트되고 있다는 증명 없이 범위를 기술할 수 있고, 더 넓은 등록은 경로로 가시적인 일부 구성 요소만을 포함할 수 있습니다.

동일한 주의는 라우팅 정책 기록에도 적용됩니다. AS43754는 BGP 및 Whois 임포트/익스포트 근거 양쪽에 등장했습니다. AS212895는 Whois 임포트 데이터에는 있었지만 관측된 BGP 보기에는 없었습니다. 이 차이가 AS212895를 현재 경로, 대기 경로 또는 독립적인 이중화 메커니즘으로 부를 근거가 되지는 않습니다. RIPEstat가 사용한 레지스트리 데이터에 정책 참조가 존재했다는 증거일 뿐입니다. 이 패킷에서 대응하는 관측된 경로 관계가 없는 한, 운영적 의미는 해결되지 않은 채로 남습니다.

결과는 잘 정의된 제어 평면 발견입니다. AS60077은 단순히 등록된 데 그치지 않았습니다. 폭넓게 가시적인 다양한 IPv4 프리픽스 세트를 오리지네이트했습니다. 이 발견은 마케팅 주장보다 강하고 서비스 용량 감사보다는 약합니다. 고객과 피어에게 공개 라우팅 에지가 존재한다는 것을 알려줍니다. 각 주소 뒤에 무엇이 있는지, 그 인프라가 얼마나 부하를 받는지, 장애 시 어떤 물리적 의존성이 결정적이 되는지는 알려주지 않습니다.

컬렉터를 통한 가시성은 전달의 지도가 아니다

325개 RIS IPv4 피어 중 324개라는 수치는 인상적입니다. 그 스냅샷에 기여하는 컬렉터 전반에 걸친 도달 범위를 보여주기 때문입니다. 그러나 이를 가용성 백분율 약속으로 변환해서는 안 됩니다. 컬렉터 가시성은 보고하는 피어가 오리진으로의 경로를 운반했는지에 답합니다. 애플리케이션 응답, 특정 고객까지의 패킷 손실, 사설 인터커넥션의 혼잡, 시설 내부 용량, 가상 머신의 상태는 측정하지 않습니다.

바로 여기서 공개 네트워크 연구가 과신에 빠질 수 있습니다. 광범위하게 전파된 경로는 그 주소에서 인터넷 서비스에 도달하는 데 필요한 부분이지만, 전파는 전달의 한 고리일 뿐입니다. 서버는 여전히 이용 불가능할 수 있습니다. 고객 워크로드는 구성으로 인해 격리되어 있을 수 있습니다. 경로가 완벽하게 보이는 동안 스토리지 의존성이 실패할 수 있습니다. 반대로 서비스가 연구자가 예상하는 자율 시스템 아래에는 나타나지 않는 네트워크 경로를 사용할 수도 있습니다. 소스 패킷은 Cloud.ir 제품을 종단 간으로 추적하지 않으므로 이 가능성들 중 어느 것도 배제할 수 없습니다.

시간 라벨도 중요합니다. RIPEstat는 한 조회 시점의 AS 개요를 보고했고, 7월 20일의 다른 시점에 마지막으로 목격된 프리픽스를 식별했습니다. 이 관측들은 18개 프리픽스 전체의 연속적 이력이나 다음 날에 대한 보장이 아니라 현재 스냅샷을 뒷받침합니다. RIPE RDAP의 최종 변경일은 연속적인 라우팅이 아니라 레지스트리 유지 관리를 보여줍니다. 서비스 사이트맵의 2025년과 2026년 수정일은 공식 제품 페이지가 유지되고 있었음을 보여줄 뿐, 각 기반 시스템이 그 날짜에 가용성 테스트를 통과했다는 뜻이 아닙니다.

규율 있는 독법은 각 타임스탬프를 그것이 뒷받침하는 주장에 그대로 부착합니다. 7월 20일, AS60077은 IPv4에서 광고되고 폭넓게 가시적인 상태로 나타났습니다. 캡처된 공식 웹 표면에서 Cloud.ir은 현재의 서비스 카탈로그를 제시했습니다. 이 기사는 그 사실들을 활동적인 공개 운영의 그림으로 결합할 수 있지만, 경로 컬렉터와 고객 워크로드 사이의 간격을 물리적 배치나 성능에 대한 가정으로 채울 수는 없습니다.

이 간격은 사소한 문제가 아닙니다. 이 사례의 핵심 실사 문제입니다. 공개 기록은 에지에서 이례적으로 구체적이고 그 뒤에서는 희박합니다. 에지를 정확하게 측정할수록 플랫폼의 나머지 부분을 똑같이 문서화된 것처럼 다루고 싶은 유혹이 커집니다. 그러나 그렇지 않습니다.

IPv6은 흔적이지, 현재의 서비스 주장이 아니다

IPv6 근거는 소스 패킷에 경로 이력과 현재 라우팅 상태가 모두 필요한 이유를 보여줍니다. RIPEstat의 광고 프리픽스 데이터에는2a05:1a30::/34가 포함되어 있었지만 2026년 7월 13일의 단일 타임스탬프에 국한되었습니다. 여기서 사용된 라우팅 상태 스냅샷에서 AS60077은 가시적인 오리지네이션 IPv6 프리픽스가 0개였고 321개 보고 RIS IPv6 피어 중 0개에게 관측되었습니다. bgp.tools 역시 이 네트워크를 오리지네이션 IPv6 프리픽스 0개로 요약했습니다.

안전한 결론은 Cloud.ir에 IPv6 서비스가 없다는 것은 아닙니다. 공개 경로 컬렉터는 모든 고객 구성, 다른 오리진 ASN, 비공개 사용, 파트너를 통한 서비스 전달, 이후의 라우팅 변경을 배제할 수 없습니다. 이 패킷이 그 대안들을 증명하지도 않습니다. 근거는 더 좁은 진술만을 뒷받침합니다. 소스 캡처에서 AS60077이 현재 IPv6 공간을 오리지네이트하고 있지 않았으며, 목록에 있던2a05:1a30::/34의 단일 출현은 진행 중인 공개 오리진을 확립하기에는 너무 짧았다는 것입니다.

이 구분은 실무적 가치가 있습니다. 네이티브 IPv6를 찾는 구매자는 이 역사적 타임스탬프를 확인으로 다루어서는 안 됩니다. 현재의 제품별 답변이 필요합니다. 어떤 Cloud.ir 서비스가 IPv6를 노출하는지, 관련 경로를 어떤 자율 시스템이 오리지네이트하는지, 주소가 고객에게 할당되는지, 어떤 지원 또는 가용성 조건이 적용되는지입니다. 패킷은 그 답들을 제공하지 않습니다.

동시에 현재 가시적 오리진의 부재를 엔지니어링 역량에 대한 주장으로 바꿔서도 안 됩니다. 이는 계획, 내부 배포, 하드웨어 준비 상태, 고객 수요에 대해 아무것도 결정적으로 말하지 않습니다. 캡처 시점의 공개 제어 평면에 대한 관측입니다. "이 라우팅 스냅샷에서 보이지 않는다"와 "존재하지 않는다"의 차이는 표현에서는 작지만 근거 품질에서는 큽니다.

따라서 AS60077의 IPv4 근거는 현재적이고 폭넓습니다. IPv6 근거는 역사적이고 순간적입니다. 이 두 상태를 분리해 두면, 프리픽스의 어떤 출현이라도 제공자의 영구적 특징이 되어버리는 익숙한 보고 오류를 방지합니다. 이 기사에서2a05:1a30::/34는 한계 표시자입니다. 데이터가 짧은 이벤트를 포착할 만큼 민감했음을 보여주면서, 동시에 그 이벤트가 더 큰 서비스 주장을 떠받칠 수 없는 이유도 보여줍니다.

유효한 경로 오리진은 복원력 인증서가 아니다

AS60077의 한 프리픽스는 추가적인 검증 층위를 갖습니다. RIPEstat의193.151.156.0/24에 대한 RPKI 검사는 유효(valid)를 반환했으며, ROA가 해당 프리픽스에 대해 오리진 60077을 승인했습니다. RIPE RDAP는 이 주소를IR-AT-20210316라는 이름의 활성 할당 PA 범위로 해석했고, 국가 코드 IR과 함께193.151.128.0부터193.151.158.255까지를 커버했습니다. 등록은 행정 및 기술 연락처 자료에ASIATECH-MNT와 Asiatech NOC를 명명했습니다.

함께, 이 소스들은 표본에 대해 일관된 사슬을 만듭니다. 범위가 레지스트리에 존재합니다. 유지 관리 및 연락처 식별자는 Asiatech 운영 맥락으로 되돌아갑니다. AS60077이 /24를 오리지네이트하는 것이 관측되었습니다. RPKI 결과는 조회 시점에 오리진이 검증 ROA에 의해 승인되었다고 말했습니다. 이것이 바로 라우팅 주장을 더 신뢰할 수 있게 만드는 층위화된 근거입니다.

그러나 그것은 여전히 라우팅 질문에만 답합니다. RPKI 유효성은 데이터센터를 인증하지 않고, 클라우드 제어 평면을 감사하지 않고, 가용 대역폭을 측정하지 않고, 업스트림 페일오버를 확인하지 않으며, 고객이 사고 후 데이터를 복구할 수 있다는 보장을 하지 않습니다. 주소에서 응답하는 서버가 정상인지도 보여주지 않습니다. 18개 IPv4 프리픽스 전체가 동일한 검증 상태를 갖는다는 것도 확립하지 않는데, 패킷이 기록한 것은193.151.156.0/24에 대한 특정 검증 결과이기 때문입니다.

이 결과의 가치는 정밀성에 있습니다. 전체 서비스의 보안에 대해 일반화하는 것보다, 이 현재 광고된 표본이 유효한 오리진을 가졌다고 말하는 것이 낫습니다. 경로 승인과 서비스 보증이 서로 다른 문제를 해결한다는 것을 인식하는 것도 낫습니다. 한쪽은 네트워크가 게시된 승인과 불일치하는 오리진을 거부하도록 돕습니다. 다른 쪽은 시스템, 시설, 사람, 절차, 계약 범위, 복구에 대한 근거를 요구합니다.

RDAP 범위도 동일한 주의를 받아야 합니다. 활성 할당 PA 등록은 주소 공간 관계를 뒷받침합니다. 국가 필드와 연락처 식별자는 레지스트리 맥락을 제공합니다. 그러나 특정 서버실의 위치를 지정하거나, 고객 워크로드가 어디에 상주하는지 증명하거나, 등록된 전체 범위가 현재 AS60077에 의해 라우팅된다는 것을 확립하지는 않습니다. 실제로 RDAP가 기술한 상한 경계와 관측된 /22 및 /24 광고의 혼합은 주소 등록을 BGP 근거와 나란히 읽어야 하며 대체해서는 안 되는 이유를 보여줍니다.

따라서 이 표본은 공개 기록 중 가장 강한 조각이자 그 한계의 가장 명확한 시연 중 하나입니다. 경로는 명명된 레지스트리 연락처와 함께 승인된 오리진에 연결될 수 있습니다. 그러나 경로 뒤의 물리적·운영적 사슬은 동일한 소스에 의해 문서화되어 있지 않습니다.

관측된 토폴로지는 AS43754로 좁아진다

RIPEstat의 이웃 보기는 AS60077에 대해 관측된 이웃 하나를 반환했습니다. AS43754입니다. 라우팅 일관성 데이터도 BGP 관계와 대응하는 Whois 임포트/익스포트 자료에서 AS43754를 보였습니다. RIPEstat와 RIPE RDAP는 AS43754를 활성 상태이며 Asiatech Data Transmission company가 보유한 것으로 식별합니다. bgp.tools는 동일한 ASN을 AS60077의 업스트림으로 제시합니다.

이 수렴은 AS43754를 가시적 의존성 그림의 실질적 부분으로 만듭니다. 이는 오래된 기록에서 발견된 정책 문자열이 아닙니다. 관측된 라우팅 관계에 나타났고, 레지스트리와 개요 소스에서 활성이었으며, 독립적으로 업스트림으로 요약되었습니다. 따라서 이 패킷에서 이용 가능한 공개 관점은 더 넓은 Asiatech 맥락 내에서 AS60077에서 관측된 단일 네트워크 이웃을 가리킵니다.

그것이 보여주지 않는 것은 독립적인 업스트림 이중화입니다. AS43754가 Asiatech Data Transmission company로 식별되기 때문에, 그 존재가 AS60077이 별도로 제어되는 외부 경로를 갖고 있다는 증거로 다뤄질 수 없습니다. 소스 패킷은 그러한 주장을 뒷받침할 수 있는 두 번째 관측된 BGP 이웃을 발견하지 못했습니다. AS212895가 Whois 임포트 데이터에 있다는 사실은 그것이 패킷의 관측된 BGP 보기에 나타나지 않았기 때문에 이 결론을 바꾸지 않습니다.

표현은 정확해야 합니다. "관측된 이웃이 하나"는 "현실에 연결이 하나만 존재한다"를 의미하지 않습니다. 공개 라우팅 데이터셋은 사설 협정, 캡처 시점에 비활성이던 백업 구성, 내부 경로, 선택된 보기에 노출되지 않은 관계를 놓칠 수 있습니다. 패킷은 라우터 구성을 감사하거나 네트워크 다이어그램을 입수하지 않았습니다. 독립적인 멀티 업스트림 경로가 검증되지 않았다고 말할 수 있을 뿐, 다른 경로가 기술적으로 불가능하다고 말할 수 없습니다.

주제가 클라우드 서비스일 때 이 차이는 특히 중요합니다. 제공자는 여러 층위에서 이중화를 구축할 수 있고, 그 전부가 별개의 공개 이웃으로 나타나는 것은 아닙니다. 여러 물리 회로가 하나의 업스트림 ASN으로 종료될 수 있습니다. 서로 다른 시설이 같은 업스트림 조직을 사용할 수 있습니다. 내부 트래픽 엔지니어링은 컬렉터에게 보이는 이웃 수를 바꾸지 않고 경로를 바꿀 수 있습니다. 이러한 구성 중 어느 것도 여기서 입증되지 않습니다. 발견이 아니라 가능성으로 남습니다.

고객의 관점에서 현재 공개 그림은 판정이 아니라 초점화된 질문을 제기합니다. AS43754에 운영 문제가 발생하면, 어떤 대체 경로가 AS60077이 오리지네이트하는 주소 공간을 운반하는가? 그 대체 경로는 독립적으로 운영되고, 물리적으로 분리되어 있으며, 정기적으로 테스트되는가? 모든 고객 대면 프리픽스를 커버하는가, 아니면 일부만인가? 소스들은 답하지 않습니다.

이 질문이 중요한 이유는 ASN 관계가 모든 물리 회로를 밝힐 수 없더라도 조직적 집중을 드러낼 수 있기 때문입니다. AS60077은 별개의 오리진으로 가시적이지만, 관측된 유일한 업스트림은 또 다른 Asiatech 네트워크입니다. 그것은 의도적인 아키텍처일 수 있고 신뢰하게 운영될 수 있습니다. 근거는 단지 독립적인 장애 도메인을 확립하지 않습니다. AS43754에서 멈추는 경로 지도는 완성된 복원력 지도로 제시되어서는 안 됩니다.

PeeringDB는 네트워크를 기록하지만 물리 지도는 비워 둔다

PeeringDB에는 Asre Dadeha Asiatech라는 이름의 ASN 60077에 대한 현재 네트워크 기록이 있습니다. 기록의 네트워크 및 RIR 상태 필드는 모두ok입니다. 이것은 기본 정체성 사슬을 뒷받침하고 ASN이 널리 사용되는 인터커넥션 디렉터리에 인정된 항목을 갖고 있음을 보여줍니다.

공개 프로필의 나머지는 공개하지 않는 것으로 유명합니다. 캡처 시점에ix_count=0과fac_count=0을 보고했습니다. 웹사이트, 룩킹 글래스, 루트 서버, 정책 URL, 트래픽 수준, 지리적 범위를 나열하지 않았습니다. 이 필드들은 네트워크에 시설이 없고, 교환 연결이 없고, 트래픽이 없고, 라우팅 정책이 없다는 것을 확립하지 않습니다. PeeringDB의 0 또는 빈 필드는 그 기록에서의 공개에 대한 증거이지 기반 인프라에 대한 결정적 증명이 아닙니다.

그러나 이 주의가 0을 무의미하게 만들어서는 안 됩니다. PeeringDB는 네트워크 운영자가 시설과 인터커넥션 관계를 공개적으로 판독 가능하게 만들 수 있는 장소 중 하나입니다. 이 경우 기록은 AS60077에 대해 정확한 메트로, 인터넷 익스체인지 부착, 시설 존재, 공개 피어링 패브릭, 공개된 트래픽 규모를 보강하는 데 사용될 수 없습니다. 빈 물리 지도는 소스 검사를 통과하면서 남습니다.

결과는 BGP 보기와 대조적입니다. RIPEstat는 프리픽스와 관측 피어를 셀 수 있습니다. RPKI는 표본 오리진을 검증할 수 있습니다. RDAP는 조직과 주소 연락처를 명명할 수 있습니다. 그러나 PeeringDB는 그 경로들을 명명된 건물이나 사이트에 연결하는 시설 부착을 전혀 제공하지 않습니다. 공개 기록은 분석이 논리적 도달 가능성에서 물리적 전달로 이동하는 바로 그 지점에서 덜 상세해집니다.

이 부재는 또한 쉬운 이중화 주장을 막습니다. 서로 다른 위치의 두 시설 기록만으로는 독립된 전력, 전송, 인력, 페일오버를 증명하지 못하지만, 최소한 검사 가능한 공개 객체를 만들 것입니다. 여기서는 캡처된 기록에 그러한 AS60077 시설 항목이 없습니다. 소스 패킷은 사이트를 비교하거나, 메트로 분리를 확인하거나, 여러 서비스 위치가 동일한 기반 의존성을 공유하는지 검증할 수 없습니다.

책임 있는 해석은 두 부분으로 나뉩니다. 첫째, Asre Dadeha Asiatech는 양호한 상태의 PeeringDB 기록과 함께 활성 네트워크 정체성을 유지합니다. 둘째, 그 기록은 AS60077에 대한 공개 시설 또는 익스체인지 근거를 제공하지 않습니다. 두 번째 진술을 시설이 존재하지 않는다는 비난으로 바꾸는 것은 공정하지도 정확하지도 않습니다. Cloud.ir의 제품 페이지가 상업적 서술이 시설 목록인 것처럼 그 간격을 채우도록 두는 것도 똑같이 부정확합니다.

공개 검증 가능성 자체가 구매자, 피어, 연구자에게 운영적 속성입니다. 외부 당사자가 집중을 얼마나 빨리 이해하고 올바른 기술 연락처에 도달할 수 있는지에 영향을 미칩니다. AS60077은 경로 오리진으로는 찾기 쉽지만 물리적 서비스로는 매핑하기 어렵습니다. 이 비대칭이 기사의 핵심 발견 중 하나입니다.

Cloud.ir은 현재적이고 폭넓은 서비스 표면을 제시한다

공식 서비스 측면은 휴면하지 않았습니다. 소스 수집 동안 Cloud.ir은 HTTPS로 접근 가능했습니다. 홈페이지와 서비스 사이트맵은 클라우드 서버, VPS, 클라우드 데이터센터, 클라우드 스위치, 클라우드 도메인 관리, CDN, 클라우드 스토리지에 대한 활성 페이지를 제시했습니다. 사이트맵은 핵심 서비스 페이지에 2025년과 2026년 수정일을 보여, 폐기된 아카이브가 아니라 유지되는 고객용 카탈로그라는 관점을 뒷받침했습니다.

Cloud.ir 자신의 설명에 따르면, 클라우드 서비스는 이란력 1399년에 시작했으며 20개 이상의 클라우드 제품을 제공하고 이란의 Asiatech 데이터센터에서 운영됩니다. 이 진술들은 운영자가 고객에게 플랫폼을 어떻게 이해하기를 바라는지 정의하는 데 도움이 됩니다. 연락처 페이지도 현재의 영업 및 지원 표면을 제공합니다. 함께, 공식 페이지는 활동적인 상업적 제시라는 발견을 뒷받침합니다.

그러나 그것들은 고객 규모를 독립적으로 확립하지 않습니다. 제품 페이지는 활성 테넌트를 세지 않고, 판매되거나 여분의 자원을 공개하지 않으며, 각 서비스가 사용하는 주소를 식별하지 않고, 광고된 기능이 모든 배포에서 이용 가능하다는 것을 증명하지 않습니다. 패킷에는 고객 명단, 사용률 기록, 서비스별 경로 추적, 감사된 목록이 없습니다. 따라서 메뉴의 폭을 물리적 용량의 폭에 대한 대리 지표로 사용하는 것은 실수일 것입니다.

AS60077과의 관계도 같은 절제로 틀어져야 합니다. 네트워크 기록은 Asre Dadeha Asiatech를 명명하고, 공식 서비스 페이지는 Cloud.ir을 이란의 Asiatech 데이터센터 위에 위치시킵니다. 연결된 공개 운영 표면을 분석하기에는 충분합니다. 그러나 모든 Cloud.ir 서비스가 AS60077에서 전달된다고 말하기에는 불충분합니다. CDN, 스토리지 서비스, 클라우드 스위치, 관리 평면 또는 고객 VM은 연구자가 보는 공개 오리진과 다른 전달 경로를 가질 수 있습니다. 패킷은 그러한 제품 수준의 경로를 해결하지 않습니다.

이것은 제품 페이지를 배격할 이유가 아닙니다. 그것들은 고객이 무엇을 사도록 초대받는지, 어떤 운영 약속이 검토를 받아야 하는지 확립합니다. 클라우드 서버와 VPS는 컴퓨팅 및 네트워크 의존성을 내포합니다. 클라우드 스토리지는 영속성과 복원 질문을 도입합니다. CDN 서비스는 에지 배치와 오리진 도달 가능성에 대한 질문을 제기합니다. 클라우드 데이터센터 제안은 시설, 전력, 냉각, 사이트 간 설계에 대해 가장 직접적인 질문을 제기합니다. 따라서 공식 카탈로그는 그 뒤의 구현이 증명은 아니더라도 주장과 의존성의 유용한 지도입니다.

카탈로그의 폭은 또한 공개 네트워크 지도의 좁음을 더 시사적으로 만듭니다. Cloud.ir이 단일 실험적 서비스만 광고했다면, 불완전한 토폴로지 기록은 작은 에지를 기술할 수 있었을 것입니다. 여러 서비스 계열에 걸친 20개 이상의 제품이 주장되는 상황에서 고객은 어떤 근거가 어떤 제품에 적용되는지 알아야 합니다. 패킷은 살아있는 웹사이트, 유지되는 서비스 페이지, 활성 IPv4 ASN, 일련의 현재 경로를 검증할 수 있습니다. 그러나 모든 제품 타일을 특정 프리픽스, 시설 또는 복구 절차에 연결할 수는 없습니다.

서비스 표면과 전달 경로의 구분은 기사 전체에서 가시적으로 유지되어야 합니다. Cloud.ir의 페이지는 운영자가 제공한다고 말하는 것에 대한 일차 근거입니다. RIPE, RIPEstat, RPKI, PeeringDB, bgp.tools는 네트워크 정체성의 일부에 대한 공개 근거입니다. 어느 소스 계류도 단독으로든 함께든 물리 지도를 완성하지 못합니다.

데이터센터 및 표준 주장은 스스로 기술한 상태로 남는다

Cloud.ir의 공식 페이지는 데이터센터 복원력과 표준 언어를 인용합니다. 이란의 Asiatech 데이터센터에서의 운영을 기술하고, ISO27001, TIA-942, Tier 2/3 특성을 포함하는 주장을 합니다. 이 진술들은 운영자의 설계 및 컴플라이언스 작업과 관련이 있을 수 있지만, 현재의 소스 패킷은 이를 독립적으로 검증하지 않았습니다.

한계는 구체적입니다. 패킷에는 명명된 사이트와 현재 범위에 결합된 독립적인 시설 인증서가 없었습니다. 정확한 시설 목록을 확립하지 않았고, 어떤 Cloud.ir 제품이 어떤 사이트에서 실행되는지 식별하지 않았으며, 동일한 인증이 모든 위치에 적용되는지 보여주지 않았습니다. 전력 피드, 냉각 토폴로지, 발전기 가동 시간, 연료 협정, 물리적 네트워크 입구, 고객이 사용 가능한 컴퓨팅 및 스토리지 용량을 문서화하지도 않았습니다.

이것은 주장이 거짓임을 보여주는 것이 아닙니다. AS60077 라우팅 사실과 근거적 지위가 다르다는 것을 보여줍니다. 경로 컬렉터는 오리진을 독립적으로 관측할 수 있습니다. RDAP는 레지스트리 객체를 독립적으로 반환할 수 있습니다. 반면 이 패킷의 데이터센터 서술은 운영자 자신의 페이지에서 나옵니다. 따라서 Cloud.ir의 진술로 귀속되어야 하며, 독립적으로 인증된 조건으로 다시 쓰여서는 안 됩니다.

표준 이름은 특히 강한 인상을 만들 수 있습니다. 복잡한 보증 질문을 익숙한 라벨로 압축하기 때문입니다. 그러나 범위가 결정적입니다. 관리 시스템 인증, 시설 설계 참조, 티어 스타일의 가용성 서술은 서로 다른 질문에 답합니다. 소스 패킷은 정확한 주장, 발급 기관, 피보험 법적 주체, 대상 건물, 유효 기간, 제외 조건을 결정하는 데 필요한 문서를 제공하지 않습니다. 그 범위 없이 라벨을 반복하면 기사가 근거보다 더 확실해 보이게 됩니다.

"Asiatech 데이터센터"라는 표현에도 같은 문제가 적용됩니다. 조직적 의존성과 국가를 식별하지만 시설 경로는 식별하지 않습니다. 특정 Cloud.ir 워크로드가 한 사이트를 사용하는지 여러 사이트를 사용하는지, 그 사이트들이 업스트림을 공유하는지, 데이터가 어떻게 복제되는지, 고객이 장애 도메인을 선택할 수 있는지 말하지 않습니다. AS60077의 경로는 그 빠진 세부 사항을 공급할 수 없습니다. PeeringDB의 0 시설 수는 그 간격을 연결할 독립적인 사이트 부착을 제공하지 않습니다.

인프라 구매자에게 유용한 다음 근거는 구체적이고 제품별적일 것입니다. 명명된 시설 목록; 각 사이트와 판매되는 서비스의 관계; 범위와 날짜가 있는 인증서 문서; 독립된 전력 및 네트워크 경로의 서술; 용량 약속; 테스트된 복원 절차. 현재 패킷에는 그중 어느 것도 없습니다. 따라서 전달 경로를 공개적으로 미입증이라고 부르는 것이 적절하며, 기반 인프라가 부재하다고 선언하는 것은 아닙니다.

이 구분은 분석의 양쪽을 모두 보호합니다. 운영자의 자기 기술이 응받지 못한 감사 결과가 되는 것을 막고, 빠진 공개 근거가 응받지 못한 혐의가 되는 것을 막습니다. 기사는 정확히 보였던 것을 말할 수 있습니다. Cloud.ir이 주장을 했고, 라우팅 에지는 활성이었으며, 패킷의 독립 소스는 그 뒤의 물리적 세부 사항을 검증하지 않았다는 것입니다.

SLA는 더 좁은 운영 경계를 그린다

Cloud.ir의 공식 페이지 중에서 SLA는 서비스 약속이 어디서 멈추는지 이해하는 데 가장 유용한 소스입니다. SLA는 가동 시간 보장을 통상 운영 하의 네트워크 및 클라우드 서버 가용성으로 제한합니다. 그런 다음 고객 소프트웨어, 운영 체제, 구성, 서비스 거부 공격, 정지, 유지 관리, 중요 패치, 불가항력, 고객 장비 고장, 고객 요청 다운타임, 미납, 법적 또는 보안 명령을 포함한 광범위한 상황을 제외합니다.

이 제외 조건들은 중요합니다. 고객은 애플리케이션을 하나의 시스템으로 경험하지만, 계약은 그것을 층위로 나누기 때문입니다. 운영 체제가 고장 나는 동안 경로는 가시적으로 남아 있을 수 있습니다. 고객 구성이 접근을 막는 동안 클라우드 서버는 실행 중일 수 있습니다. 서비스 거부 이벤트가 사용에 영향을 미치는 동안 인프라는 가용할 수 있습니다. 유지 관리나 중요 패치는 통상적인 네트워크 장애와 같은 방식으로 취급되지 않으면서 서비스를 중단시킬 수 있습니다. SLA는 그 경험의 어느 부분이 보장 안에 있고 어느 부분이 밖에 있는지 정의합니다.

이 페이지는 제외된 이벤트가 실제로 발생했다는 증명으로 읽어서는 안 됩니다. 제외 조건의 존재 자체가 약한 서비스 품질을 보여주지도 않습니다. 이것은 귀속에 대한 계약적 근거입니다. 광범위한 클라우드 가용성 주장이 다운타임의 모든 원인을 커버하는 보장으로 해석될 수 없음을 독자에게 알려줍니다.

이 경계는 제품 카탈로그와 비교할 때 특히 중요합니다. Cloud.ir은 클라우드 서버, VPS, 스토리지, CDN, 도메인 관리, 네트워크 스위칭, 클라우드 데이터센터 서비스를 제시합니다. 캡처된 SLA 언어는 가동 시간 보장을 통상 운영 하의 네트워크 및 클라우드 서버 가용성에 집중시킵니다. 소스 패킷은 모든 제품 계열을 커버하는 단일하고 똑같이 상세한 복구 약속을 보여주지 않습니다. 따라서 구매자는 헤드라인 가용성 개념이 스토리지 복원, CDN 동작, 고객 구성 또는 데이터센터 서비스 의존성에 똑같이 적용된다고 가정해서는 안 됩니다.

제외 조건은 또한 AS60077이 복원력 질문에 답할 수 없는 이유를 밝힙니다. BGP 데이터는 프리픽스가 가시적인지 보여줄 수 있습니다. 그러나 중단이 유지 관리, 중요 패치, 보안 명령, 고객 소프트웨어 또는 불가항력에 속하는지 식별할 수 없습니다. 고객이 구제를 받을 자격이 있는지 보여줄 수 없습니다. 실패한 서비스가 얼마나 빨리 재구축되는지 또는 저장된 데이터가 같은 시점으로 돌아오는지 측정할 수 없습니다.

가장 중요하게, SLA는 빠진 시설 경로를 제공하지 않습니다. 통상 운영 하의 네트워크 가용성이 커버된다는 사실은 어떤 건물, 회로 또는 업스트림이 서비스를 운반하는지 드러내지 않습니다. 두 번째 사이트가 인계할 수 있다는 것을 확립하지 않습니다. 페일오버를 위해 예약된 여분 용량의 크기를 공개하지 않습니다. 업스트림 사고 동안 AS43754가 우회되는지 말하지 않습니다. 이것들은 별개의 운영 사실입니다.

유지 관리와 중요 패치의 처리는 특별한 주의를 받아야 합니다. 이것들은 운영적으로 필요한 활동이지만, 그 제외는 관측된 고객 결과가 페이지에서 서술된 통상 가동 시간 계산 밖에 놓일 수 있음을 의미합니다. 패킷은 유지 관리 빈도 데이터, 통지 성과, 역사적 기간을 제공하지 않으므로 실제 중단에 대한 결론은 불가능합니다. 말할 수 있는 것은 유지 관리가 무조건적인 가용성 약속이 아니라 계약의 경계에 속한다는 것입니다.

서비스 거부 공격과 법적 또는 보안 명령에도 같은 것이 적용됩니다. 이것들은 경로 오리진 스냅샷이 설명하지 않는 이유로 도달 가능성 또는 서비스 연속성에 영향을 미칠 수 있습니다. 기사는 그러한 이벤트의 가능성에 대해 추측해서는 안 됩니다. 관련성은 운영자가 이를 명시적으로 예외에 두었다는 점입니다. 완전한 리스크 평가는 경로 테이블뿐 아니라 SLA도 필요합니다. 두 문서는 서로 다른 질문에 답하기 때문입니다.

고객 측 제외는 또 하나의 모호성 층위를 만듭니다. 소프트웨어, 운영 체제, 구성, 고객 장비는 모두 사용자의 자리에서 클라우드 고장처럼 보이는 다운타임을 만들 수 있습니다. Cloud.ir의 계약은 그러한 원인을 커버되는 인프라 가용성과 구분합니다. 이것은 관측 가능성과 지원 에스컬레이션을 중요하게 만들지만, 패킷에는 이를 평가할 인시던트 예시, 응답 시간 이력, 지원 해결 데이터가 없습니다.

따라서 SLA는 법적 각주 이상을 기여합니다. 공개 서비스 약속에 대한 최대 안전 주장을 정의합니다. Cloud.ir은 명시된 제외 조건을 조건으로 하는, 통상 조건에서의 네트워크 및 클라우드 서버 가용성에 대한 가동 시간 프레임워크를 제공합니다. 패킷은 종단 간 애플리케이션 가동 시간, 모든 원인의 가용성, 시설 페일오버, 데이터 복구, 또는 전체 카탈로그에 걸친 균일한 보장을 증명하지 않습니다.

네 가지 근거 층위는 분리된 채 유지되어야 한다

소스 세트는 네 가지 층위로 나눌 때 해석이 쉬워집니다.

첫 번째는 정체성입니다. RIPE RDAP는 AS60077,AT-CLOUD,ORG-ADA42-RIPE, Asre Dadeha Asiatech를 연결합니다. 주소 RDAP 기록은 표본 프리픽스를 커버하는 범위에IR-AT-20210316,ASIATECH-MNT, Asiatech NOC를 연결합니다. 이것들은 날짜와 상태 필드를 갖는 내구적인 레지스트리 진술입니다.

두 번째는 현재 네트워크 관측입니다. RIPEstat는 AS60077이 광고되는 것을 목격하고, IPv4 프리픽스 18개와 IPv4 주소 14,080개를 세었으며, 폭넓은 RIS IPv4 가시성을 기록하고, 관측된 이웃 하나를 발견했으며, 현재 가시적인 IPv6 오리진이 없음을 보였습니다. bgp.tools는 일관된 공개 요약을 제공했습니다. RPKI 결과는193.151.156.0/24에 대해 오리진 60077을 검증했습니다. 이 발견들은 캡처 시점에 측정 가능한 공개 제어 평면을 확립합니다.

세 번째는 상업적 서비스 표면입니다. Cloud.ir의 공식 페이지는 20개 이상의 제품을 제시하고 컴퓨팅, VPS, 데이터센터, 스위칭, 도메인, CDN, 스토리지 서비스의 현재 페이지를 노출합니다. 이 서비스가 이란의 Asiatech 데이터센터에서 운영된다고 말하고 표준 및 티어 특성을 서술합니다. SLA는 계약적 가용성 경계와 제외 조건을 명시합니다. 이것들은 운영자 자신의 제안과 주장에 대한 일차 소스입니다.

네 번째는 물리적 및 복구 보증입니다. 이 층위는 제품과 프리픽스를 명명된 시설, 독립 네트워크 경로, 사용 가능한 자원 수준, 복제 설계, 복원 절차, 테스트된 페일오버에 연결할 것입니다. 또한 표준 주장을 정확한 사이트와 현재 인증서 범위에 결합할 것입니다. 그 근거는 이 패킷에 존재하지 않습니다.

혼란은 한 층위의 사실이 다른 층위를 채우는 데 사용될 때 발생합니다. 활성 AS 등록은 현재 경로를 증명할 수 없으며, 그래서 RIPEstat 관측이 중요합니다. 현재 경로는 시설을 증명할 수 없으며, 그래서 PeeringDB와 독립적인 사이트 근거가 중요합니다. 제품 페이지는 여분 용량을 증명할 수 없습니다. SLA는 페일오버가 성공한다는 것을 증명할 수 없습니다. 유효한 RPKI 오리진은 고객 애플리케이션이 가용하다는 것을 증명할 수 없습니다.

층위들은 상호작용합니다. 정체성 기록은 관측된 경로를 귀속 가능하게 만듭니다. 경로 기록은 서비스 운영자의 네트워크 일부를 가시적으로 만듭니다. 공식 페이지는 그 네트워크가 고객에게 왜 중요한지 설명합니다. SLA는 고객의 경험과 계약적 보장이 벗어날 수 있는 조건을 노출합니다. 결합된 그림은 어떤 단일 소스보다 강하지만, 여전히 정의된 경계를 갖습니다.

그 경계가 이 기사가 사실 주장을 멈추고 질문 명명을 시작해야 하는 지점입니다. 공개 근거는 살아있는 네트워크와 살아있는 상점가를 뒷받침합니다. 물리적 다양성, 독립 업스트림, 용량, 복구에 대한 완성된 진술은 뒷받침하지 않습니다. 그 선을 보존하는 것이 마케팅 언어를 반복하거나 모든 빈 필드를 실패의 증명으로 다루는 것보다 더 유익합니다.

미해결 질문들은 제품별적이다

Cloud.ir을 평가하는 진지한 고객은 "더 많은 투명성"이라는 일반적 요구보다 짧고 정확한 요청 목록에서 더 많은 것을 얻을 것입니다. 첫 번째 요청은 네트워크 근거를 구매한 서비스에 매핑해야 합니다. 어떤 Cloud.ir 제품이 AS60077이 오리지네이트하는 주소를 사용하는가? 관리 엔드포인트, 고객 워크로드, 스토리지 서비스, CDN 노드가 동일한 오리진에 있는가? 일부 제품이 AS43754 또는 다른 자율 시스템을 직접 사용하는가? 패킷은 그 매핑을 제공하지 않습니다.

두 번째 요청은 물리 경로를 다뤄야 합니다. 어떤 명명된 시설이 각 서비스를 호스팅하며, 고객이 위치를 선택하거나 검증할 수 있는가? 광고된 두 사이트가 전력, 냉각, 건물 접근, 네트워크 입구에서 독립적인가, 아니면 실질적 의존성을 공유하는가? AS60077의 기록에는 시설 부착이 없고 공식 페이지는 이 소스 세트에서 독립적으로 검증된 시설 목록을 제공하지 않으므로 PeeringDB는 답할 수 없습니다.

세 번째 요청은 업스트림 설계를 명확히 해야 합니다. AS43754가 유일한 관측 이웃이었습니다. AS60077이 그 네트워크를 통해 도달 가능성을 잃으면, 어떤 대체 경로가 그 프리픽스를 운반할 것으로 예상되는가? 대안은 BGP에서 활성인가, 장애용으로 예약되어 있는가, 동일 조직 내에서 제공되는가? 얼마나 자주 테스트되며 어떤 프리픽스를 커버하는가? AS212895에 대한 Whois 임포트 참조는 패킷에서 BGP 관계로 관측되지 않았기 때문에 그 질문에 답하기에 충분하지 않습니다.

네 번째 요청은 IPv6에 관한 것입니다. 단일2a05:1a30::/34타임스탬프는 공개 데이터로부터 예-아니오 결론이 아니라 현재의 제품 답변을 촉구해야 합니다. 지금 IPv6가 고객에게 이용 가능한가? 그렇다면 어떤 제품, 어떤 프리픽스, 어떤 오리진 ASN, 어떤 SLA가 적용되는가? 그렇지 않다면 패킷은 그것이 언제 바뀔지 예측할 근거를 제공하지 않습니다.

다섯 번째 요청은 할당된 자원과 사용 가능한 용량을 분리해야 합니다. 18개의 IPv4 프리픽스와 14,080개의 주소는 라우트된 주소 공간을 보여줄 뿐, 이용 가능한 컴퓨팅, 스토리지, 대역폭 또는 복구 여력을 보여주지 않습니다. 고객은 구매하는 자원과 일치하는 약속이 필요합니다. 예약 또는 탄력적 용량, 페일오버 중의 한계, 스토리지 복제 동작, 자원이 이용 불가능할 수 있는 조건. 어느 것도 프리픽스 수에서 도출될 수 없습니다.

여섯 번째 요청은 표준 주장을 범위 안에 넣어야 합니다. 어떤 법적 주체와 시설이 ISO27001에 의해 커버되는가? 정확히 어떤 TIA-942 평가 또는 설계 주장이 제기되고 있는가? Tier 2/3는 특정 서비스와 사이트에 대해 무엇을 의미하는가? 문서 날짜, 발급자, 제외 조건은 무엇인가? 이 질문들은 주장이 무효라고 가정하지 않습니다. 그것을 운영자 서술에서 독립적으로 확인 가능한 보증으로 옮기는 데 필요한 근거를 요구합니다.

일곱 번째 요청은 SLA를 운영까지 따라가야 합니다. 유지 관리와 중요 패치는 어떻게 통지되는가? 어떤 텔레메트리가 제공자 네트워크 고장과 고객 구성을 구분하는가? 컴퓨팅, 스토리지, 네트워크 층위가 함께 실패할 때 어떤 복원 순서가 적용되는가? 이벤트가 논쟁 중인 제외 조건에 속할 때 어떤 에스컬레이션 경로가 있는가? 패킷은 지원 및 영업 연락처 표면이 존재함을 확인하지만 역사적 응답 또는 복구 성과는 제공하지 않습니다.

마지막으로 구매자는 어떤 주장이 계약적인지 물어야 합니다. 서비스 페이지는 고가용성, 영속성, 끊김 없는 연결성을 서술할 수 있지만, SLA는 더 좁은 커버 조건을 정의합니다. 소스 세트는 모든 제품 진술이 고객 계약에 어떻게 편입되는지 보여주지 않습니다. 관련 제외와 구제를 담은 정확한 서비스 일정이 구별 없는 클라우드 약속보다 더 무게를 가질 것입니다.

이 요청들은 근거 공백에서 직접 따라 나옵니다. Cloud.ir에 시설, 용량, 대체 회로, 복구 절차 또는 인증이 없다고 가정하지 않습니다. 여기서 사용된 20개 소스 클로저로 외부 독자가 검증할 수 없는 것이 무엇인지 식별합니다. 그것이 공개 소스 인프라 분석의 올바른 역할입니다. 불확실성을 뒷받침 없는 확실성이 아니라 구체적 실사로 전환하는 것입니다.

가시적인 오리진은 보증의 시작에 불과하다

AS60077은 Asre Dadeha Asiatech에게 명확하고 현재적인 공개 에지를 제공합니다. RIPE RDAP는 자율 시스템과 조직을 식별합니다. RIPEstat는 18개의 IPv4 프리픽스, 폭넓은 컬렉터 가시성, 광고 상태를 보여줍니다. 표본 프리픽스는 유효한 RPKI 오리진과 일관된 주소 등록을 갖습니다. bgp.tools는 일관된 요약에 도달합니다. 한편 Cloud.ir은 활동적이고 폭넓은 서비스 카탈로그를 제시합니다.

이 발견들은 두 가지 단순한 독법을 배격하기에 충분합니다. 이것은 관측 가능한 네트워크 운영이 없는 단순한 클라우드 이름이 아닙니다. 경로가 가시적이기 때문에 완전히 문서화된 전달 경로라는 것도 아닙니다. 근거는 인터넷 제어 평면이 시작되는 곳에서 가장 강하고, 고객 리스크가 물리적이고 절차적으로 되는 곳에서 가장 약합니다.

관측된 유일한 이웃 AS43754는 진짜 의존성 신호이지만, 완전한 토폴로지의 증명이 아니고 독립적으로 제어되는 백업의 근거도 아닙니다. PeeringDB의 빈 시설 및 익스체인지 필드는 부재를 증명하지 않으면서 공개 보강을 제한합니다. 공식 데이터센터 및 표준 서술은 이 패킷에서 자기 귀속된 상태로 남습니다. SLA는 실제 가용성 프레임워크를 확립하면서 그것이 모든 원인에 대한 보장이 되지 못하게 하는 조건을 벌축합니다.

결과적 결론은 절제되어 있습니다. 공개 근거는 Asre Dadeha Asiatech와 연관된 살아있는 IPv4 라우팅 표면과 현재의 Cloud.ir 고객 대면 서비스 표면을 뒷받침합니다. 그것은 서비스 뒤의 정확한 시설, 모든 제품이 취하는 경로, 독립 업스트림 다양성, 고객이 사용 가능한 용량, 진행 중인 IPv6 오리지네이션, 다층 장애 이후의 복구 경계를 증명하지 않습니다.

이것은 고발이 아닙니다. 근거 경계입니다. AS60077은 운영자를 더 쉽게 관측할 수 있게 만들고, 그 가시성은 가치가 있습니다. 동시에 경로 테이블 밖에 얼마나 많은 것이 남아 있는지 분명하게 만듭니다. 클라우드 서비스가 장애를 흡수할 수 있는지 결정하려는 고객에게 다음으로 결정적인 문서는 더 많은 프리픽스 수가 아닙니다. 제품-네트워크 매핑, 시설별 근거, 독립 경로 세부 사항, 범위가 지정된 보증 기록, SLA의 제외 조건을 견디는 복구 약속입니다.

AS60077이 보여주는 것은 라우팅 에지이지 Cloud.ir의 전체 전달 경로가 아니다

왜 중요한가

요약

가장 명확한 근거는 네트워크 에지에 있다

18개의 IPv4 프리픽스는 실질적인 공개 신호를 형성한다

컬렉터를 통한 가시성은 전달의 지도가 아니다

IPv6은 흔적이지, 현재의 서비스 주장이 아니다

유효한 경로 오리진은 복원력 인증서가 아니다

관측된 토폴로지는 AS43754로 좁아진다

PeeringDB는 네트워크를 기록하지만 물리 지도는 비워 둔다

Cloud.ir은 현재적이고 폭넓은 서비스 표면을 제시한다

데이터센터 및 표준 주장은 스스로 기술한 상태로 남는다

SLA는 더 좁은 운영 경계를 그린다

네 가지 근거 층위는 분리된 채 유지되어야 한다

미해결 질문들은 제품별적이다

가시적인 오리진은 보증의 시작에 불과하다

출처

요약

가장 명확한 근거는 네트워크 에지에 있다

18개의 IPv4 프리픽스는 실질적인 공개 신호를 형성한다

컬렉터를 통한 가시성은 전달의 지도가 아니다

IPv6은 흔적이지, 현재의 서비스 주장이 아니다

유효한 경로 오리진은 복원력 인증서가 아니다

관측된 토폴로지는 AS43754로 좁아진다

PeeringDB는 네트워크를 기록하지만 물리 지도는 비워 둔다

Cloud.ir은 현재적이고 폭넓은 서비스 표면을 제시한다

데이터센터 및 표준 주장은 스스로 기술한 상태로 남는다

SLA는 더 좁은 운영 경계를 그린다

네 가지 근거 층위는 분리된 채 유지되어야 한다

미해결 질문들은 제품별적이다

가시적인 오리진은 보증의 시작에 불과하다

출처

추천 읽을거리