Summary
- DINAPI's bulletin covering February 19-23, 2024 records the receipt of INTERMAX TECNOLOGIA & COMUNICACIONES trademark applications in classes 38 and 9, with FREDDY HERNAN LOPEZ FLORENTIN named as titular.
- The DINAPI rows establish an application event and classification context. They do not establish the later legal status of either application or any telecommunications authorization.
- LACNIC RDAP represents AS272970 with the registrant name LOPEZ FLORENTIN FREDDY HERNAN, linking the reordered public name to an autonomous system resource.
- On July 22, 2026, RIPEstat's AS overview reported AS272970 as announced, while its routing-status response reported two visible IPv4 prefixes, 512 IPv4 addresses, full IPv4 RIS-peer visibility, two observed neighbours, and a last-seen timestamp of 2026-07-22T00:00:00.
- Together, the four records support a narrow trademark-to-routing account centered on InterMAX and AS272970, without establishing corporate control, commercial scale, network quality, geographic reach, or regulatory standing.
The question hidden inside four public records
The useful question is not whether four records can be stretched into a complete story about a company. They cannot. The useful question is what becomes visible when each record is read for the limited event or state that it actually describes. DINAPI records that specified trademark applications were received. LACNIC RDAP presents an autonomous system resource with a public registrant name. RIPEstat reports a holder label and an observed routing state. The overlap among those fields creates the story.
That overlap begins with two versions of the same name. The DINAPI bulletin uses FREDDY HERNAN LOPEZ FLORENTIN. The network records use LOPEZ FLORENTIN FREDDY HERNAN. The components are the same even though their order differs. InterMAX supplies the mark context, and AS272970 supplies the network-resource context. No single record contains the whole connection in narrative form; the relationship emerges only when the records are placed beside one another.
This distinction matters because administrative and technical records are built for their own purposes. A trademark bulletin is not a network registry. An RDAP response is not a corporate history. A routing-observation response is not a legal determination. Their value comes from specificity: each exposes a small, checkable part of the public record. Combining them responsibly means preserving those different functions rather than treating all fields as interchangeable proof.
The result is a documentary profile with a clear center. It follows InterMAX from a received trademark-application row to the public identity attached to AS272970 and then to a dated view of that autonomous system in routing data. That route is narrower than a broad business profile, but it is also more transparent. Every major statement can be traced to one of four records, and every conclusion remains proportionate to the field that supports it.
What DINAPI recorded in February 2024
DINAPI's bulletin for trademarks received between February 19 and February 23, 2024 provides the first anchor. On page 2, the bulletin includes INTERMAX TECNOLOGIA & COMUNICACIONES application rows in classes 38 and 9. Both rows name FREDDY HERNAN LOPEZ FLORENTIN as titular. Those details establish a dated filing event, a mark label, two classification numbers, and the name shown in the titular field.
The wording "received" carries the central legal boundary. The bulletin documents applications entering the recorded process during the stated period. It does not, on its own, describe what happened after receipt. It contains no basis here for characterizing a later decision, a final mark status, or authority to provide telecommunications services. The event visible in this record is the receipt of the applications, and that event is sufficient for the trademark side of the account.
The titular field also benefits from literal treatment. It identifies the name that DINAPI printed in that field for the two rows. It is not a substitute for a complete corporate record, and it does not supply an executive title. The strongest formulation is therefore the simplest one: DINAPI listed FREDDY HERNAN LOPEZ FLORENTIN as titular for the INTERMAX TECNOLOGIA & COMUNICACIONES applications in classes 38 and 9.
That precision gives the filing real value. InterMAX is not introduced through advertising copy, a social profile, or an undocumented recollection. It appears in an official bulletin tied to a date, two class entries, and a named titular. The bulletin does not answer every question about the mark, but it establishes the exact public-facing identity that later becomes relevant when AS272970 is examined.
The two rows are also more informative together than an isolated mention of the word InterMAX. They show that the mark label was entered twice under distinct class numbers during the same received-bulletin period and with the same titular name. This does not enlarge the legal meaning of the rows, but it makes the documentary pattern clear. The trademark record has enough internal structure to serve as one end of the connection without being presented as something broader.
Classes 38 and 9 as coordinates, not conclusions
The class numbers help locate the two InterMAX applications within the bulletin. They are useful coordinates because they distinguish the rows and preserve the way DINAPI categorized them. In this account, class 38 and class 9 are reported exactly as filing data. Their presence makes the trademark evidence more specific than a name alone, but the numbers do not prove that any product was sold or any service was delivered.
This is an important separation between classification and activity. An application class describes where an applicant placed a mark within a classification structure. It does not measure operations. Nothing about the two numbers establishes subscriber totals, a service territory, deployed equipment, revenue, or the experience of users. Even a close thematic relationship between a class and communications technology would not turn an application row into evidence about actual network activity.
The distinction also prevents a circular argument. AS272970 has public routing visibility, and InterMAX appears in classes 38 and 9, but one fact cannot be used to retroactively expand the other. The routing record does not determine the legal meaning of the trademark applications. The applications do not explain the routing configuration. They remain separate records connected by the documented name, not by an assumption that every detail in one system verifies every detail in the other.
Seen this way, the class fields perform a restrained but valuable role. They keep the trademark side concrete, allow a reader to locate both entries, and show that the InterMAX label appeared in more than one application row. Their evidentiary work ends there. This keeps the account anchored in what the bulletin visibly contains and leaves questions about later status, actual offerings, and commercial activity unanswered.
That restraint is especially important in a technology context, where category labels can easily be mistaken for proof of capability. A classification is not a technical test, a deployment record, or a service report. Reporting classes 38 and 9 as coordinates preserves the official filing detail while avoiding a claim that DINAPI evaluated the network represented elsewhere by AS272970.
One name, two documented orders
The name itself provides the bridge between the filing and network records. DINAPI prints FREDDY HERNAN LOPEZ FLORENTIN. LACNIC RDAP and RIPEstat use LOPEZ FLORENTIN FREDDY HERNAN. Capitalization is consistent across the record excerpts, while the order changes. All four name components remain present: Freddy, Hernan, Lopez, and Florentin.
Nothing in that rearrangement requires an invented nickname or an abbreviated form. The title order is readable as Freddy Hernan Lopez Florentin, while the registry order is best preserved when describing what the network records display. Keeping both documented forms visible allows readers to inspect the connection directly rather than asking them to accept an unexplained normalization.
The matching components matter because the trademark and routing systems do not share a common narrative. DINAPI does not mention AS272970 in the evidence at hand, and the network records do not describe the trademark applications. The reordered name is the public documentary link between the two contexts. InterMAX identifies the filing side; AS272970 identifies the resource side; the shared name components connect them.
At the same time, name matching has limits. It supports continuity among these specific records, not a broader life history. It provides no basis for filling in career milestones, job titles, personal motivations, or relationships not stated in the four references. The value lies in disciplined identity matching: enough to connect the documented rows, not enough to construct facts outside them.
This treatment also makes the account easier to verify over time. A reader can compare the title form with the titular field and then compare the registry form with the RDAP and RIPEstat responses. The analysis does not depend on hidden biographical information. It depends on the visible repetition of the same four name components across the filing and network-resource records.
AS272970 as the technical anchor
An autonomous system number gives the account a precise technical entity. AS272970 is not merely a keyword associated with InterMAX. It is the resource queried in LACNIC RDAP and in both RIPEstat responses. That repeated resource identifier provides continuity across the network side of the record, just as the repeated name components provide continuity across identity fields.
The distinction between registration and observation begins here. The LACNIC response describes the autnum resource and its public registrant representation. RIPEstat's AS overview presents holder text and an announced flag. RIPEstat's routing-status response then reports visible address and route fields. These are related views of AS272970, but they are not duplicates. Each addresses a different layer of the resource's public representation.
An autonomous system identifier is useful precisely because it can be followed across systems without requiring private operational information. The number remains the stable query key while public fields around it can be checked at a given time. In this case, AS272970 leads from the LACNIC representation of LOPEZ FLORENTIN FREDDY HERNAN to RIPEstat's similarly worded holder field and onward to a dated routing snapshot.
That chain gives InterMAX a network context without turning the mark label into a technical claim by itself. The DINAPI bulletin never needs to prove that a route existed. The network responses supply that side of the account. Conversely, the routing data never needs to establish the trademark event. DINAPI supplies the filing side. AS272970 is therefore the technical anchor, not a shortcut that collapses every record into one conclusion.
The number also keeps the analysis focused. It prevents drift into a general discussion of Paraguayan connectivity or unrelated networks. The subject is the record around one autonomous system and the name attached to it, viewed alongside one specific InterMAX filing event. That combination is what makes the account distinct: a local administrative record meeting a globally queryable routing identifier through a shared public name.
AS272970 also makes it possible to keep two technical states separate. Registration describes how the numbered resource is represented in RDAP; announcement describes what routing observation reported at a particular time. A resource record can be read without assuming a current route, while a route can be observed without treating the observation as a full account of the registrant. In the evidence here, both layers are visible: LACNIC supplies the named autnum context, and RIPEstat reports the ASN as announced. The agreement between those layers strengthens the documentary sequence, but it does not erase the difference between them.
That difference is useful for readers who encounter network identifiers outside a company website or a news announcement. The ASN is a durable lookup key across the cited systems, while the fields returned around it have their own meanings and dates. Following the number from registry representation to routing observation reveals continuity without suggesting that every field was created for the same purpose.
Reading the LACNIC RDAP record carefully
The LACNIC RDAP response for autnum 272970 supplies the primary registry layer. In the evidence used here, its public registrant name is LOPEZ FLORENTIN FREDDY HERNAN. It also presents matching public administrative and technical name information. Those fields connect the reordered name to AS272970 without requiring a reader to infer the relationship from routing data alone.
RDAP data can contain far more detail than this account needs. The relevant public fact is the displayed name in relation to the autonomous system. Addresses, telephone numbers, email addresses, contact handles, and other vCard details are neither reproduced nor summarized. Excluding them does not remove anything necessary to understand the resource identity. It simply keeps the focus on the public name and the numbered resource.
The term "registrant" also needs to remain inside the record's own context. It describes how the RDAP response represents the entity associated with the autnum resource. It does not establish shareholding, a board position, or managerial authority in a separate organization. Resource registration and corporate governance are different subjects, and the four references do not merge them.
The same is true of administrative and technical name fields. A matching name is useful corroboration within the resource record, but it does not reveal day-to-day actions or individual responsibility for every route. Technical systems often expose points of administrative association without documenting the full organization behind them. Here, the fields support a public association with AS272970 and nothing more expansive.
Read at that level, the RDAP response is strong evidence. It uses the exact autonomous system number, supplies the registry-order name, and gives the routing side an authoritative resource context. It is stronger than an unverified directory listing because it is tied directly to the numbered resource. Its authority remains limited to that resource context, which is why the account does not derive business scale, commercial success, or a corporate title from it.
LACNIC's record is the hinge between the local filing and the global observation. DINAPI supplies InterMAX and the title-order name. RDAP supplies AS272970 and the registry-order name. RIPEstat can then be read as a view of the same resource rather than as an isolated technical result. That sequence is the central documentary logic of the trademark-to-routing record.
What the RIPEstat AS overview adds
RIPEstat's AS overview offers a compact second view of AS272970. On the evidence date, its holder field returned LOPEZ FLORENTIN FREDDY HERNAN, matching the order used in the LACNIC material. It also reported announced=true. Those two fields answer separate questions: how the overview labels the holder and whether the autonomous system was reported as announced at that time.
The matching holder text reinforces continuity between registry and observability systems. It does not add a new corporate role, and it does not convert "holder" into a claim about ownership of InterMAX. Its value is narrower: a second network-facing system displays the same ordered name in connection with the same autonomous system number. That consistency makes the identity chain easier to audit.
The announced flag introduces time-sensitive technical evidence. announced=true indicates that the overview response regarded AS272970 as announced when the query evidence was captured on July 22, 2026. It is not a statement about every day before or after that date. Routing state can change, so the date belongs with the observation whenever the flag is discussed.
An announced flag is also not a quality metric. It says nothing about latency, congestion, resilience, route selection, user experience, or commercial demand. It does not rank AS272970 against another network. It simply moves the account from static resource identity to observed routing presence. That is an important step, but it remains a binary field in a dated response.
Together, the holder and announced fields provide a compact bridge into the more detailed routing-status data. The holder text preserves the identity link. The announced flag establishes that the resource was not only represented in registry-style data but also visible as announced in the overview at the recorded time. The next response supplies the numerical shape of that visibility without changing what the overview itself proves.
The routing-status snapshot, field by field
RIPEstat's routing-status response adds the most detailed technical observations in the four-record set. For AS272970, it reported two visible IPv4 prefixes and 512 IPv4 addresses. It also reported full IPv4 RIS-peer visibility, observed_neighbours=2, and last_seen at 2026-07-22T00:00:00. These values describe the response captured for that date.
The prefix and address totals provide scale only in the narrow sense of the visible routing data returned by this endpoint. The reported prefix count is two. The 512-address figure is the address total reported alongside it. Neither field identifies a subscriber base, a geographic footprint, or the amount of traffic carried. Address-space visibility and commercial reach are not interchangeable measures.
Full IPv4 RIS-peer visibility is likewise a property of the observation represented in the response. It indicates that the reported IPv4 routes had full visibility among the relevant RIS peers used by the field. It does not mean that every device on the internet could reach every address, nor does it certify universal availability. A collector-based visibility field describes what the observation system saw through its vantage points.
The observed_neighbours=2 field is especially easy to overread. The value records two observed neighbours in the returned routing-status data. It does not, by itself, identify the commercial nature of those relationships, the terms behind them, or whether they represent transit, peering, backup, or another arrangement. No provider names or business relationships are inferred from the count.
The last-seen timestamp fixes the snapshot in time. 2026-07-22T00:00:00 is not a promise of continuous visibility before or after that moment. It is the response's freshness marker for the observed state. Paired with announced=true in the AS overview, the timestamp supports a carefully dated statement: AS272970 was reported as announced and had visible IPv4 routing data in the July 22, 2026 evidence.
These fields make AS272970 legible without turning the response into a performance assessment. Readers can see that the resource had a small, concrete public routing footprint in the observation: two prefixes, 512 addresses, two observed neighbours, and full visibility in the stated IPv4 RIS-peer field. The figures add technical texture while remaining neutral about how the network operated or how anyone experienced it.
How the trademark-to-routing chain works
The chain has three stages. First, DINAPI records INTERMAX TECNOLOGIA & COMUNICACIONES applications in classes 38 and 9 and names FREDDY HERNAN LOPEZ FLORENTIN as titular. Second, LACNIC RDAP represents AS272970 with LOPEZ FLORENTIN FREDDY HERNAN as the public registrant name. Third, RIPEstat uses the same autonomous system number and registry-order name while reporting an announced flag and detailed routing-status fields.
Each transition depends on an exact shared element. The transition from DINAPI to LACNIC depends on the four name components, despite their reordered presentation. The transition from LACNIC to RIPEstat depends on both AS272970 and the matching registry-order name. The transition from RIPEstat overview to routing status depends on the same AS number and the common evidence date.
This is a chain of documentary correspondence, not a claim that one institution verified the others. DINAPI did not certify the RDAP response. LACNIC did not determine the trademark status. RIPEstat did not evaluate either filing rights or regulatory standing. The connection is analytical: separate public systems expose fields that line up around InterMAX, Freddy Hernan Lopez Florentin, and AS272970.
The chain's strength comes from this division of labor. The mark label has an official filing location. The autonomous system has a regional registry representation. The routing state has a dated observability record. None of those elements has to carry more weight than it can support. Their combination creates a fuller public picture while their boundaries remain intact.
This structure also explains why InterMAX belongs in the title. Without the DINAPI rows, the account would be another description of an ASN record. Without AS272970, the trademark filing would have no routing dimension. The distinctive feature is their intersection: a received mark application linked by a documented name to a resource that was visible in routing data.
For readers, the sequence offers a practical way to follow the evidence. Start with the dated administrative event. Match the documented name rather than an assumed role. Carry that name into the resource registry. Then use the resource number, not the brand alone, to inspect routing observation. At every step, the next record adds a different type of context rather than merely repeating the previous one.
Time, change, and the limits of a snapshot
The four records do not all describe the same moment. DINAPI's bulletin covers a week in February 2024. The RIPEstat evidence was captured on July 22, 2026. The LACNIC RDAP response represents the resource record queried for this account, but no broader history is drawn from it. The gap between filing time and routing-observation time is part of the evidence, not a detail to conceal.
That chronology supports sequence without proving causation. The InterMAX applications were recorded before the July 2026 routing snapshot. It does not follow that the applications caused the routing state, that AS272970 began operating because of them, or that one event formally authorized the other. The record shows two dated contexts connected by name, not a documented decision trail between them.
Time matters most for routing data because visibility is dynamic. An autonomous system can appear differently in later observations as announcements and collector views change. The accurate statement is therefore date-bound: the overview reported announced=true on the evidence date, and the routing-status endpoint reported the specified IPv4 values with its July 22 timestamp. Present-tense language without a date would overstate the durability of the snapshot.
The trademark record can change in a different way. A received application may later acquire another procedural status, but the February 2024 bulletin cited here records only receipt. A later development would require a separate record. It cannot be read backward into this bulletin. The same discipline applies on both sides of the chain: later states do not silently rewrite what an earlier record says.
Date-stamping makes the account maintainable as well as accurate. A future reader can revisit the exact four references and distinguish a changed response from an error in the original description. If routing fields differ, the July 2026 statement remains a historical observation. If the mark's status is documented elsewhere, that later record can be evaluated on its own terms. The present account remains stable because it reports dated facts rather than timeless assumptions.
The chronology also prevents present-day routing visibility from being projected backward onto the 2024 filing. The bulletin shows when the applications were received; it does not describe AS272970's routing state at that moment. Likewise, the 2026 routing responses do not report what DINAPI had decided by then. Placing both dates on the page preserves a genuine sequence while leaving the interval between them unfilled. That unfilled interval is not a weakness. It is an honest indication that the four references document endpoints, not every event in between.
What these records leave unanswered
The narrow record has substantial negative space. It does not establish who founded an organization, who owns shares, who holds a chief executive title, or how decisions are made. The titular name in a trademark-application row, the registrant name in RDAP, and the holder text in RIPEstat are fields within specific systems. None is a general-purpose corporate-role declaration.
The record also says nothing reliable about customers. Two visible prefixes and 512 IPv4 addresses cannot be translated into subscriber numbers. They do not reveal whether addresses were in active use, how many end users existed, or what services those users received. The public figures describe routing visibility, not demand. Any customer estimate would introduce assumptions absent from all four references.
Geography remains similarly bounded. DINAPI places the filing in a Paraguayan official context, and LACNIC is the regional internet registry serving the resource record. That does not map the places reached by a network. No municipality list, service map, installation record, or access footprint appears in the evidence. The account therefore identifies Paraguay as the administrative setting without assigning InterMAX a coverage area.
Quality and performance are outside the record as well. announced=true, full RIS-peer visibility, two observed neighbours, two prefixes, and 512 addresses do not measure uptime, speed, latency, packet loss, support responsiveness, security, or resilience. These fields show that routing information was observable. They do not show how well a service worked or how it compared with another network.
Market position cannot be derived from the same values. A small visible address count does not establish a low rank, and an announced ASN does not establish influence. There is no revenue, traffic, competitor, adoption, or market-share evidence in the four references. AS272970 can be described as publicly visible in the dated routing view, but no claim follows about its commercial importance.
Finally, the records do not establish a national regulatory outcome. DINAPI is the source for the received trademark applications, not a telecommunications authorization record. LACNIC and RIPEstat describe internet number resources and routing observation, not national regulatory status or compliance. The absence of a conclusion is deliberate: the four references can support the trademark-to-routing connection without being asked to answer a different legal question.
Privacy creates another clear limit. The RDAP name and resource context are enough for this account. Private contact fields are not necessary to verify the connection and are not reproduced. That choice preserves the informational value of the registry record while avoiding disclosure that would add no public understanding of InterMAX or AS272970.
Why a narrow network record is worth documenting
Internet infrastructure is visible through identifiers and observations long before it becomes a polished corporate narrative. An autonomous system number, a registrant field, a holder label, and a routing-status response can reveal a coherent public record even when they do not reveal a complete organization. AS272970 illustrates how much can be learned from those modest elements when they are interpreted field by field.
The record is valuable partly because its scale is not inflated. Two visible IPv4 prefixes and 512 addresses are reported as the observation returned, without being dressed up as evidence of dominance or dismissed as insignificant. A numbered resource does not have to be large to be part of the public internet record. The relevant question is whether the evidence is specific, attributable, and described honestly.
InterMAX adds a second dimension. The DINAPI rows show a local-facing mark label associated with the title-order name. The autonomous system records show a network-facing resource associated with the registry-order name. Linking the two demonstrates how different administrative systems can illuminate different sides of the same public identity without either system containing a full profile.
This approach is useful beyond one record because it separates visibility from judgment. A routing collector can show a route; it cannot judge service quality. A regional registry can display a resource association; it cannot supply a corporate biography. A trademark bulletin can record an application; it cannot establish network behavior. Respecting those boundaries produces a richer account than vague claims would, because readers can see the evidence architecture for themselves.
The narrowness also protects against a common distortion in infrastructure writing: using technical numbers as stand-ins for social or commercial conclusions. Prefix totals, address counts, and neighbour fields may look quantitative, but quantitative does not automatically mean comprehensive. Here, the figures answer a limited question about public routing observation. Their restraint is part of their usefulness.
What remains is a clear, distinctive record. Freddy Hernan Lopez Florentin's name appears with InterMAX in DINAPI's received trademark bulletin. The same name components, reordered, appear with AS272970 in LACNIC RDAP and RIPEstat. RIPEstat then reports the ASN as announced and supplies a dated IPv4 snapshot. That is enough to document a trademark-to-routing connection, and no broader claim is needed to make it meaningful.
InterMAX and AS272970 in documentary perspective
The strongest conclusion is also the most limited one. InterMAX enters the public record here as INTERMAX TECNOLOGIA & COMUNICACIONES in two DINAPI application rows. Freddy Hernan Lopez Florentin enters as the titular named in those rows. AS272970 enters through LACNIC as an autnum resource represented with the reordered name, and RIPEstat adds holder and routing-observation fields for that same resource.
The sequence gives the title a literal meaning. "Trademark-to-routing" describes the movement from an official received-bulletin entry to an observable autonomous system, connected through matching name components. It does not describe a transfer of legal rights, a regulator action, or a business transaction. It is a path through records, not an assertion that the records are legally equivalent.
That path also prevents the account from becoming a generic profile of a Paraguayan network. The defining facts are not broad regional observations. They are the InterMAX mark label, classes 38 and 9, the titular field, AS272970, the registry-order name, the announced flag, and the July 2026 routing-status values. Removing any of those anchors would make the account less distinctive and less verifiable.
Freddy Hernan Lopez Florentin remains at the center without being assigned a title the references do not provide. The public name is the connecting element across systems. That role in the documentary chain is significant on its own. It shows how an individual name can provide continuity between a national administrative filing and global internet resource data while private details and unsupported biography remain outside the account.
InterMAX likewise remains a precise label rather than a canvas for assumptions. The bulletin supplies the mark context. The routing systems supply the autonomous system context. The connection is visible, but operations, customers, territory, service claims, and commercial results are not. That separation makes the record more durable because later readers can distinguish documented fields from questions that remain open.
In the end, AS272970 is publicly legible through a small set of aligned facts. LACNIC identifies the resource with the registry-order name. RIPEstat repeats that holder text, marks the ASN announced on the evidence date, and reports the visible IPv4 snapshot. DINAPI supplies the earlier InterMAX filing context. Together they form a coherent public account that is technical, dated, and deliberately free of conclusions the records cannot bear.
The four canonical references
The DINAPI bulletin is the sole basis here for the trademark side of the account. Its relevant page records the two INTERMAX TECNOLOGIA & COMUNICACIONES applications, classes 38 and 9, and FREDDY HERNAN LOPEZ FLORENTIN in the titular field. The bulletin is cited as a received-applications record and not as evidence of a later procedural status.
- DINAPI, Boletin Marcas Recibidas 19-23 Febrero 2024: https://www.dinapi.gov.py/portal/v3/assets/boletines/pdf-boletines/Boletin-Marcas-Recibidas-19-23-Febrero-2024.pdf
The LACNIC RDAP response is the basis for the public resource-registration connection to AS272970. The account uses the registrant name and matching public name context while omitting private contact details.
- LACNIC RDAP, AS272970: https://rdap.lacnic.net/rdap/autnum/272970
The RIPEstat AS overview is the basis for the matching holder text and the announced=true field on the July 22, 2026 evidence date. The flag is treated as a dated routing-state indicator rather than a service or business metric.
- RIPEstat AS overview, AS272970: https://stat.ripe.net/data/as-overview/data.json?resource=AS272970
The RIPEstat routing-status response is the basis for the two visible IPv4 prefixes, 512 IPv4 addresses, full IPv4 RIS-peer visibility, observed_neighbours=2, and last_seen value of 2026-07-22T00:00:00. Those fields describe the returned observation and do not establish reach, reliability, rank, or commercial relationships.
- RIPEstat routing status, AS272970: https://stat.ripe.net/data/routing-status/data.json?resource=AS272970
Read together, these four references support one complete but bounded conclusion: Freddy Hernan Lopez Florentin's documented name connects the InterMAX trademark-application context to the public resource and dated routing record of AS272970. DINAPI supplies the application event; LACNIC supplies the resource identity; RIPEstat supplies the observed routing state. The strength of the account lies in keeping those roles distinct.

