GSOC20256LoWPAN - Revision history

Jieqiboh: /* Weekly Updates */

2025-07-20T18:00:31Z

Weekly Updates

← Older revision		Revision as of 18:00, 20 July 2025
Line 108:		Line 108:
	** Implemented full support for ROVR (Registration Ownership Verifier) generation and validation, as specified in RFC 8505, to authenticate and correlate address registration attempts from 6LNs.		** Implemented full support for ROVR (Registration Ownership Verifier) generation and validation, as specified in RFC 8505, to authenticate and correlate address registration attempts from 6LNs.
	** Initiated Phase 2 planning by drafting a design document detailing new node interactions between 6LN and 6LBR, and between 6LN and 6LR, and EDAR/EDAC packet formats.		** Initiated Phase 2 planning by drafting a design document detailing new node interactions between 6LN and 6LBR, and between 6LN and 6LR, and EDAR/EDAC packet formats.


	* '''Week 7 (July 14 - July 20)'''		* '''Week 7 (July 14 - July 20)'''

Jieqiboh: /* Weekly Updates */

2025-07-20T17:59:16Z

Weekly Updates

← Older revision		Revision as of 17:59, 20 July 2025
Line 104:		Line 104:

	* '''Week 6 (July 7 - July 13)'''		* '''Week 6 (July 7 - July 13)'''
			** Updated the sixlowpan-nd-basic-test to simulate a more complete topology with 4 6LNs and 1 6LBR, improving test coverage and realism of the Neighbor Discovery process.
			** Removed the legacy sixlowpan-ping-test which was no longer aligned with the updated registration logic and test objectives.
			** Implemented full support for ROVR (Registration Ownership Verifier) generation and validation, as specified in RFC 8505, to authenticate and correlate address registration attempts from 6LNs.
			** Initiated Phase 2 planning by drafting a design document detailing new node interactions between 6LN and 6LBR, and between 6LN and 6LR, and EDAR/EDAC packet formats.

Jieqiboh: /* Weekly Updates */

2025-07-20T17:42:45Z

Weekly Updates

← Older revision		Revision as of 17:42, 20 July 2025
Line 99:		Line 99:

	* '''Week 5 (June 30 - July 6)'''		* '''Week 5 (June 30 - July 6)'''
			** Added user attribution by updating the AUTHORS file.
			** Implemented binary exponential backoff for multicast RS messages sent by 6LNs in accordance with RFC6775 Section 5.3
			** Added support for the 6LoWPAN Capability Indication Option (6CIO) according to RFC7400 and extensions in RFC8505 5.3 in Router Solicitation and Advertisement messages.

	* '''Week 6 (July 7 - July 13)'''		* '''Week 6 (July 7 - July 13)'''


	* '''Week 7 (July 14 - July 20)'''		* '''Week 7 (July 14 - July 20)'''

Jieqiboh: /* Weekly Updates */

2025-07-20T17:08:11Z

Weekly Updates

Jieqiboh: /* Weekly Updates */

2025-07-20T17:04:26Z

Weekly Updates

← Older revision		Revision as of 17:04, 20 July 2025
Line 94:		Line 94:

	* '''Week 4 (June 23 - 29)'''		* '''Week 4 (June 23 - 29)'''
			** Implemented multicast Router Solicitation support for 6LNs via a new SixLowPanNdProtocol::SendSixLowPanMulticastRS method, with randomized jitter and retransmission timeout logic to reduce collision risk and improve robustness.
			** Introduced delayed periodic re-registration in SixLowPanNdProtocol::AddressRegistration and extended registration lifetimes (>1 month) to reduce control traffic overhead in LLNs.
			** Authored Sphinx documentation for 6LoWPAN-ND, adding it to sixlowpan.rst, covering protocol design, implementation details, and usage within the ns-3 framework.

	* '''Week 5 (June 30 - July 6)'''		* '''Week 5 (June 30 - July 6)'''

Jieqiboh: /* Weekly Updates */

2025-07-20T15:45:47Z

Weekly Updates

