{ "model": { "rank": 3233, "code": "thing-q5318", "model_id": "vr.tr.router", "name": "router", "purpose": "Enable an AI agent to recognise a physical network router, assess its forwarding and security state, and determine which configuration or maintenance actions are appropriate.", "family": "Thing Registry", "category": "Physical world and living systems", "status": "research-draft", "kind": "thing", "plane": "PHY", "domain": "PHY.OBJ", "industry": "", "version": "", "url": "/models/thing/q5318/", "tier": 2, "score": 89, "payload": { "layer": "wikidata", "aliases": [ "MikroTik RouterBOARD", "wireless router", "TP-Link Archer VR1600v", "TP-LINK Archer AX50", "Netgear WNR3500L v1", "Netgear WNR3500L v2", "IAD WLAN 4421", "tp-link AX3000 Dual Band Gigabit Wi-Fi 6 Router", "Netgear WNR3500L", "Broadcom's based router", "Banana Pi BPI-R1", "Google Wifi", "Cisco 2500 series", "core router", "Gaming router", "Linksys router", "Technicolor DGA4131", "Netgear WGR614L", "bridge router", "BF-01C", "BF-01D", "L-03E", "L-04D", "TP-Link TL-WR1043ND v2", "TP-Link TL-WR740N", "Linksys WRT54G series", "BT Home Hub", "Orange Livebox", "Linksys EA7300", "Linksys WRTP54G router", "Linksys WRV54G router", "WRT54GL" ], "aliasCount": 32, "merged": 32, "knownIn": 89, "facets": null, "markers": [], "lexicalClass": "", "senseRank": null, "alsoRegisteredAs": "vr.tr.router-2", "source": { "dataset": "wikidata", "item": "Q5318", "url": "https://www.wikidata.org/wiki/Q5318", "license": "CC0 1.0" } }, "research": { "vercy": "1.0-draft", "publication": { "status": "research-draft", "adjudicationStatus": "unreviewed", "publishableCanonical": false, "generatedAt": "2026-09-07T14:12:44Z", "providers": [ "Codex" ], "breadth": "recalled by Codex without web access - no source was read", "missingProviders": [], "pass": 2, "cost": { "grok": { "seconds": 25.7, "error": "Reading additional input from stdin...\nOpenAI Codex v0.153.3\n--------\nworkdir: R:\\02_PROJECTS\\02_Meta_Models_Platforms\\Ver.cy\\current\\thing-registry-backlog\nmodel: gpt-6-astra\nprovider: openai\napproval: never\nsandbox: read-only\nreasoning effort: none\nreasoning summaries: none\nsession id: 01a07c35-884f-7ab2-a873-2d3d718a4056\n--------\nuser\nDescribe what is already known about one registered thing. Answer as JSON only, no prose around it.\n\nThing: router\nSense to describe: (none recorded)\nDomain code: PHY.OBJ\nAlso known as: (none)\n\n\nContext for this batch of 546 things:\n# Batch 003: 1001 registere", "usd": 0, "recall": true }, "codex": { "seconds": 87, "error": "Reading additional input from stdin...\nOpenAI Codex v0.153.3\n--------\nworkdir: R:\\02_PROJECTS\\02_Meta_Models_Platforms\\Ver.cy\\current\\thing-registry-backlog\nmodel: gpt-6-astra\nprovider: openai\napproval: never\nsandbox: read-only\nreasoning effort: none\nreasoning summaries: none\nsession id: 01a07c35-883d-7c20-b2b9-56a2c70296ed\n--------\nuser\nYou are drafting a Vercy meta-model for one registered thing. Answer as JSON only, no prose around it.\n\nThing: router\nRegistry id: vr.tr.router\nPlane / domain: PHY / PHY.OBJ\nRegistry definition: (none recorded)\nNames folded into this entry: (none)\n\n\nContext fo" } } }, "metaModel": { "id": "THING-Q5318", "registryId": "vr.tr.router", "name": "router", "version": "0.1.0-research.1", "entryKind": "thing", "family": "Thing Registry", "domain": [ "PHY.OBJ" ], "status": "research-draft" }, "canonicalUrl": "https://ver.cy/models/thing/q5318/", "model": { "registry_id": "vr.tr.router", "name": "router", "purpose": "Enable an AI agent to recognise a physical network router, assess its forwarding and security state, and determine which configuration or maintenance actions are appropriate.", "definition": "A router, in the computer-networking sense used here, is a device that forwards packets between IP networks by selecting an outgoing interface or next hop using destination addresses and routing information.", "scope_statement": "This draft provisionally interprets router as a physical device that forwards packets between IP networks; it owns router-specific capabilities, interfaces, routing behaviour, operational evidence and action constraints at the kind level, pending confirmation that the registry does not mean a woodworking router.", "in_scope": [ "Packet forwarding between IP networks and selection of next hops", "Physical and logical interfaces, addressing and network attachment", "Route acquisition, selection, installation and withdrawal", "Management access, traffic policy and separation of routing contexts", "Capacity, power, software lifecycle and recovery of router operation" ], "out_of_scope": [ "Woodworking routers and their cutting operations", "Standalone virtual routing software and application request routers", "Network-wide topology, addressing governance and service architecture", "Switching, wireless access, modem and firewall functions except where their integration affects routing", "Vendor product catalogues, individual device inventories and service contracts as independent models" ], "distinguishing_features": [ "Determine whether the device selects next hops between IP networks, rather than only bridging frames within a link-layer network.", "Check for routing and forwarding tables; a default route can support routing without a dynamic routing protocol.", "Do not identify a router solely by Wi-Fi, Ethernet sockets, NAT or a WAN label; establish its actual routing capability and operating mode.", "Treat a multilayer switch performing IP routing as overlapping this functional kind, with its switching role represented separately.", "Confirm that the registered sense concerns packet forwarding rather than a rotating cutting tool." ], "characteristics": [ { "name": "Routing role and deployment context", "kind": "category", "unit_or_values": "Access gateway, branch, edge, core, industrial, other or unresolved; roles may overlap", "why_it_matters": "Sets expectations for connectivity, resilience and permitted operational changes." }, { "name": "Supported network-layer families", "kind": "category", "unit_or_values": "IPv4, IPv6, both or other explicitly identified support", "why_it_matters": "Determines which networks and packets the device can route." }, { "name": "Interface inventory and roles", "kind": "relation", "unit_or_values": "Physical ports and logical interfaces linked to media, network attachments and assigned roles", "why_it_matters": "Connects forwarding behaviour to actual ingress and egress paths." }, { "name": "Interface link rate", "kind": "measurement", "unit_or_values": "bit/s per interface, distinguishing supported, configured and negotiated rates", "why_it_matters": "Identifies link constraints without treating port speed as forwarding throughput." }, { "name": "Forwarding performance", "kind": "measurement", "unit_or_values": "bit/s and packets/s, with packet size, enabled features, traffic mix and test conditions", "why_it_matters": "Supports capacity judgments under the intended routing workload." }, { "name": "Route acquisition methods", "kind": "category", "unit_or_values": "Connected, static and explicitly named dynamic routing protocols; supported and enabled recorded separately", "why_it_matters": "Explains where route decisions originate and which external dependencies affect them." }, { "name": "Routing and forwarding agreement", "kind": "state", "unit_or_values": "Consistent, pending convergence, discrepant or unknown", "why_it_matters": "A selected route is insufficient evidence that packets follow the intended path." }, { "name": "Path MTU constraints", "kind": "measurement", "unit_or_values": "Bytes, with interface, tunnel and protocol context", "why_it_matters": "Helps explain size-dependent packet loss and encapsulation limits." }, { "name": "Routing context isolation", "kind": "relation", "unit_or_values": "Interfaces and routes assigned to routing instances, with explicit route-leak relationships", "why_it_matters": "Determines which networks can exchange traffic despite address overlap or separation requirements." }, { "name": "Management exposure", "kind": "state", "unit_or_values": "Enabled management services, reachable source networks and authentication controls", "why_it_matters": "Defines who can change forwarding behaviour and through which paths." }, { "name": "Power requirements", "kind": "measurement", "unit_or_values": "Input voltage in V, maximum or measured draw in W, and supply or PoE requirements where applicable", "why_it_matters": "Constrains installation, backup power and safe replacement." }, { "name": "Software and recovery readiness", "kind": "state", "unit_or_values": "Installed release, support status, configuration backup status and verified recovery method", "why_it_matters": "Determines whether updates and disruptive changes have a workable recovery path." } ], "affordances": [ "Trace an intended destination through route selection, forwarding installation and egress reachability.", "Compare configured, negotiated and observed interface behaviour to localise connectivity faults.", "Assess whether traffic load and enabled services fit measured forwarding and state-table limits.", "Evaluate and, when authorised, change routes, interfaces or traffic policies with reachability checks and rollback.", "Inspect management exposure and routing-context boundaries for unintended access or route leakage.", "Plan firmware updates, failover tests or hardware replacement around service dependencies and recovery access." ] }, "sources": [], "structure": { "bundles": [ { "id": "router-identity-and-boundaries", "name": "Router identity and boundaries", "description": "Establish the intended sense and separate routing capability from adjacent integrated functions.", "rationale": "The registry supplies no definition, and both the word router and network appliance labels can conceal materially different kinds.", "layers": [ { "id": "registered-sense", "name": "Registered sense", "description": "Resolve the meaning of router and the level at which the kind is represented.", "findings": [ { "id": "physical-network-router-sense", "name": "Physical network router sense", "description": "Record evidence for the provisional network-device interpretation and any existing canonical model that already owns it.", "questions": [ { "text": "Does the registry source identify an IP packet-routing device, a woodworking tool or another sense?", "kind": "definition", "id": "physical-network-router-sense-q01" }, { "text": "Does an existing world model already cover this precise sense and therefore require a link rather than another publication?", "kind": "boundary", "id": "physical-network-router-sense-q02" } ] } ] }, { "id": "routing-role-and-integration", "name": "Routing role and integration", "description": "Distinguish the routing role from functions packaged in the same enclosure.", "findings": [ { "id": "routing-capability-versus-appliance-label", "name": "Routing capability versus appliance label", "description": "Describe what establishes routing capability and which integrated functions need neighbouring models.", "questions": [ { "text": "What evidence shows that the device can select next hops and forward packets between IP networks?", "kind": "definition", "id": "routing-capability-versus-appliance-label-q01" }, { "text": "Which switching, wireless, modem, NAT or firewall functions are integrated, and which remain active when routing is disabled?", "kind": "boundary", "id": "routing-capability-versus-appliance-label-q02" } ] } ] } ] }, { "id": "interfaces-and-network-attachment", "name": "Interfaces and network attachment", "description": "Represent how packets enter and leave through physical links and logical network attachments.", "rationale": "Correct routes cannot deliver traffic when link negotiation, addressing or encapsulation is incompatible.", "layers": [ { "id": "physical-link-capabilities", "name": "Physical link capabilities", "description": "Capture media, port capabilities and observed link operation.", "findings": [ { "id": "port-and-media-compatibility", "name": "Port and media compatibility", "description": "Associate each interface type with connection requirements and operating evidence.", "questions": [ { "text": "Which connectors, media, transceivers and link standards are supported, and which issuing bodies and specification versions establish compatibility?", "kind": "provenance", "id": "port-and-media-compatibility-q01" }, { "text": "What link rate, duplex mode where applicable, error counts and flap history are observed on each active connection?", "kind": "measurement", "id": "port-and-media-compatibility-q02" } ] } ] }, { "id": "logical-attachment-and-mtu", "name": "Logical attachment and MTU", "description": "Connect interfaces to addresses, segmentation and encapsulated paths.", "findings": [ { "id": "addressing-and-packet-size-boundaries", "name": "Addressing and packet-size boundaries", "description": "Record logical attachments and the constraints they impose on reachability.", "questions": [ { "text": "How are addresses, prefixes, VLAN subinterfaces and tunnel endpoints assigned to physical interfaces and routing contexts?", "kind": "boundary", "id": "addressing-and-packet-size-boundaries-q01" }, { "text": "What interface and effective tunnel MTUs apply in bytes, and what evidence establishes behaviour for oversized packets?", "kind": "measurement", "id": "addressing-and-packet-size-boundaries-q02" } ] } ] } ] }, { "id": "route-selection-and-forwarding", "name": "Route selection and forwarding", "description": "Connect route knowledge to actual packet handling and failure response.", "rationale": "Routing correctness requires both valid route selection and successful installation and use of forwarding state.", "layers": [ { "id": "route-origins-and-selection", "name": "Route origins and selection", "description": "Explain how candidate routes arise and become selected paths.", "findings": [ { "id": "route-authority-and-preference", "name": "Route authority and preference", "description": "Identify route sources, selection policy and the evidence supporting preferred paths.", "questions": [ { "text": "Which routes originate from connected networks, static configuration or named routing peers, and what establishes their intended authority?", "kind": "provenance", "id": "route-authority-and-preference-q01" }, { "text": "How do prefix matching, route preference, protocol metrics and policy-based routing interact for the traffic being assessed?", "kind": "definition", "id": "route-authority-and-preference-q02" } ] } ] }, { "id": "forwarding-evidence-and-convergence", "name": "Forwarding evidence and convergence", "description": "Assess installed forwarding state, next-hop resolution and response to path changes.", "findings": [ { "id": "installed-path-and-failure-response", "name": "Installed path and failure response", "description": "Tie route decisions to observed packet delivery and bounded disruption.", "questions": [ { "text": "Do forwarding entries, next-hop neighbour resolution, counters and packet observations agree with the selected route?", "kind": "measurement", "id": "installed-path-and-failure-response-q01" }, { "text": "How can an authorised path-withdrawal or failover test measure convergence time and packet loss while preserving recovery access?", "kind": "action", "id": "installed-path-and-failure-response-q02" } ] } ] } ] }, { "id": "traffic-boundaries-and-router-control", "name": "Traffic boundaries and router control", "description": "Represent permitted packet flows and control over the router itself.", "rationale": "A reachable destination may still be forbidden, and access to router management can alter every attached network's connectivity.", "layers": [ { "id": "forwarded-traffic-policy", "name": "Forwarded traffic policy", "description": "Locate routing isolation, filtering and translation within packet processing.", "findings": [ { "id": "isolation-filtering-and-translation", "name": "Isolation, filtering and translation", "description": "Record supported policy mechanisms without assuming all routers provide stateful firewalling or NAT.", "questions": [ { "text": "Which routing contexts, route leaks and ingress or egress policies determine the permitted source-to-destination paths?", "kind": "boundary", "id": "isolation-filtering-and-translation-q01" }, { "text": "Where supported, how do filtering and address translation interact with route lookup, return paths and existing flow state?", "kind": "definition", "id": "isolation-filtering-and-translation-q02" } ] } ] }, { "id": "management-and-control-plane", "name": "Management and control plane", "description": "Describe access to configuration and protection of locally processed control traffic.", "findings": [ { "id": "administrative-and-routing-control-access", "name": "Administrative and routing-control access", "description": "Identify who may administer the router and which networks or peers can reach its control services.", "questions": [ { "text": "Which management services and routing adjacencies are reachable from each network, and what authentication and traffic restrictions apply?", "kind": "boundary", "id": "administrative-and-routing-control-access-q01" }, { "text": "What authorisation, configuration comparison and alternate access are required before changing management or control-plane policy?", "kind": "action", "id": "administrative-and-routing-control-access-q02" } ] } ] } ] }, { "id": "capacity-serviceability-and-recovery", "name": "Capacity, serviceability and recovery", "description": "Assess sustainable routing performance and the ability to maintain or restore service.", "rationale": "Port labels alone do not establish usable throughput, and maintenance can interrupt all networks dependent on the router.", "layers": [ { "id": "workload-and-resource-limits", "name": "Workload and resource limits", "description": "Relate traffic and enabled features to forwarding, table and environmental constraints.", "findings": [ { "id": "effective-routing-capacity", "name": "Effective routing capacity", "description": "Record capacity evidence under explicit feature and workload conditions.", "questions": [ { "text": "What throughput in bit/s and packets/s, latency and loss are supported by measurements with the intended packet sizes and enabled features?", "kind": "measurement", "id": "effective-routing-capacity-q01" }, { "text": "Which route, neighbour, queue or optional connection-state limits apply, and what observations reveal exhaustion, CPU overload or thermal throttling?", "kind": "measurement", "id": "effective-routing-capacity-q02" } ] } ] }, { "id": "installation-and-service-recovery", "name": "Installation and service recovery", "description": "Connect physical operating requirements and software changes to safe restoration of routing service.", "findings": [ { "id": "physical-operating-requirements", "name": "Physical operating requirements", "description": "Identify the requirements specific to installing and servicing the applicable router class.", "questions": [ { "text": "What dimensions, mounting clearances, input power and temperature limits apply, with units and manufacturer evidence?", "kind": "measurement", "id": "physical-operating-requirements-q01" }, { "text": "Which electrical, EMC and, if applicable, radio requirements and certification marks apply in the installation jurisdiction, and what maintenance or interlocks are documented?", "kind": "provenance", "id": "physical-operating-requirements-q02" } ] }, { "id": "software-change-and-restoration", "name": "Software change and restoration", "description": "Establish whether configuration or firmware changes can be completed and recovered without losing essential access.", "questions": [ { "text": "What evidence establishes firmware support status, update authenticity and compatibility with the installed hardware and configuration?", "kind": "provenance", "id": "software-change-and-restoration-q01" }, { "text": "What backup, console or out-of-band access, rollback method and post-change routing checks are required before an authorised update or reset?", "kind": "action", "id": "software-change-and-restoration-q02" } ] } ] } ] }, { "id": "evidence-and-external-alignment", "name": "Evidence and external alignment", "description": "What the world already says about this thing, gathered so the model can be checked against it.", "rationale": "A model that cannot be lined up against existing standards, identifiers and practice cannot be adopted by anyone who already uses them.", "layers": [ { "id": "reported-evidence", "name": "Reported evidence", "description": "Findings from the breadth pass, kept separate from the structural claims.", "findings": [ { "id": "evidence-confidence-notes", "name": "Check these first", "description": "Recalled without web access and unsourced; every item is a lead to verify.", "evidence": [ "No sense was recorded, and PHY.OBJ fits both networking and woodworking routers; this description provisionally selects the networking sense.", "Standards are recalled references, not researched sources; applicability depends on implemented protocols and interfaces.", "Measurement ranges describe selected compact-device classes, not the whole category; forwarding throughput must be assessed separately from nominal port speed." ], "questions": [ { "id": "evidence-confidence-notes-q01", "text": "Which of these check these first hold for the sense of router this model covers, and on what evidence?", "kind": "provenance" } ] }, { "id": "evidence-kinds", "name": "Kinds and varieties", "description": "Recalled without web access and unsourced; every item is a lead to verify.", "evidence": [ "Residential gateway router", "Enterprise branch router", "Provider edge router", "Core router", "Industrial router", "Cellular router" ], "questions": [ { "id": "evidence-kinds-q01", "text": "Which of these kinds and varieties hold for the sense of router this model covers, and on what evidence?", "kind": "provenance" } ] }, { "id": "evidence-identifiers", "name": "Identifiers and schemes", "description": "Recalled without web access and unsourced; every item is a lead to verify.", "evidence": [ { "scheme": "Manufacturer model and serial number", "value_or_pattern": "Manufacturer-specific model designation and unit serial number", "note": "Identify a product model and an individual device respectively; neither identifies the general kind." }, { "scheme": "IP interface address", "value_or_pattern": "IPv4: four decimal octets; IPv6: colon-separated hexadecimal groups", "note": "Identifies an addressed interface within a network context, not a permanent hardware identity." }, { "scheme": "IEEE MAC address", "value_or_pattern": "48-bit address, commonly written as six hexadecimal octets", "note": "Applies to Ethernet and Wi-Fi interfaces; a router can have several, and addresses may be locally assigned." } ], "questions": [ { "id": "evidence-identifiers-q01", "text": "Which of these identifiers and schemes hold for the sense of router this model covers, and on what evidence?", "kind": "provenance" } ] }, { "id": "evidence-standards-and-regulation", "name": "Standards and regulation", "description": "Recalled without web access and unsourced; every item is a lead to verify.", "evidence": [ "IETF RFC 1812: Requirements for IP Version 4 Routers.", "IETF RFC 8200: Internet Protocol, Version 6 (IPv6) Specification.", "IETF RFC 4271: A Border Gateway Protocol 4 (BGP-4), applicable to routers implementing BGP.", "IEEE 802.3: Ethernet, applicable to Ethernet interfaces.", "IEEE 802.11: Wireless LAN standards, applicable when Wi-Fi functionality is integrated." ], "questions": [ { "id": "evidence-standards-and-regulation-q01", "text": "Which of these standards and regulation hold for the sense of router this model covers, and on what evidence?", "kind": "provenance" } ] }, { "id": "evidence-real-world-use", "name": "Real-world use", "description": "Recalled without web access and unsourced; every item is a lead to verify.", "evidence": [ "Connecting a home or office network to an internet service provider.", "Connecting enterprise subnets, sites and wide-area networks.", "Exchanging traffic and routing information between autonomous systems.", "Forwarding traffic through service-provider backbone networks.", "Providing connectivity for industrial equipment or remote sites over wired or cellular links." ], "questions": [ { "id": "evidence-real-world-use-q01", "text": "Which of these real-world use hold for the sense of router this model covers, and on what evidence?", "kind": "provenance" } ] }, { "id": "evidence-measurements", "name": "Typical measurements", "description": "Recalled without web access and unsourced; every item is a lead to verify.", "evidence": [ { "quantity": "Nominal Ethernet port data rate", "typical_range": "1-10 for many home and small-office devices; enterprise and carrier interfaces can be substantially faster", "unit": "Gbit/s" }, { "quantity": "Electrical power consumption", "typical_range": "Approximately 5-30 for compact home routers, depending on radios, interfaces and load", "unit": "W" } ], "questions": [ { "id": "evidence-measurements-q01", "text": "Which of these typical measurements hold for the sense of router this model covers, and on what evidence?", "kind": "provenance" } ] }, { "id": "evidence-failure-modes-and-hazards", "name": "Failure modes and hazards", "description": "Recalled without web access and unsourced; every item is a lead to verify.", "evidence": [ "Incorrect routes or routing loops cause dropped packets, unreachable destinations or traffic sent along unintended paths.", "Congestion or exhaustion of forwarding, connection-tracking or routing resources causes loss and increased latency.", "Power-supply failure, overheating or interface failure interrupts connectivity.", "Vulnerable firmware, exposed administration interfaces or compromised credentials can permit unauthorized control and traffic interception.", "Incorrect filtering, segmentation or address-translation configuration can expose services or block legitimate traffic." ], "questions": [ { "id": "evidence-failure-modes-and-hazards-q01", "text": "Which of these failure modes and hazards hold for the sense of router this model covers, and on what evidence?", "kind": "provenance" } ] }, { "id": "evidence-regional-variation", "name": "Regional variation", "description": "Recalled without web access and unsourced; every item is a lead to verify.", "evidence": [ "Integrated Wi-Fi and cellular radios are subject to jurisdiction-specific spectrum, channel and transmit-power rules.", "Electrical safety, electromagnetic compatibility and radio-equipment conformity requirements depend on the market.", "Available access technologies and service-provider authentication or configuration requirements vary by region and provider." ], "questions": [ { "id": "evidence-regional-variation-q01", "text": "Which of these regional variation hold for the sense of router this model covers, and on what evidence?", "kind": "provenance" } ] }, { "id": "evidence-neighbours", "name": "Neighbouring kinds and how to tell them apart", "description": "Recalled without web access and unsourced; every item is a lead to verify.", "evidence": [ { "name": "Ethernet switch", "difference": "A Layer 2 switch forwards Ethernet frames using MAC-address information; a router forwards IP packets between networks. A multilayer switch can perform both functions." }, { "name": "Modem", "difference": "A modem performs modulation and demodulation for an access link; routing selects where packets go. One enclosure may provide both." }, { "name": "Wireless access point", "difference": "An access point connects wireless stations to a network, usually through bridging; routing between IP networks is a separate function." }, { "name": "Firewall", "difference": "A firewall enforces traffic-access policy; a router selects packet-forwarding paths. Devices commonly combine these functions." }, { "name": "Woodworking router", "difference": "A woodworking router uses a rotating cutter to shape material and is an unrelated physical-tool sense of the same word." } ], "questions": [ { "id": "evidence-neighbours-q01", "text": "Which of these neighbouring kinds and how to tell them apart hold for the sense of router this model covers, and on what evidence?", "kind": "provenance" } ] } ] } ] } ] }, "openQuestions": [ "Does vr.tr.router denote a network router or a woodworking router, and which original registry source resolves that ambiguity?", "Does an existing world-model publication already own the confirmed concept, requiring this registry entry to link to it?", "How should the canonical model relate physical routers, virtual routers and multilayer switches without duplicating shared routing semantics?", "Which deployment classes need distinct capacity, resilience and maintenance questions, and which authoritative sources establish their meaningful ranges?", "Which protocol specifications, installation standards and jurisdiction-dependent certifications should be researched for the confirmed scope?" ], "statistics": { "bundles": 6, "layers": 11, "findings": 20, "questions": 31 } }, "draft": { "generator": "vr.draft.v3", "status": "draft-generated", "researched": false, "archetype": "device, machine or tool", "method": "Written from the archetype playbook - what this kind of thing needs beyond identity and provenance - and from the structure that recurred across 6,333 models already researched by two engines. Applied to this entry by rule. No source was read for this thing and no claim here is researched. This entry carries no facets of its own, so they were inferred from its domain - a guess about a whole domain applied to one thing.", "facetsInferred": true, "nextPass": "A researcher replaces this draft with a sourced specification. Treat every sentence below as a proposal to argue with.", "purpose": "Give an agent a durable, checkable way to recognise a router, record what state it is in, and decide what may be done with it.", "whatItIs": "Enable an AI agent to recognise a physical network router, assess its forwarding and security state, and determine which configuration or maintenance actions are appropriate.", "characteristics": { "substance": "material", "origin": "manufactured", "agency": "inert", "mobility": "varies" }, "whatYouCanDoWithIt": [ "observed and measured" ], "distinguishingFeatures": [ "Names folded into this entry, which a task may need to split apart again: MikroTik RouterBOARD, wireless router, TP-Link Archer VR1600v, TP-LINK Archer AX50, Netgear WNR3500L v1, Netgear WNR3500L v2, IAD WLAN 4421, tp-link AX3000 Dual Band Gigabit Wi-Fi 6 Router, Netgear WNR3500L, Broadcom's based router, Banana Pi BPI-R1, Google Wifi.", "32 finer distinctions are held as aliases rather than separate entries, because telling them apart needs a task that asks for it.", "Described in 89 Wikipedia languages, which is a measure of how widely the thing is known, not of how important it is." ], "openQuestionsForResearch": [ "Which of the bundles below does a real task actually need, and which are ceremony?", "What does this thing have that the facets do not capture at all?", "Which neighbouring kind is most often confused with a router, and on what evidence are they told apart?" ], "whatItIsMadeOf": "matter you can touch", "physicalCharacter": [ "Mobility varies between examples.", "Does nothing on its own; everything it does, something else did to it.", "These come from the domain this entry sits in rather than from the entry itself, so treat them as a first guess about the whole domain applied to one thing." ], "whatCanBeDoneWithIt": [ "observe it, measure it, record its state" ], "howItIsRecognised": [ "Recognised by form, by the arrangement of its controls, and by markings - a plate, a model number, a certification mark. Form alone rarely separates two models that do very different things." ], "relatedModels": [ { "relation": "covers", "note": "Finer kinds folded into this entry because telling them apart needs a task that asks for it. Each is a model waiting to be split out when one does.", "targets": [ "MikroTik RouterBOARD", "wireless router", "TP-Link Archer VR1600v", "TP-LINK Archer AX50", "Netgear WNR3500L v1", "Netgear WNR3500L v2", "IAD WLAN 4421", "tp-link AX3000 Dual Band Gigabit Wi-Fi 6 Router", "Netgear WNR3500L", "Broadcom's based router", "Banana Pi BPI-R1", "Google Wifi" ] } ], "standing": "Described in 89 Wikipedia languages, which measures how widely it is written about rather than how important or how common it is. 32 finer distinctions are held inside this entry as names rather than as separate models.", "structure": { "bundles": [ { "id": "identity-and-classification", "name": "Identity, naming and classification", "description": "How an agent tells one router from another, and a router from things that resemble it.", "rationale": "Recognition comes before every other claim. Without stable identity nothing else in the model can be trusted to be about the same thing twice.", "layers": [ { "id": "naming-and-identifiers", "name": "Names and identifiers", "description": "The names this thing goes by and the identifiers that survive translation and time.", "findings": [ { "id": "preferred-name-and-aliases", "name": "Preferred name, aliases and local names", "description": "Which name to use, which names mean the same thing, and which merely sound similar.", "questions": [ { "id": "preferred-name-and-aliases-q01", "text": "What identifies and describes the name of a router, and in what units or vocabulary?", "kind": "definition", "answer_data": [ "identifiers", "types and classes", "values with units", "explicit unknowns" ] }, { "id": "preferred-name-and-aliases-q02", "text": "Who or what asserted this about the name of a router, by which method, and when was it true?", "kind": "provenance", "answer_data": [ "authority", "method", "evidence", "event time", "knowledge time" ] }, { "id": "preferred-name-and-aliases-q03", "text": "What may an agent decide or do once the name of a router is known, and what must it refuse?", "kind": "action", "answer_data": [ "permitted actions", "preconditions", "refusals", "escalation" ] } ] }, { "id": "stable-identifiers", "name": "Stable identifiers and external keys", "description": "Identifiers that keep pointing at this kind of thing across systems and languages.", "questions": [ { "id": "stable-identifiers-q01", "text": "What identifies and describes an identifier for a router, and in what units or vocabulary?", "kind": "definition", "answer_data": [ "identifiers", "types and classes", "values with units", "explicit unknowns" ] }, { "id": "stable-identifiers-q02", "text": "Who or what asserted this about an identifier for a router, by which method, and when was it true?", "kind": "provenance", "answer_data": [ "authority", "method", "evidence", "event time", "knowledge time" ] }, { "id": "stable-identifiers-q03", "text": "What may an agent decide or do once an identifier for a router is known, and what must it refuse?", "kind": "action", "answer_data": [ "permitted actions", "preconditions", "refusals", "escalation" ] } ] } ] }, { "id": "classification-and-granularity", "name": "Classification and granularity", "description": "Where a router sits among kinds, and how finely a task needs to cut it.", "findings": [ { "id": "kind-and-parents", "name": "Kind, parents and neighbouring kinds", "description": "The classes this thing belongs to and the ones it is next to.", "questions": [ { "id": "kind-and-parents-q01", "text": "What identifies and describes the kind of a router, and in what units or vocabulary?", "kind": "definition", "answer_data": [ "identifiers", "types and classes", "values with units", "explicit unknowns" ] }, { "id": "kind-and-parents-q02", "text": "Who or what asserted this about the kind of a router, by which method, and when was it true?", "kind": "provenance", "answer_data": [ "authority", "method", "evidence", "event time", "knowledge time" ] }, { "id": "kind-and-parents-q03", "text": "What may an agent decide or do once the kind of a router is known, and what must it refuse?", "kind": "action", "answer_data": [ "permitted actions", "preconditions", "refusals", "escalation" ] } ] }, { "id": "distinguishing-features", "name": "Distinguishing features", "description": "What separates a router from the things most often confused with it.", "questions": [ { "id": "distinguishing-features-q01", "text": "What identifies and describes what distinguishes a router, and in what units or vocabulary?", "kind": "definition", "answer_data": [ "identifiers", "types and classes", "values with units", "explicit unknowns" ] }, { "id": "distinguishing-features-q02", "text": "Who or what asserted this about what distinguishes a router, by which method, and when was it true?", "kind": "provenance", "answer_data": [ "authority", "method", "evidence", "event time", "knowledge time" ] }, { "id": "distinguishing-features-q03", "text": "What may an agent decide or do once what distinguishes a router is known, and what must it refuse?", "kind": "action", "answer_data": [ "permitted actions", "preconditions", "refusals", "escalation" ] } ] } ] } ] }, { "id": "form-and-composition", "name": "Form, composition and condition", "description": "What a router is made of, what shape and size it takes, and what state it is in.", "rationale": "A physical thing can be measured, and a model that cannot record its measurements cannot support any decision that depends on them.", "layers": [ { "id": "form-and-dimensions", "name": "Form and dimensions", "description": "Shape, size, mass and the ranges these take across examples.", "findings": [ { "id": "measurable-dimensions", "name": "Measurable dimensions and their units", "description": "The quantities worth recording and the units they are recorded in.", "questions": [ { "id": "measurable-dimensions-q01", "text": "What identifies and describes the dimensions of a router, and in what units or vocabulary?", "kind": "definition", "answer_data": [ "identifiers", "types and classes", "values with units", "explicit unknowns" ] }, { "id": "measurable-dimensions-q02", "text": "Who or what asserted this about the dimensions of a router, by which method, and when was it true?", "kind": "provenance", "answer_data": [ "authority", "method", "evidence", "event time", "knowledge time" ] }, { "id": "measurable-dimensions-q03", "text": "What may an agent decide or do once the dimensions of a router is known, and what must it refuse?", "kind": "action", "answer_data": [ "permitted actions", "preconditions", "refusals", "escalation" ] } ] } ] }, { "id": "material-and-composition", "name": "Material and composition", "description": "Materials, parts and how they are put together.", "findings": [ { "id": "parts-and-materials", "name": "Parts and materials", "description": "What a router is built from and which parts are replaceable.", "questions": [ { "id": "parts-and-materials-q01", "text": "What identifies and describes the composition of a router, and in what units or vocabulary?", "kind": "definition", "answer_data": [ "identifiers", "types and classes", "values with units", "explicit unknowns" ] }, { "id": "parts-and-materials-q02", "text": "Who or what asserted this about the composition of a router, by which method, and when was it true?", "kind": "provenance", "answer_data": [ "authority", "method", "evidence", "event time", "knowledge time" ] }, { "id": "parts-and-materials-q03", "text": "What may an agent decide or do once the composition of a router is known, and what must it refuse?", "kind": "action", "answer_data": [ "permitted actions", "preconditions", "refusals", "escalation" ] } ] } ] }, { "id": "condition-and-integrity", "name": "Condition and integrity", "description": "Wear, damage, health and the difference between working and broken.", "findings": [ { "id": "condition-assessment", "name": "Condition, damage and health", "description": "How the condition of a router is judged and by whom.", "questions": [ { "id": "condition-assessment-q01", "text": "What identifies and describes the condition of a router, and in what units or vocabulary?", "kind": "definition", "answer_data": [ "identifiers", "types and classes", "values with units", "explicit unknowns" ] }, { "id": "condition-assessment-q02", "text": "Who or what asserted this about the condition of a router, by which method, and when was it true?", "kind": "provenance", "answer_data": [ "authority", "method", "evidence", "event time", "knowledge time" ] }, { "id": "condition-assessment-q03", "text": "What may an agent decide or do once the condition of a router is known, and what must it refuse?", "kind": "action", "answer_data": [ "permitted actions", "preconditions", "refusals", "escalation" ] } ] } ] } ] }, { "id": "place-and-movement", "name": "Place and movement", "description": "Where a router is, how it got there and where it may go (varies).", "rationale": "A thing that can move needs its position recorded with a time, or every later claim about it is about a place it has left.", "layers": [ { "id": "location-and-placement", "name": "Location and placement", "description": "Position, containment and the reference frame the position is given in.", "findings": [ { "id": "position-and-frame", "name": "Position, container and reference frame", "description": "Where a router is, and what that position is measured against.", "questions": [ { "id": "position-and-frame-q01", "text": "What identifies and describes the location of a router, and in what units or vocabulary?", "kind": "definition", "answer_data": [ "identifiers", "types and classes", "values with units", "explicit unknowns" ] }, { "id": "position-and-frame-q02", "text": "Who or what asserted this about the location of a router, by which method, and when was it true?", "kind": "provenance", "answer_data": [ "authority", "method", "evidence", "event time", "knowledge time" ] }, { "id": "position-and-frame-q03", "text": "What may an agent decide or do once the location of a router is known, and what must it refuse?", "kind": "action", "answer_data": [ "permitted actions", "preconditions", "refusals", "escalation" ] } ] } ] }, { "id": "movement-and-transfer", "name": "Movement and transfer", "description": "How a router is carried, installed or relocated.", "findings": [ { "id": "movement-events", "name": "Movement events and constraints", "description": "What counts as a movement, what records it and what limits it.", "questions": [ { "id": "movement-events-q01", "text": "What identifies and describes the movement of a router, and in what units or vocabulary?", "kind": "definition", "answer_data": [ "identifiers", "types and classes", "values with units", "explicit unknowns" ] }, { "id": "movement-events-q02", "text": "Who or what asserted this about the movement of a router, by which method, and when was it true?", "kind": "provenance", "answer_data": [ "authority", "method", "evidence", "event time", "knowledge time" ] }, { "id": "movement-events-q03", "text": "What may an agent decide or do once the movement of a router is known, and what must it refuse?", "kind": "action", "answer_data": [ "permitted actions", "preconditions", "refusals", "escalation" ] } ] } ] } ] }, { "id": "state-and-lifecycle", "name": "State and lifecycle", "description": "The states a router passes through and the events that move it between them.", "rationale": "Most decisions about a thing depend on what state it is in now, which is a claim with a time on it, not a property.", "layers": [ { "id": "lifecycle-stages", "name": "Lifecycle stages", "description": "From coming into existence to ceasing to be one of these.", "findings": [ { "id": "stages-and-transitions", "name": "Stages and transitions", "description": "The stages worth naming and what moves a router between them.", "questions": [ { "id": "stages-and-transitions-q01", "text": "What identifies and describes the lifecycle of a router, and in what units or vocabulary?", "kind": "definition", "answer_data": [ "identifiers", "types and classes", "values with units", "explicit unknowns" ] }, { "id": "stages-and-transitions-q02", "text": "Who or what asserted this about the lifecycle of a router, by which method, and when was it true?", "kind": "provenance", "answer_data": [ "authority", "method", "evidence", "event time", "knowledge time" ] }, { "id": "stages-and-transitions-q03", "text": "What may an agent decide or do once the lifecycle of a router is known, and what must it refuse?", "kind": "action", "answer_data": [ "permitted actions", "preconditions", "refusals", "escalation" ] } ] } ] }, { "id": "observations-and-status", "name": "Observations and current status", "description": "What is observed about a router, how often and by whom.", "findings": [ { "id": "observation-record", "name": "Observation record", "description": "How an observation of a router is recorded so that it can be superseded rather than overwritten.", "questions": [ { "id": "observation-record-q01", "text": "What identifies and describes an observation of a router, and in what units or vocabulary?", "kind": "definition", "answer_data": [ "identifiers", "types and classes", "values with units", "explicit unknowns" ] }, { "id": "observation-record-q02", "text": "Who or what asserted this about an observation of a router, by which method, and when was it true?", "kind": "provenance", "answer_data": [ "authority", "method", "evidence", "event time", "knowledge time" ] }, { "id": "observation-record-q03", "text": "What may an agent decide or do once an observation of a router is known, and what must it refuse?", "kind": "action", "answer_data": [ "permitted actions", "preconditions", "refusals", "escalation" ] } ] } ] } ] }, { "id": "function-and-principle", "name": "Function and operating principle", "description": "What router is for and how it achieves it.", "rationale": "Two devices with the same name can work on different principles, and the principle is what predicts failure and constrains use.", "layers": [ { "id": "intended-function", "name": "Intended function", "description": "The job it does, and the jobs it is used for anyway.", "findings": [ { "id": "function-record", "name": "Function, principle and variants", "description": "What it does, how, and which variants do it differently.", "questions": [ { "id": "function-record-q01", "text": "What function does router perform, on what operating principle, and which variants differ in that principle?", "kind": "definition" }, { "id": "function-record-q02", "text": "What use falls outside the intended function but happens in practice?", "kind": "boundary" } ] } ] }, { "id": "capacity-and-rating", "name": "Capacity and rating", "description": "The numbers that say what it can do and where it stops.", "findings": [ { "id": "ratings", "name": "Ratings and their conditions", "description": "Rated capacity, power, throughput and the conditions each assumes.", "questions": [ { "id": "ratings-q01", "text": "What ratings characterise router, in what units, and under what stated conditions?", "kind": "measurement" }, { "id": "ratings-q02", "text": "What happens beyond the rating - degradation, refusal, damage - and how is that detected?", "kind": "action" } ] } ] } ] }, { "id": "operation-and-state", "name": "Operation, controls and state", "description": "How router is operated and what state it is in right now.", "rationale": "An agent acting on a device needs its current state and the controls that change it, not just its specification.", "layers": [ { "id": "controls-and-modes", "name": "Controls and modes", "description": "What can be set, what that changes, and what is interlocked.", "findings": [ { "id": "control-surface", "name": "Control surface and interlocks", "description": "The settings available and the conditions that block them.", "questions": [ { "id": "control-surface-q01", "text": "What controls and modes does router have, and what does each change?", "kind": "definition" }, { "id": "control-surface-q02", "text": "Which actions are interlocked or forbidden in which state, and what must be true before acting?", "kind": "action" } ] } ] }, { "id": "condition-and-maintenance", "name": "Condition and maintenance", "description": "Wear, service intervals, consumables and the line between working and broken.", "findings": [ { "id": "service-record", "name": "Condition, service and consumables", "description": "What is consumed, what is serviced, and how condition is judged.", "questions": [ { "id": "service-record-q01", "text": "What consumables and service does router need, at what interval, and on whose authority?", "kind": "measurement" }, { "id": "service-record-q02", "text": "What evidence separates a unit that is working from one that is out of service?", "kind": "boundary" } ] } ] } ] }, { "id": "kind-model-unit", "name": "Kind, model and unit", "description": "Whether a claim about router is about the kind, a product line, or one physical unit.", "rationale": "This is the boundary most often got wrong for made things, and getting it wrong mixes a catalogue entry with the machine in the yard.", "layers": [ { "id": "level-of-reference", "name": "Level of reference", "description": "The three levels and what belongs at each.", "findings": [ { "id": "level-rules", "name": "What belongs to kind, model and unit", "description": "Which properties are shared by all of them and which are not.", "questions": [ { "id": "level-rules-q01", "text": "Which facts about router hold for every one of them, which for a model, and which only for one unit?", "kind": "boundary" }, { "id": "level-rules-q02", "text": "What identifies an individual unit, and what should an agent do when it has only the kind?", "kind": "action" } ] } ] }, { "id": "standards-and-conformity", "name": "Standards and conformity", "description": "The standards a working example must meet and who attests it.", "findings": [ { "id": "conformity", "name": "Standards, marks and attestation", "description": "Which standard applies, who certifies, and what the mark means.", "questions": [ { "id": "conformity-q01", "text": "Which standards govern router, issued by whom, and what does conformity actually assert?", "kind": "provenance" }, { "id": "conformity-q02", "text": "What may an agent conclude from a certification mark, and what may it not?", "kind": "boundary" } ] } ] } ] }, { "id": "provenance-and-evidence", "name": "Provenance, evidence and time", "description": "Where every claim about a router came from and when it held.", "rationale": "A claim without a source and a time cannot be superseded, only overwritten, and an agent that overwrites loses the ability to explain itself.", "layers": [ { "id": "source-and-authority", "name": "Source and authority", "description": "Who said it, on what evidence, and how strongly.", "findings": [ { "id": "claim-provenance", "name": "Claim provenance and confidence", "description": "The authority behind each claim about a router and how confident it is.", "questions": [ { "id": "claim-provenance-q01", "text": "What identifies and describes a claim about a router, and in what units or vocabulary?", "kind": "definition", "answer_data": [ "identifiers", "types and classes", "values with units", "explicit unknowns" ] }, { "id": "claim-provenance-q02", "text": "Who or what asserted this about a claim about a router, by which method, and when was it true?", "kind": "provenance", "answer_data": [ "authority", "method", "evidence", "event time", "knowledge time" ] }, { "id": "claim-provenance-q03", "text": "What may an agent decide or do once a claim about a router is known, and what must it refuse?", "kind": "action", "answer_data": [ "permitted actions", "preconditions", "refusals", "escalation" ] } ] } ] }, { "id": "time-and-versions", "name": "Time, versions and supersession", "description": "When a claim was true, when it was learnt, and what replaced it.", "findings": [ { "id": "validity-and-supersession", "name": "Validity period and supersession", "description": "How an old claim about a router is retired without being erased.", "questions": [ { "id": "validity-and-supersession-q01", "text": "What identifies and describes the validity of a claim about a router, and in what units or vocabulary?", "kind": "definition", "answer_data": [ "identifiers", "types and classes", "values with units", "explicit unknowns" ] }, { "id": "validity-and-supersession-q02", "text": "Who or what asserted this about the validity of a claim about a router, by which method, and when was it true?", "kind": "provenance", "answer_data": [ "authority", "method", "evidence", "event time", "knowledge time" ] }, { "id": "validity-and-supersession-q03", "text": "What may an agent decide or do once the validity of a claim about a router is known, and what must it refuse?", "kind": "action", "answer_data": [ "permitted actions", "preconditions", "refusals", "escalation" ] } ] } ] } ] } ] }, "statistics": { "bundles": 8, "layers": 17, "findings": 19, "questions": 51 } } } }