TP-Link HS-105 mini smart plug.
There was an immediate problem: my Orbi 2.4G network was on channel 11 and the TP-Link plug created a WiFi access point on channel 6 (\"TP-Link_Smart Plug_171F\", where 17:1F is the last two octets of the MAC address). Alas, a WiFi adapter used with Wireshark can monitor only one channel, so I did not get packets between phone and plug. However, this did confirm my belief that the existing smartphone connection was irrelevant, The smartphone TP-Link Kasa app connected to the TP-Link smart plug even though it
was on a different WiFi channel. And, once the SSID and password were sent to the plug, the plug was able to find my Orbi on channel 11. TP-Link printed the plug MAC address on the case, so I forced Orbi to channel 6 and was able to capture the entire process. The STRANGE thing was that I did NOT capture any packets directly between the smart plug and my smartphone. All I saw were broadcast packets. It was also clear that the smartphone app encrypted my Orbi SSID and password before sending them to the smart plug.
Belkin Wemo mini smart plug.
Configuring the Belkin Wemo mini smart plug went about the same way, except it was a lot more complicated and confusing. Belkin printed the MAC address on plug so I was able to configure a Wireshark capture on channel 6. The app complained about my Android phone being too cavalier about changing WiF networks, and it spent a LONG time \"looking\". Eventually, the Wemo app turns the plug on and off as it should. Once again, the Wireshark captured almost entirely broadcast packets. i.e. the phone does not seem to talk directly to the Wemo. During the process, my phone remained connected to Orbi at 5G and simultaneously talked 2.4G on channel 6. Wemo also appears to encrypt data that goes to the smart plug.
Aukey SH-PA1 mini smart plug.
It appears that the Aukey did NOT create a WiFi SSID. The Aukey app was similar to Belkin Wemo in complaining about \"must be connected to 2.4G\". I ignored the complaint and clicked \"Continue\". App found the plug and it turns on and off as expected. Aukey did not print the device MAC address on the product, so after it was working, I went to Orbi's attached devices and learned the MAC address. Reset the plug to factory and did a Wireshark capture. THIS TIME, the Aukey app asked if I wanted to use Bluetooth to find and configure the plug. \"What the heck. Why not?\" Went smoothly and the plug works fine. (Maybe it asked about bluetooth the first time and I just didn't see the message.) Aukey also seems to communicate using only broadcast packets and encrypts data.
I have noticed that all three smart plugs make a distinctive \"snapping\" sound when they turn on and off. I guess to support 15 amps, they need to switch a physical relay.
So, what have I learned (besides how difficult it is to use Wireshark on WiFi networks)?
I now have three brands of smart plug (a) that all say they require a 2.4G network, (b) that managed to get connected even though my phone was connected to an Orbi 5G channel, (c) that seem to communicate using only broadcast packets, and (d) that I really like using bluetooth to connect devices. I still have no clue how the plugs can be controlled remotely. (Does Orbi have a way to report when devices open ports to remote hosts?)
I remain convinced that \"Orbi isn't the problem\" when devices cannot be connected, but I am no closer to learning what IS the problem.","body@stringLength":"4117","rawBody":"I did some experiments trying to learn \"what goes on\" when a smart plug is configured to work on a WiFi network. I now have three smart plugs: TP-Link HS-105, Belkin Wemo mini smart plug, and Aukey SH-PA1 mini smart plug. The goal was to use Wireshark to capture the packets which go back and forth across the network and see how they connect.
TP-Link HS-105 mini smart plug.
There was an immediate problem: my Orbi 2.4G network was on channel 11 and the TP-Link plug created a WiFi access point on channel 6 (\"TP-Link_Smart Plug_171F\", where 17:1F is the last two octets of the MAC address). Alas, a WiFi adapter used with Wireshark can monitor only one channel, so I did not get packets between phone and plug. However, this did confirm my belief that the existing smartphone connection was irrelevant, The smartphone TP-Link Kasa app connected to the TP-Link smart plug even though it
was on a different WiFi channel. And, once the SSID and password were sent to the plug, the plug was able to find my Orbi on channel 11. TP-Link printed the plug MAC address on the case, so I forced Orbi to channel 6 and was able to capture the entire process. The STRANGE thing was that I did NOT capture any packets directly between the smart plug and my smartphone. All I saw were broadcast packets. It was also clear that the smartphone app encrypted my Orbi SSID and password before sending them to the smart plug.
Belkin Wemo mini smart plug.
Configuring the Belkin Wemo mini smart plug went about the same way, except it was a lot more complicated and confusing. Belkin printed the MAC address on plug so I was able to configure a Wireshark capture on channel 6. The app complained about my Android phone being too cavalier about changing WiF networks, and it spent a LONG time \"looking\". Eventually, the Wemo app turns the plug on and off as it should. Once again, the Wireshark captured almost entirely broadcast packets. i.e. the phone does not seem to talk directly to the Wemo. During the process, my phone remained connected to Orbi at 5G and simultaneously talked 2.4G on channel 6. Wemo also appears to encrypt data that goes to the smart plug.
Aukey SH-PA1 mini smart plug.
It appears that the Aukey did NOT create a WiFi SSID. The Aukey app was similar to Belkin Wemo in complaining about \"must be connected to 2.4G\". I ignored the complaint and clicked \"Continue\". App found the plug and it turns on and off as expected. Aukey did not print the device MAC address on the product, so after it was working, I went to Orbi's attached devices and learned the MAC address. Reset the plug to factory and did a Wireshark capture. THIS TIME, the Aukey app asked if I wanted to use Bluetooth to find and configure the plug. \"What the heck. Why not?\" Went smoothly and the plug works fine. (Maybe it asked about bluetooth the first time and I just didn't see the message.) Aukey also seems to communicate using only broadcast packets and encrypts data.
I have noticed that all three smart plugs make a distinctive \"snapping\" sound when they turn on and off. I guess to support 15 amps, they need to switch a physical relay.
So, what have I learned (besides how difficult it is to use Wireshark on WiFi networks)?
I now have three brands of smart plug (a) that all say they require a 2.4G network, (b) that managed to get connected even though my phone was connected to an Orbi 5G channel, (c) that seem to communicate using only broadcast packets, and (d) that I really like using bluetooth to connect devices. I still have no clue how the plugs can be controlled remotely. (Does Orbi have a way to report when devices open ports to remote hosts?)
I remain convinced that \"Orbi isn't the problem\" when devices cannot be connected, but I am no closer to learning what IS the problem.
","author":{"__ref":"User:user:380593"},"isEscalated":null,"postTime":"2019-01-07T16:42:32.933-08:00","solution":false,"attachments":{"__typename":"AttachmentConnection","edges":[],"pageInfo":{"__typename":"PageInfo","hasNextPage":false,"endCursor":null,"hasPreviousPage":false,"startCursor":null}},"customFields":[],"messagePolicies":{"__typename":"MessagePolicies","canReply":{"__typename":"PolicyResult","failureReason":{"__typename":"FailureReason","message":"error.lithium.policies.forums.action.message.reply_to_entity.allow.accessDenied","key":"error.lithium.policies.forums.action.message.reply_to_entity.allow.accessDenied","args":[]}},"canAcceptSolution":{"__typename":"PolicyResult","failureReason":{"__typename":"FailureReason","message":"error.lithium.policies.accepted_solutions.action_allow.message.mark_as_accepted_solution.accessDenied","key":"error.lithium.policies.accepted_solutions.action_allow.message.mark_as_accepted_solution.accessDenied","args":[]}},"canRejectSolution":{"__typename":"PolicyResult","failureReason":{"__typename":"FailureReason","message":"error.lithium.policies.accepted_solutions.action_allow.message.unmark_as_accepted_solution.accessDenied","key":"error.lithium.policies.accepted_solutions.action_allow.message.unmark_as_accepted_solution.accessDenied","args":[]}},"canTag":{"__typename":"PolicyResult","failureReason":{"__typename":"FailureReason","message":"error.lithium.policies.labels.action.labelableentity.set_labels.allow.accessDenied","key":"error.lithium.policies.labels.action.labelableentity.set_labels.allow.accessDenied","args":[]}},"canEdit":{"__typename":"PolicyResult","failureReason":{"__typename":"FailureReason","message":"error.lithium.policies.forums.action_allow.edit_message.accessDenied","key":"error.lithium.policies.forums.action_allow.edit_message.accessDenied","args":[]}},"canKudo":{"__typename":"PolicyResult","failureReason":{"__typename":"FailureReason","message":"error.lithium.policies.kudos.action.entity.give_kudos.allow.accessDenied","key":"error.lithium.policies.kudos.action.entity.give_kudos.allow.accessDenied","args":[]}}}},"Revision:revision:1687363_1":{"__typename":"Revision","id":"revision:1687363_1","lastEditTime":"2019-01-08T06:17:56.542-08:00"},"QueryVariables:ReplyList:message:1687363:1":{"__typename":"QueryVariables","id":"ReplyList:message:1687363:1","value":{"id":"message:1687363","sorts":{"postTime":{"direction":"ASC"}},"useAvatar":true,"useAuthorLogin":true,"useAuthorRank":true,"useBody":true,"useKudosCount":true,"useTimeToRead":false,"useMedia":false,"useReadOnlyIcon":false,"useRepliesCount":false,"useSearchSnippet":false,"useAcceptedSolutionButton":true,"useSolvedBadge":false,"useAttachments":false,"attachmentsFirst":5,"useTags":false,"useNodeAncestors":false,"useUserHoverCard":false,"useNodeHoverCard":false,"useModerationStatus":true,"usePreviewSubjectModal":false,"useMessageStatus":true}},"ROOT_MUTATION":{"__typename":"Mutation"},"CachedAsset:text:en_US-components/customComponent/CustomComponent-1759225896437":{"__typename":"CachedAsset","id":"text:en_US-components/customComponent/CustomComponent-1759225896437","value":{"errorMessage":"Error rendering component id: {customComponentId}","bannerTitle":"Video provider requires cookies to play the video. Accept to continue or {url} it directly on the provider's site.","buttonTitle":"Accept","urlText":"watch"},"localOverride":false},"CachedAsset:text:en_US-shared/client/components/users/UserAvatar-1759225896437":{"__typename":"CachedAsset","id":"text:en_US-shared/client/components/users/UserAvatar-1759225896437","value":{"altText":"{login}'s avatar","altTextGeneric":"User's avatar"},"localOverride":false},"CachedAsset:text:en_US-shared/client/components/ranks/UserRankLabel-1759225896437":{"__typename":"CachedAsset","id":"text:en_US-shared/client/components/ranks/UserRankLabel-1759225896437","value":{"altTitle":"Icon for {rankName} rank"},"localOverride":false},"CachedAsset:text:en_US-components/common/ExternalLinkWarningModal-1759225896437":{"__typename":"CachedAsset","id":"text:en_US-components/common/ExternalLinkWarningModal-1759225896437","value":{"title":"Leaving the Community","description":"You're about to leave this site and navigate to an external domain. Are you sure you want to continue?","action.submit":"Continue","action.cancel":"Go Back"},"localOverride":false},"CachedAsset:text:en_US-components/tags/TagView/TagViewChip-1759225896437":{"__typename":"CachedAsset","id":"text:en_US-components/tags/TagView/TagViewChip-1759225896437","value":{"tagLabelName":"Tag name {tagName}"},"localOverride":false},"CachedAsset:text:en_US-components/messages/AcceptedSolutionButton-1759225896437":{"__typename":"CachedAsset","id":"text:en_US-components/messages/AcceptedSolutionButton-1759225896437","value":{"accept":"Mark as Solution","accepted":"Marked as Solution","errorHeader":"Error!","errorAdd":"There was an error marking as solution.","errorRemove":"There was an error unmarking as solution.","solved":"Solved","topicAlreadySolvedErrorTitle":"Solution Already Exists","topicAlreadySolvedErrorDesc":"Refresh the browser to view the existing solution"},"localOverride":false},"CachedAsset:text:en_US-components/messages/LinearReplyList-1759225896437":{"__typename":"CachedAsset","id":"text:en_US-components/messages/LinearReplyList-1759225896437","value":{"title":"{count, plural, one{# Reply} other{# Replies}}","title@board:BLOG":"{count, plural, one{# Comment} other{# Comments}}","title@board:TKB":"{count, plural, one{# Comment} other{# Comments}}","title@board:IDEA":"{count, plural, one{# Comment} other{# Comments}}","title@board:OCCASION":"{count, plural, one{# Comment} other{# Comments}}","noRepliesTitle":"No Replies","noRepliesTitle@board:BLOG":"No Comments","noRepliesTitle@board:TKB":"No Comments","noRepliesTitle@board:IDEA":"No Comments","noRepliesTitle@board:OCCASION":"No Comments","noRepliesDescription":"Be the first to reply","noRepliesDescription@board:BLOG":"Be the first to comment","noRepliesDescription@board:TKB":"Be the first to comment","noRepliesDescription@board:OCCASION":"Be the first to comment","noRepliesDescription@board:IDEA":"Be the first to comment","messageReadOnlyAlert:BLOG":"Comments have been turned off for this post","messageReadOnlyAlert:TKB":"Comments have been turned off for this article","messageReadOnlyAlert:IDEA":"Comments have been turned off for this idea","messageReadOnlyAlert:FORUM":"Replies have been turned off for this discussion","messageReadOnlyAlert:OCCASION":"Comments have been turned off for this event"},"localOverride":false}}}},"page":"/forums/ForumMessagePage/ForumMessagePage","query":{"boardId":"Orbi","messageSubject":"adding-2-4-ghz-devices-to-orbi","messageId":"1681745","replyId":"1687363"},"buildId":"iWB5jxAgv6Dzg8_YScW7W","runtimeConfig":{"buildInformationVisible":false,"logLevelApp":"info","appLogLevelOverrides":"TenancyMiddleware=TRACE,OriginHelper=TRACE","logLevelMetrics":"info","surveysEnabled":true,"openTelemetry":{"clientEnabled":false,"configName":"netgear","serviceVersion":"25.9.0","universe":"prod","collector":"http://localhost:4318","logLevel":"error","routeChangeAllowedTime":"5000","headers":"","enableDiagnostic":"false","maxAttributeValueLength":"4095"},"apolloDevToolsEnabled":false,"quiltLazyLoadThreshold":"3"},"isFallback":false,"isExperimentalCompile":false,"dynamicIds":["components_seo_QAPageSchema","components_community_Navbar_NavbarWidget","components_community_Breadcrumb_BreadcrumbWidget","components_customComponent_CustomComponent","components_messages_TopicWithThreadedReplyListWidget","components_languages_LanguagePicker","components_messages_MessageView_MessageViewStandard","components_external_components_ExternalComponent","components_messages_EscalatedMessageBanner","components_customComponent_CustomComponentContent_HtmlContent","shared_client_components_common_List_UnwrappedList","components_tags_TagView","components_tags_TagView_TagViewChip","components_customComponent_CustomComponentContent_CustomComponentScripts"],"appGip":true,"scriptLoader":[]}