← Older revision		Revision as of 15:45, 20 July 2025
Line 85:		Line 85:
	** Resolved major functional bugs in the ND protocol stack, enabling successful end-to-end address registration for individual 6LNs.		** Resolved major functional bugs in the ND protocol stack, enabling successful end-to-end address registration for individual 6LNs.
	** Removed legacy variables and deprecated address re-registration code paths, streamlining protocol logic.		** Removed legacy variables and deprecated address re-registration code paths, streamlining protocol logic.
	** Wrote test: sixlowpan-reg-test.cc to simulate and validate bootstrapping and address registration ~~across~~ a ~~scalable~~ setup ~~(1–20 6LNs registering~~ with ~~a single~~ 6LBR).		** Wrote test: sixlowpan-reg-test.cc to simulate and validate bootstrapping and address registration for a simple setup 1 6LN with 1 6LBR.

	* '''Week 3 (June 16 - June 22)'''		* '''Week 3 (June 16 - June 22)'''
			** Reintroduced the m_addressRegistrationEvent scheduling mechanism within SixLowPanNdProtocol to restore proper handling of timed registration events.
			** Fixed key bug in NS(EARO) handling: added early return logic and call to Icmpv6L4Protocol::HandleNS when EARO is absent and corrected retransmission counter increment behavior.
			** Rebased development branch onto the latest ns-3-dev master to maintain compatibility and integrate upstream changes.
			** Disabled default IPv6 Duplicate Address Detection (DAD) timeouts in favor of multicast Router Solicitation scheduling during 6LN initialization, aligning with 6LoWPAN-ND behaviour.

	* '''Week 4 (June 23 - 29)'''		* '''Week 4 (June 23 - 29)'''

Jieqiboh: /* Weekly Updates */

2025-07-20T15:40:03Z

Weekly Updates

← Older revision		Revision as of 15:40, 20 July 2025
Line 79:		Line 79:
	** Implemented clear control flow for AddressRegistration, AddressRegistrationTimeout, and AddressRegistrationSuccess to manage state transitions during the registration lifecycle in a structured and predictable manner.		** Implemented clear control flow for AddressRegistration, AddressRegistrationTimeout, and AddressRegistrationSuccess to manage state transitions during the registration lifecycle in a structured and predictable manner.
	** Removed outdated and redundant scheduling logic (SixLowPanNdProtocol::AddressReRegistration), reducing code complexity and improving maintainability.		** Removed outdated and redundant scheduling logic (SixLowPanNdProtocol::AddressReRegistration), reducing code complexity and improving maintainability.
	- Created annotated flow diagrams using draw.io to visualize the address registration FSM and its interactions, aiding code readability.		** Created annotated flow diagrams using draw.io to visualize the address registration FSM and its interactions, aiding code readability.

	* '''Week 2 (June 9 - June 15)'''		* '''Week 2 (June 9 - June 15)'''
			** Implemented core logic for address registration in alignment with the serialized state machine design drafted previously
			** Resolved major functional bugs in the ND protocol stack, enabling successful end-to-end address registration for individual 6LNs.
			** Removed legacy variables and deprecated address re-registration code paths, streamlining protocol logic.
			** Wrote test: sixlowpan-reg-test.cc to simulate and validate bootstrapping and address registration across a scalable setup (1–20 6LNs registering with a single 6LBR).

	* '''Week 3 (June 16 - June 22)'''		* '''Week 3 (June 16 - June 22)'''

Jieqiboh: /* Weekly Updates */

2025-07-20T15:35:37Z

Weekly Updates

← Older revision		Revision as of 15:35, 20 July 2025
Line 79:		Line 79:
	** Implemented clear control flow for AddressRegistration, AddressRegistrationTimeout, and AddressRegistrationSuccess to manage state transitions during the registration lifecycle in a structured and predictable manner.		** Implemented clear control flow for AddressRegistration, AddressRegistrationTimeout, and AddressRegistrationSuccess to manage state transitions during the registration lifecycle in a structured and predictable manner.
	** Removed outdated and redundant scheduling logic (SixLowPanNdProtocol::AddressReRegistration), reducing code complexity and improving maintainability.		** Removed outdated and redundant scheduling logic (SixLowPanNdProtocol::AddressReRegistration), reducing code complexity and improving maintainability.
			- Created annotated flow diagrams using draw.io to visualize the address registration FSM and its interactions, aiding code readability.

	* '''Week 2 (June 9 - June 15)'''		* '''Week 2 (June 9 - June 15)'''

