Abstract: Disclosed are various embodiments for managing which location-based service zones to monitor within a geographic region. An active zone defining a geographic region and location-based service zones within the geographic region is provided by another computing device. The selection of a subset of the location-based service zones to monitor within an active zone can be based on an estimated current device location and/or other parameters.

Abstract: Disclosed are various embodiments for managing location-based service zones being monitored by a client device. The location-based service zones within a geographic region can be organized in location-based service zone clusters. In response to receiving an active zone from a computing device, a client device can begin monitoring the geographic parameters for the top-level location-based service zone clusters. When the client device detects an entry into a particular location-based service zone cluster, the client device stops monitoring the top-level location-based service zone clusters and begins monitoring the location-based service zones that are within the particular location-based service zone cluster.

Abstract: Disclosed are various embodiments for managing which location-based service zones to monitor within a geographic region. An active zone defining a geographic region and location-based service zones within the geographic region is provided by another computing device. The selection of a subset of the location-based service zones to monitor within an active zone can be based on an estimated current device location and/or other parameters.

Abstract: Disclosed are various embodiments for managing which location-based service zones to monitor when the number location-based service zones within a geographic region exceed the amount the device can support. An active zone defining a geographic region and location-based service zones within the geographic region is provided by another computing device. When the number of location-based service zones meets or exceeds a predefined threshold, a subset of the location-based service zones is selected for monitoring according to a current device location and/or other parameters.

Abstract: Disclosed are various embodiments for managing which location-based service zones to monitor when the number location-based service zones within a geographic region exceed the amount the device can support. An active zone defining a geographic region and location-based service zones within the geographic region is provided by another computing device. When the number of location-based service zones meets or exceeds a predefined threshold, a subset of the location-based service zones is selected for monitoring according to a current device location and/or other parameters.

Abstract: Disclosed are various embodiments for managing which location-based service zones to monitor when the number location-based service zones within a geographic region exceed the amount the device can support. An active zone defining a geographic region and location-based service zones within the geographic region is provided by another computing device. When the number of location-based service zones meets or exceeds a predefined threshold, a subset of the location-based service zones is selected for monitoring according to a current device location and/or other parameters.

Abstract: Discovery of intermediate network devices is performed using a technique that piggybacks upon the existing standard TCP (Transport Control Protocol) “SACK” (Selective Acknowledgment) option in a SYN/ACK packet so that discovery information may be shared between pair-wise-deployed peer intermediate devices when a TCP/IP connection (Transport Control Protocol/Internet Protocol) is first established between network endpoints using a conventional three-way handshake. Use of the SACK option is combined with another technique which comprises modifying the original 16-bit value of the TCP receive window size to a special arbitrary value to mark a SYN packet as being generated by a first peer device. The marked SYN when received by the second peer device triggers that device's discovery information to be piggybacked in the SACK option of the SYN/ACK packet. The first device then piggybacks its discovery information in the SACK option of the ACK packet which completes the three-way handshake.

Abstract: Discovery of intermediate network devices is performed using a technique that piggybacks upon the existing standard TCP (Transport Control Protocol) “SACK” (Selective Acknowledgment) option in a SYN/ACK packet so that discovery information may be shared between pair-wise-deployed peer intermediate devices when a TCP/IP connection (Transport Control Protocol/Internet Protocol) is first established between network endpoints using a conventional three-way handshake. Use of the SACK option is combined with another technique which comprises modifying the original 16-bit value of the TCP receive window size to a special arbitrary value to mark a SYN packet as being generated by a first peer device. The marked SYN when received by the second peer device triggers that device's discovery information to be piggybacked in the SACK option of the SYN/ACK packet. The first device then piggybacks its discovery information in the SACK option of the ACK packet which completes the three-way handshake.

Abstract: Discovery of intermediate network devices is performed using a technique that piggybacks upon the existing standard TCP (Transport Control Protocol) “SACK” (Selective Acknowledgment) option in a SYN/ACK packet so that discovery information may be shared between pair-wise-deployed peer intermediate devices when a TCP/IP connection (Transport Control Protocol/Internet Protocol) is first established between network endpoints using a conventional three-way handshake. Use of the SACK option is combined with another technique which comprises modifying the original 16-bit value of the TCP receive window size to a special arbitrary value to mark a SYN packet as being generated by a first peer device. The marked SYN when received by the second peer device triggers that device's discovery information to be piggybacked in the SACK option of the SYN/ACK packet. The first device then piggybacks its discovery information in the SACK option of the ACK packet which completes the three-way handshake.

Abstract: Discovery of intermediate network devices is performed using a technique that piggybacks upon the existing standard TCP (Transport Control Protocol) “SACK” (Selective Acknowledgment) option in a SYN/ACK packet so that discovery information may be shared between pair-wise-deployed peer intermediate devices when a TCP/IP connection (Transport Control Protocol/Internet Protocol) is first established between network endpoints using a conventional three-way handshake. Use of the SACK option is combined with another technique which comprises modifying the original 16-bit value of the TCP receive window size to a special arbitrary value to mark a SYN packet as being generated by a first peer device. The marked SYN when received by the second peer device triggers that device's discovery information to be piggybacked in the SACK option of the SYN/ACK packet. The first device then piggybacks its discovery information in the SACK option of the ACK packet which completes the three-way handshake.

Abstract: Discovery of intermediate network devices is performed using a technique that piggybacks upon the existing standard TCP (Transport Control Protocol) “SACK” (Selective Acknowledgment) option in a SYN/ACK packet so that discovery information may be shared between pair-wise-deployed peer intermediate devices when a TCP/IP connection (Transport Control Protocol/Internet Protocol) is first established between network endpoints using a conventional three-way handshake. Use of the SACK option is combined with another technique which comprises modifying the original 16-bit value of the TCP receive window size to a special arbitrary value to mark a SYN packet as being generated by a first peer device. The marked SYN when received by the second peer device triggers that device's discovery information to be piggybacked in the SACK option of the SYN/ACK packet. The first device then piggybacks its discovery information in the SACK option of the ACK packet which completes the three-way handshake.

Abstract: Discovery of intermediate network devices is performed using a technique that piggybacks upon the existing standard TCP (Transport Control Protocol) “SACK” (Selective Acknowledgment) option in a SYN/ACK packet so that discovery information may be shared between pair-wise-deployed peer intermediate devices when a TCP/IP connection (Transport Control Protocol/Internet Protocol) is first established between network endpoints using a conventional three-way handshake. Use of the SACK option is combined with another technique which comprises modifying the original 16-bit value of the TCP receive window size to a special arbitrary value to mark a SYN packet as being generated by a first peer device. The marked SYN when received by the second peer device triggers that device's discovery information to be piggybacked in the SACK option of the SYN/ACK packet. The first device then piggybacks its discovery information in the SACK option of the ACK packet which completes the three-way handshake.