π IntServ limitations and problems (10 MCQs)
π From Data Communication and Networks β’ 30. Quality of Service β’ 10 questions available
What is IntServ limitations and problems?
IntServ suffers from scalability issues because maintaining per-flow state and processing RSVP signaling at every router creates excessive overhead in core networks, making it impractical for large-scale Internet deployment despite its precise QoS guarantees.
π All IntServ limitations and problems MCQs
Q1. In the Chord protocol, when a node N fails, what immediate change occurs to the successor pointer of its predecessor node?
π Explanation: When a node crashes, its immediate predecessor learns of the failure during the next stabilization round. It then replaces the lost successor with the failed node's own successor, preserving the ring continuity. This update is localized to the predecessor and does not require global knowledge, ensuring quick recovery of the pointer.
Q2. With identifier space size (i.e., identifiers), node builds its finger table. What is the target key for the 3rd entry ()?
π Explanation: The target key for entry is calculated as modulo . Substituting and gives . Since 11 is less than 32, the modulo operation does not change the value, so the correct target key is 11.
Q3. How does the size of Chord's finger table compare to Kademlia's routing table for the same identifier length ?
π Explanation: Chord maintains exactly finger entries, each pointing to the first node that succeeds . Kademlia, on the other hand, defines buckets based on XOR distance; each bucket may contain several nodes, providing redundancy and faster lookups. Therefore, while both structures have logical positions, Kademlia's routing table can hold many more contacts.
Q4. If the identifier length is increased, what is the expected effect on the average number of hops required for a lookup in Chord?
π Explanation: Chordβs lookup algorithm follows a logarithmic progression: each hop roughly halves the distance to the target identifier. Raising expands the identifier space exponentially, which typically adds more nodes. The average hop count therefore grows as , where is the number of nodes, leading to a logarithmic increase relative to the larger space.
Q5. In Chord, a node stores a key-value pair \(k, v)\ where \k \ is the hash of a data item and \v \ is the address of the peer that actually holds the data. What does this separation imply?
π Explanation: Chord decouples responsibility for a key from the location of the data itself. The node whose identifier succeeds \k \ (the successor) holds the \(k, v)\ pair, but \v \ can point to any other peer that hosts the actual file. This design enables load balancing and flexible data placement while preserving deterministic lookup via the successor.
Q6. A series of node departures partitions the Chord ring into two disjoint segments. Which strategy best restores a consistent view of the identifier space?
π Explanation: When a partition occurs, the ringβs continuity is broken, causing incorrect routing. The standard stabilization process periodically checks and corrects successor and predecessor links. By forcing nodes at the partition edges to exchange updated pointers, the ring can be reβjoined without global rehashing, restoring a single coherent identifier circle.
Q7. Given node 14 with key \(110.34.56.20, 5200)\ and its successor listed as 80.201.52.40, which sequence of hops will a lookup for key 5200 from node 14 most likely follow?
π Explanation: In Chord, a node forwards a query to its immediate successor when that successor is responsible for the target key. Since node 14βs successor is 80.201.52.40 and the key 5200 falls within the range that the successor owns, the lookup is resolved in a single hop directly to that successor.
Q8. Treating a node failure as a 'departure' versus a 'crash' influences Chord's stabilization. Which of the following best describes the impact of treating failures as departures?
π Explanation: When a failure is interpreted as a departure, the protocol follows the normal leave procedure: successors and predecessors are updated, and finger tables are repaired during the next stabilization round. This proactive handling removes stale references quickly, ensuring that routing information remains accurate and that the system can tolerate further churn.
Q9. Why does Chord use modulo \2^{m} \ arithmetic for its identifier space?
π Explanation: Modulo \2^{m} \ arithmetic creates a closed ring where the highest identifier wraps back to zero. This circular arrangement enables each node to define a successor as the next identifier clockwise, guaranteeing that any key has a wellβdefined owner and that lookups can traverse the ring without encountering gaps.
Q10. In Chord terminology, what is the 'successor' of a key \k \?
π Explanation: The successor of a key is defined as the node encountered first when moving clockwise from \k \ around the identifier circle whose identifier meets or exceeds \k \. This node is responsible for storing the \(k, v)\ pair, ensuring that every possible key maps to a unique location in the distributed hash table.