Jieqiboh: /* Weekly Updates */

2025-07-20T15:33:53Z

Weekly Updates

← Older revision		Revision as of 15:33, 20 July 2025
Line 71:		Line 71:

	* '''Community Bonding Period Week 3 (May 25 - June 1)'''		* '''Community Bonding Period Week 3 (May 25 - June 1)'''
	** Analyzed the sixlowpan-ping-test.cc example to understand and reproduce the issue of concurrent address registrations, as outlined in the [https://docs.google.com/document/d/1kKYQzeEv3RgmSG0VDjr60ZC90ISxWAGZbwwOFPHf3nE/edit?tab=t.0 ~~phase 1~~ project ~~report~~].		** Analyzed the sixlowpan-ping-test.cc example to understand and reproduce the issue of concurrent address registrations, as outlined in the [https://docs.google.com/document/d/1kKYQzeEv3RgmSG0VDjr60ZC90ISxWAGZbwwOFPHf3nE/edit?tab=t.0 original project description].
	** Conducted a detailed review of the NdiscCache implementation, focusing on the neighbor cache state transitions (e.g., STALE, REACHABLE, TENTATIVE, REGISTERED) during the address registration lifecycle.		** Conducted a detailed review of the NdiscCache implementation, focusing on the neighbor cache state transitions (e.g., STALE, REACHABLE, TENTATIVE, REGISTERED) during the address registration lifecycle.
	** Configured code linting tools and integrated debugging support within the development environment to streamline diagnostics and maintain code quality.		** Configured code linting tools and integrated debugging support within the development environment to streamline diagnostics and maintain code quality.

	* '''Week 1 (June 2 - June 8)'''		* '''Week 1 (June 2 - June 8)'''
	** Introduced a formalized, serial address registration state machine for 6LNs to ensure one address is registered at a time, eliminating issues caused by concurrent registrations. The full design rationale and implementation details were documented in the Phase 1 report for reference and future extensibility.		** Introduced a formalized, serial address registration state machine for 6LNs to ensure one address is registered at a time, eliminating issues caused by concurrent registrations. The full design rationale and implementation details were documented in the [ Phase 1 report] for reference and future extensibility.
	** Implemented clear control flow for AddressRegistration, AddressRegistrationTimeout, and AddressRegistrationSuccess to manage state transitions during the registration lifecycle in a structured and predictable manner.		** Implemented clear control flow for AddressRegistration, AddressRegistrationTimeout, and AddressRegistrationSuccess to manage state transitions during the registration lifecycle in a structured and predictable manner.
	** Removed outdated and redundant scheduling logic (~~e.g.,~~ AddressReRegistration()), reducing code complexity and improving maintainability.		** Removed outdated and redundant scheduling logic (SixLowPanNdProtocol::AddressReRegistration), reducing code complexity and improving maintainability.

	* '''Week 2 (June 9 - June 15)'''		* '''Week 2 (June 9 - June 15)'''

Jieqiboh: /* Weekly Updates */

2025-07-20T15:29:52Z

Weekly Updates

← Older revision		Revision as of 15:29, 20 July 2025
Line 71:		Line 71:

	* '''Community Bonding Period Week 3 (May 25 - June 1)'''		* '''Community Bonding Period Week 3 (May 25 - June 1)'''
	** Analyzed the sixlowpan-ping-test.cc example to understand and reproduce the issue of concurrent address registrations, as outlined in the ~~original~~ project ~~proposal~~.		** Analyzed the sixlowpan-ping-test.cc example to understand and reproduce the issue of concurrent address registrations, as outlined in the [https://docs.google.com/document/d/1kKYQzeEv3RgmSG0VDjr60ZC90ISxWAGZbwwOFPHf3nE/edit?tab=t.0 phase 1 project report].
	** Conducted a detailed review of the NdiscCache implementation, focusing on the neighbor cache state transitions (e.g., STALE, REACHABLE, TENTATIVE, REGISTERED) during the address registration lifecycle.		** Conducted a detailed review of the NdiscCache implementation, focusing on the neighbor cache state transitions (e.g., STALE, REACHABLE, TENTATIVE, REGISTERED) during the address registration lifecycle.
	** Configured code linting tools and integrated debugging support within the development environment to streamline diagnostics and maintain code quality.		** Configured code linting tools and integrated debugging support within the development environment to streamline diagnostics and maintain code quality.

← Older revision		Revision as of 17:08, 20 July 2025
Line 61:		Line 61:
	* '''Community Bonding Period Week 1 (May 12 - May 18)'''		* '''Community Bonding Period Week 1 (May 12 - May 18)'''
	** Conducted an in-depth review of key specifications, including RFC 8505, RFC 6775, and RFC 4861, to build a strong foundation in IPv6 Neighbor Discovery and its 6LoWPAN optimizations.		** Conducted an in-depth review of key specifications, including RFC 8505, RFC 6775, and RFC 4861, to build a strong foundation in IPv6 Neighbor Discovery and its 6LoWPAN optimizations.
	** Explored relevant ns-3 modules, focusing on src/sixlowpan, and reviewed RFC 4944 and RFC 6282 to understand 6LoWPAN fragmentation, compression, and adaptation mechanisms.		** Explored relevant ns-3 modules, focusing on <code>src/sixlowpan</code>, and reviewed RFC 4944 and RFC 6282 to understand 6LoWPAN fragmentation, compression, and adaptation mechanisms.
	** Forked the ns-3 development repository and set up a working environment with the legacy 6LoWPAN-ND implementation as a baseline for development.		** Forked the ns-3 development repository and set up a working environment with the legacy 6LoWPAN-ND implementation as a baseline for development.
	** Established communication channels with mentors via Zulip and Google Meet, and aligned on expectations, deliverables, and development workflow.		** Established communication channels with mentors via Zulip and Google Meet, and aligned on expectations, deliverables, and development workflow.
Line 71:		Line 71:

	* '''Community Bonding Period Week 3 (May 25 - June 1)'''		* '''Community Bonding Period Week 3 (May 25 - June 1)'''
	** Analyzed the sixlowpan-ping-test.cc example to understand and reproduce the issue of concurrent address registrations, as outlined in the [https://docs.google.com/document/d/1kKYQzeEv3RgmSG0VDjr60ZC90ISxWAGZbwwOFPHf3nE/edit?tab=t.0 original project description].		** Analyzed the <code>sixlowpan-ping-test.cc</code> example to understand and reproduce the issue of concurrent address registrations, as outlined in the [https://docs.google.com/document/d/1kKYQzeEv3RgmSG0VDjr60ZC90ISxWAGZbwwOFPHf3nE/edit?tab=t.0 original project description].
	** Conducted a detailed review of the NdiscCache implementation, focusing on the neighbor cache state transitions (e.g., STALE, REACHABLE, TENTATIVE, REGISTERED) during the address registration lifecycle.		** Conducted a detailed review of the <code>NdiscCache</code> implementation, focusing on the neighbor cache state transitions (e.g., STALE, REACHABLE, TENTATIVE, REGISTERED) during the address registration lifecycle.
	** Configured code linting tools and integrated debugging support within the development environment to streamline diagnostics and maintain code quality.		** Configured code linting tools and integrated debugging support within the development environment to streamline diagnostics and maintain code quality.

	* '''Week 1 (June 2 - June 8)'''		* '''Week 1 (June 2 - June 8)'''
	** Introduced a formalized, serial address registration state machine for 6LNs to ensure one address is registered at a time, eliminating issues caused by concurrent registrations. The full design rationale and implementation details were documented in the [ Phase 1 report] for reference and future extensibility.		** Introduced a formalized, serial address registration state machine for 6LNs to ensure one address is registered at a time, eliminating issues caused by concurrent registrations. The full design rationale and implementation details were documented in the [ Phase 1 report] for reference and future extensibility.
	** Implemented clear control flow for AddressRegistration, AddressRegistrationTimeout, and AddressRegistrationSuccess to manage state transitions during the registration lifecycle in a structured and predictable manner.		** Implemented clear control flow for <code>AddressRegistration</code>, <code>AddressRegistrationTimeout</code>, and <code>AddressRegistrationSuccess</code> to manage state transitions during the registration lifecycle in a structured and predictable manner.
	** Removed outdated and redundant scheduling logic (SixLowPanNdProtocol::AddressReRegistration), reducing code complexity and improving maintainability.		** Removed outdated and redundant scheduling logic (<code>SixLowPanNdProtocol::AddressReRegistration</code>), reducing code complexity and improving maintainability.
	** Created annotated flow diagrams using draw.io to visualize the address registration FSM and its interactions, aiding code readability.		** Created annotated flow diagrams using draw.io to visualize the address registration FSM and its interactions, aiding code readability.

Line 88:		Line 88:

	* '''Week 3 (June 16 - June 22)'''		* '''Week 3 (June 16 - June 22)'''
	** Reintroduced the m_addressRegistrationEvent scheduling mechanism within SixLowPanNdProtocol to restore proper handling of timed registration events.		** Reintroduced the <code>m_addressRegistrationEvent</code> scheduling mechanism within <code>SixLowPanNdProtocol</code> to restore proper handling of timed registration events.
	** Fixed key bug in ~~NS(EARO) handling~~: added early return logic and call to Icmpv6L4Protocol::HandleNS when EARO is absent and corrected retransmission counter increment behavior.		** Fixed key bug in <code>SixLowPanNdProtocol::HandleSixLowPanNs</code>: added early return logic and call to <code>Icmpv6L4Protocol::HandleNS</code> when EARO is absent and corrected retransmission counter increment behavior.
	** Rebased development branch onto the latest ns-3-dev master to maintain compatibility and integrate upstream changes.		** Rebased development branch onto the latest ns-3-dev master to maintain compatibility and integrate upstream changes.
	** Disabled default IPv6 Duplicate Address Detection (DAD) timeouts in favor of multicast Router Solicitation scheduling during 6LN initialization, aligning with 6LoWPAN-ND behaviour.		** Disabled default IPv6 Duplicate Address Detection (DAD) timeouts in favor of multicast Router Solicitation scheduling during 6LN initialization, aligning with 6LoWPAN-ND behaviour.

	* '''Week 4 (June 23 - 29)'''		* '''Week 4 (June 23 - 29)'''
	** Implemented multicast Router Solicitation support for 6LNs via a new SixLowPanNdProtocol::SendSixLowPanMulticastRS method, with randomized jitter and retransmission timeout logic to reduce collision risk and improve robustness.		** Implemented multicast Router Solicitation support for 6LNs via a new <code>SixLowPanNdProtocol::SendSixLowPanMulticastRS</code> method, with randomized jitter and retransmission timeout logic to reduce collision risk and improve robustness.
	** Introduced delayed periodic re-registration in SixLowPanNdProtocol::AddressRegistration and extended registration lifetimes (>1 month) to reduce control traffic overhead in LLNs.		** Introduced delayed periodic re-registration in <code>SixLowPanNdProtocol::AddressRegistration</code> and extended registration lifetimes (>1 month) to reduce control traffic overhead in LLNs.
	** Authored Sphinx documentation for 6LoWPAN-ND, adding it to sixlowpan.rst, covering protocol design, implementation details, and usage within the ns-3 framework.		** Authored Sphinx documentation for 6LoWPAN-ND, adding it to <code>sixlowpan.rst</code>, covering protocol design, implementation details, and usage within the ns-3 framework.

	* '''Week 5 (June 30 - July 6)'''		* '''Week 5 (June 30 - July 6)'''