Met de functie voor automatische suggesties kun je je zoekresultaten snel verfijnen doordat mogelijke overeenkomsten wordt voorgesteld terwijl je typt.
Wifi Signaal stabiel - Internet valt regelmatig weg - ConnectBox
Sinds kort in een Ziggo omgeving terecht gekomen - nu is het volgende Internet valt regelmatig uit. Terwijl het Wifi Signaal (Sterk aangeeft).
Dit gebeurt met regelmaat wanneer wij tv kijken dan zegt het de CAM module niet te vinden (en dan zien we dat het intern signaal is verdwenen. Ik heb een UTP kabel naar de Connectbox gelegd en bedraad verbonden met de TV dan verschijnt hetzelfde probleem. Dit is op alle TV toestellen, voorzien van een CAM CI+ module van Ziggo.
Helaas blijft het hier niet bij, ook het mobiele internet die leunen op de WiFi, de iPads, de iPhones en MESH technieken voor Domotica hebben hier last van. Op regelmaat van de dag krijgen we een push bericht dat het internet eruit ligt.
Ik heb de signalen 2.4 en 5 GHz op ‘lege, bij niet bevolkte’ kanalen gezet, zelfs een WiFiBooster (met UTP kabel) van Ziggo in Huis gehaald om te zien of dit soelaas biedt .. maar helaas Nog steeds hetzelfde
ons abonnement is 500/40 maar de de vele haperingen/ wegvallen van internet, mag ik blij zijn dat de helft haalbaar is…. En ja het abonnement staat echt als 500/40 en niet 250/20 zoals het voorheen door Ziggo was ingesteld.
Wifi Signaal is overal in het huis:
Nu probeer ik al een paar dagen de Ziggo chat te benaderen maar helaas zijn ze nog steeds in gesprek … Wat mij opvalt is dat de WiFiBooster van het Compal type is en de ConnectBox van ARRIS...terwijl het dezelfde boxen zijn. volgens de producent zijn dit identieke boxen (ARRIS) maar is een gedeelte niet geactiveerd (softwarematig...)?
Wat kunnen we nog meer aan doen???? of blijft het zo …???
Niet bevolkt is geen kriterium voor het kiezen van kanaalnummers. Je moet ze netjes stapelen op de kanalen 1, 6 of 11. Je mag op de 2.4 GHz kanaal 4 niet gebruiken. Je overlapt dan met zenders uit de buurt die zich netjes aan de conventie van de kanalen 1, 6 of 11 houden en veroorzaakt interferentie. Je bent bezig 2 kanalen van deze band voor jouw en buren te “vernielen”.
Over de verbinding die hapert:
Kun je de up- en down signaalwaarden van je modem en de netwerk historie log hier posten met wat foto's hoe het modem op het AOP aangesloten is?
Hallo Henno, dank voor je antwoorden ik heb jouw advies opgevolgd en volgens het programma inSSIDer worden de kanalen 1 en 40 als optimum voor mijn situatie aangegeven. Hiermee zou ik geen burenoester zijn :-). De voorgaande kanalen komen vanuit T-Mobile Fibersupport en ik heb deze dan ook overgenomen - blijkbaar is er dus verschil. mea culpa.
Hieronder de Connectbox info ...
Netwerk historie
Tijd
Prioriteit
Omschrijving
02/09/2020 19:27:46
notice
LAN login Success;CM-MAC=18:35:d1:f9:91:bb;CMTS-MAC=f8:b7:e2:04:e1:cd;CM-QOS=1.1;CM-VER=3.0;
02/09/2020 12:41:53
critical
No Ranging Response received - T3 time-out;CM-MAC=18:35:d1:f9:91:bb;CMTS-MAC=f8:b7:e2:04:e1:cd;CM-QOS=1.1;CM-VER=3.0;
02/09/2020 11:44:54
notice
LAN login Success;CM-MAC=18:35:d1:f9:91:bb;CMTS-MAC=f8:b7:e2:04:e1:cd;CM-QOS=1.1;CM-VER=3.0;
02/09/2020 11:44:50
Let op!
LAN login FAILED : Incorrect Username / Password / ConnectionType;CM-MAC=18:35:d1:f9:91:bb;CMTS-MAC=f8:b7:e2:04:e1:cd;CM-QOS=1.1;CM-VER=3.0;
01/09/2020 18:26:58
critical
No Ranging Response received - T3 time-out;CM-MAC=18:35:d1:f9:91:bb;CMTS-MAC=f8:b7:e2:04:e1:cd;CM-QOS=1.1;CM-VER=3.0;
01/09/2020 09:02:46
notice
LAN login Success;CM-MAC=18:35:d1:f9:91:bb;CMTS-MAC=f8:b7:e2:04:e1:cd;CM-QOS=1.1;CM-VER=3.0;
29/08/2020 21:47:11
critical
No Ranging Response received - T3 time-out;CM-MAC=18:35:d1:f9:91:bb;CMTS-MAC=f8:b7:e2:04:e1:cd;CM-QOS=1.1;CM-VER=3.0;
29/08/2020 13:53:38
notice
LAN login Success;CM-MAC=18:35:d1:f9:91:bb;CMTS-MAC=f8:b7:e2:04:e1:cd;CM-QOS=1.1;CM-VER=3.0;
28/08/2020 02:24:59
critical
No Ranging Response received - T3 time-out;CM-MAC=18:35:d1:f9:91:bb;CMTS-MAC=f8:b7:e2:04:e1:cd;CM-QOS=1.1;CM-VER=3.0;
26/08/2020 22:32:10
notice
LAN login Success;CM-MAC=18:35:d1:f9:91:bb;CMTS-MAC=f8:b7:e2:04:e1:cd;CM-QOS=1.1;CM-VER=3.0;
26/08/2020 22:32:5
Let op!
LAN login FAILED : Incorrect Username / Password / ConnectionType;CM-MAC=18:35:d1:f9:91:bb;CMTS-MAC=f8:b7:e2:04:e1:cd;CM-QOS=1.1;CM-VER=3.0;
26/08/2020 20:26:59
notice
LAN login Success;CM-MAC=18:35:d1:f9:91:bb;CMTS-MAC=f8:b7:e2:04:e1:cd;CM-QOS=1.1;CM-VER=3.0;
26/08/2020 20:26:54
Let op!
LAN login FAILED : Incorrect Username / Password / ConnectionType;CM-MAC=18:35:d1:f9:91:bb;CMTS-MAC=f8:b7:e2:04:e1:cd;CM-QOS=1.1;CM-VER=3.0;
26/08/2020 10:02:54
notice
LAN login Success;CM-MAC=18:35:d1:f9:91:bb;CMTS-MAC=f8:b7:e2:04:e1:cd;CM-QOS=1.1;CM-VER=3.0;
26/08/2020 10:02:49
Let op!
LAN login FAILED : Incorrect Username / Password / ConnectionType;CM-MAC=18:35:d1:f9:91:bb;CMTS-MAC=f8:b7:e2:04:e1:cd;CM-QOS=1.1;CM-VER=3.0;
26/08/2020 07:51:2
critical
No Ranging Response received - T3 time-out;CM-MAC=18:35:d1:f9:91:bb;CMTS-MAC=f8:b7:e2:04:e1:cd;CM-QOS=1.1;CM-VER=3.0;
24/08/2020 13:45:28
notice
LAN login Success;CM-MAC=18:35:d1:f9:91:bb;CMTS-MAC=f8:b7:e2:04:e1:cd;CM-QOS=1.1;CM-VER=3.0;
21/08/2020 12:19:24
critical
No Ranging Response received - T3 time-out;CM-MAC=18:35:d1:f9:91:bb;CMTS-MAC=f8:b7:e2:04:e1:cd;CM-QOS=1.1;CM-VER=3.0;
20/08/2020 21:40:58
critical
Received Response to Broadcast Maintenance Request, But no Unicast Maintenance opportunities received - T4 time out;CM-MAC=18:35:d1:f9:91:bb;CMTS-MAC=f8:b7:e2:04:e1:cd;CM-QOS=1.1;CM-VER=3.0;
Vrem op een Android - ik heb nog ergens een Samsung S3 liggen werkt dat ook daarop? of …? voor Apple kom ik iStumbler tegen als vergelijkbare …?
Ik volg jouw adviezen blindelings op 🙂 en heb inmiddels ook het kanaal van 5GHz op 36 gezet.
Hier foto’s van de connectbox aangesloten op de AOP en plaatsing:
De connectbox is op nr1 0-5 M 0dB aangesloten de overige nr2, 3, 4 zijn aangesloten op CAM CI+ modules, alle bekabeling is Ziggo certified. Plaatsing en aansluiting op advies van Ziggo Helpdesk.
@gewoondemax het is niet helemaal goed zichtbaar in de foto's maar het lijkt er op dat er 1 kabel van het AOP naar de antenneversterker gaat en dat daar ook het modem op aangesloten zit?
Zo ja dan is het raadzaam dit op het AOP te splitsen met een POA-01 splitter en 2 kabels van IEC antennestekker naar F-connector. Je antennesterker verstopt in jouw geval signaal problemen.
Het AOP is volgens mij een ouder type en in deze tijd van LTE instraling zou ik deze laten vervangen.
Hartelijk Dank Henno, voor de modificaties (die ik zelf kan uitvoeren) moet ik mij dan melden bij de Ziggo Helpdesk?
En helaas alle kids zijn uit huis, en zijn voorzien van nieuwere toestellen dan pa en ma tegenwoordig 🙂 van het type iOS. Zal op Marktplaats een Android proberen te scoren 🙂
Na de kanalen wissel lijkt de response van de domotica sneller? … maar die zit op 2.4 en een eigen netwerk (Zwave en Zigbee)
@jarielcapitain is mij bekend, maar helaas Big Sur op mijn MBpro, MacMini iMac. Hier is netwerk Diagnostics niet aanwezig. Homey controller communiceert op 2.4 en is de ‘bridge” voor Zwave-Zigbee-Homekit etc …
@Henno ik ga er mee aan de slag! Dank je wel voor alle input! inderdaad van de afsluitweerstanden dat is mij bekend, echter alle uitgangen zijn in gebruik, hangt een tv aan 🙂
@jarielcapitain FYI - Big Sur heeft alleen nog aan boord de WiFiprobleemoplossing en dat is NIET de Tools die we in OSX hebben. Hier had je meer controle over - nu is het alleen een “uitdraai” … of het moet op een andere plek zitten. - let wel dit betreft de Beta versie MacOS dus nog geen GM versie 🙂
Dit is het resultaat wanneer je Open Wifiprobleemoplossing gebruikt …
En dit is een gedeelte van de Wifi diagnostiek …
==snipped start>
Fri Sep 4 15:00:09.550 BTC: <airport[167]> BluetoothCoexGetCurrentBssidPhyMode: <en0> Bluetooth Coex: Active PHY Mode 128. PHY Mode Fri Sep 4 15:00:09.550 { Fri Sep 4 15:00:09.550 "PHYMODE_ACTIVE" = 128; Fri Sep 4 15:00:09.550 "PHYMODE_SUPPORTED" = 159; Fri Sep 4 15:00:09.550 } Fri Sep 4 15:00:09.550 BTC: <airport[167]> BluetoothCoexHandle_ReconfigureAntennas: <en0> Bluetooth Coex: PHY mode: <80> 5GHz: YES Fri Sep 4 15:00:09.551 AutoJoin: <airport[167]> NOT RECOVERY MODE => continuing Fri Sep 4 15:00:09.551 BTC: <airport[167]> BluetoothCoexHandle_ReconfigureAntennas: <en0> MCS index set size = 24, NSS = 3SS, need to re-assoc = YES Fri Sep 4 15:00:09.551 BTC: <airport[167]> BluetoothCoexHandle_ReconfigureAntennas: <en0> Bluetooth Coex: 11bg only = NO, BT on = YES, # HIDs = 0, # A2DP = 0, # SCO = 0, fallback = normal -> Middle Chain is ON Fri Sep 4 15:00:09.551 BTC: <airport[167]> BluetoothCoexSettingPerChainPower: Chain Power Setting does not need to be updated Fri Sep 4 15:00:09.551 BTC: <airport[167]> BluetoothCoexHandle_ReconfigureAntennas: <en0> Skipping REASSOC - The # of chains did not change. Fri Sep 4 15:00:09.551 Driver Event: <airport[167]> _bsd_80211_event_callback: AWDL_SYNC_STATE_CHANGED (awdl0) Fri Sep 4 15:00:09.551 AutoJoin: <airport[167]> Reviewing the preferred networks list Fri Sep 4 15:00:09.551 AutoJoin: <airport[167]> Adding network ['DoNot Connect' (wifi.ssid.446f4e6f7420436f6e6e656374) - WPA2/WPA3 Personal] Fri Sep 4 15:00:09.551 AutoJoin: <airport[167]> NOT LOGINWINDOW MODE 802.1X => continuing Fri Sep 4 15:00:09.551 AutoJoin: <airport[167]> NOT LINK DOWN RECOVERY => continuing Fri Sep 4 15:00:09.551 AutoJoin: <airport[167]> MAINTENANCE WAKE => will attempt to restore maintenance wake association 'DoNot Connect' ({length = 13, bytes = 0x446f4e6f7420436f6e6e656374}) Fri Sep 4 15:00:09.551 AutoJoin: <airport[167]> Already associated to 'DoNot Connect' ({length = 13, bytes = 0x446f4e6f7420436f6e6e656374}), will not continue auto-join Fri Sep 4 15:00:09.551 Info: <Apple80[425]> -[CWEAPOLClient eapolClientControlState]: failed to retrieve 8021X state (2) Fri Sep 4 15:00:09.551 AutoJoin: <airport[167]> AUTO-JOIN COMPLETED for interface en0, took 0.0009 seconds, returned result 'success', error [NO ERROR] Fri Sep 4 15:00:09.551 Info: <airport[167]> QUERY ALL WIFI NETWORKS request received from pid 322 (ControlCenter) Fri Sep 4 15:00:09.551 Info: <airport[167]> PRIORITY LOCK REMOVED [client=airportd, type=4, interface=en0, priority=7] Fri Sep 4 15:00:09.551 Info: <airport[167]> REQUEST UN-DEFERRED minimum=-9223372036854775808 [client=airportd, type=10, interface=en0, priority=2] Fri Sep 4 15:00:09.552 Info: <Apple80[425]> -[CWEAPOLClient eapolClientSupplicantState]: failed to retrieve 8021X state (2) Fri Sep 4 15:00:09.552 Info: <WiFiAge[425]> current=(3bars) changed=(off, no_assoc, 3bars) Fri Sep 4 15:00:09.552 Driver Event: <airport[167]> _bsd_80211_event_callback: AWDL_REALTIME_MODE_END (awdl0) Fri Sep 4 15:00:09.552 BTC: <airport[167]> BluetoothCoexStatusMonitoringCallback: Bluetooth Status Notification Fri Sep 4 15:00:09.552 BTC: <airport[167]> BluetoothCoexStatusNotificationProcess: BT: ON, Num HID Devices is <0>, Num SCO Devices is <0>, Num A2DP Devices is <0>, Bluetooth Bandwidth Utilization is <3>, LWM <5>, HWM <26> Fri Sep 4 15:00:09.552 Driver Event: <airport[167]> _bsd_80211_event_callback: AWDL_REALTIME_MODE_END (awdl0) Fri Sep 4 15:00:09.552 Info: <airport[167]> GET CURRENT TETHER DEVICE request received from pid 322 (ControlCenter) Fri Sep 4 15:00:09.552 BTC: <airport[167]> __BluetoothCoexHandleUpdateForNode: <en0> Handle Bluetooth Coex: FrequencyBand <2>, Bluetooth Bandwidth Utilization <3>, Clamshell Mode <1> Fri Sep 4 15:00:09.553 BTC: <airport[167]> BluetoothCoexSetProfile: <en0> profile for band 2.4GHz didn't change Fri Sep 4 15:00:09.553 BTC: <airport[167]> BluetoothCoexSetProfile: <en0> profile for band 5GHz didn't change Fri Sep 4 15:00:09.553 BTC: <airport[167]> BluetoothCoexHandle_ApplyPolicy: <en0> Bluetooth Coex: band = 0x2 Fri Sep 4 15:00:09.553 BTC: <airport[167]> BluetoothCoexHandle_ApplyPolicy: <en0> Bluetooth Coex: hosting AP = NO, assoc as STA = YES, assoced in 2.4GHz = NO Fri Sep 4 15:00:09.553 BTC: <airport[167]> BluetoothCoexHandle_ReconfigureAntennas: <en0> Bluetooth Coex: band = 2 Fri Sep 4 15:00:09.553 BTC: <airport[167]> BluetoothCoexGetCurrentBssidPhyMode: <en0> Bluetooth Coex: Active PHY Mode 128. PHY Mode Fri Sep 4 15:00:09.553 { Fri Sep 4 15:00:09.553 "PHYMODE_ACTIVE" = 128; Fri Sep 4 15:00:09.553 "PHYMODE_SUPPORTED" = 159; Fri Sep 4 15:00:09.553 } Fri Sep 4 15:00:09.553 BTC: <airport[167]> BluetoothCoexHandle_ReconfigureAntennas: <en0> Bluetooth Coex: PHY mode: <80> 5GHz: YES Fri Sep 4 15:00:09.553 BTC: <airport[167]> BluetoothCoexHandle_ReconfigureAntennas: <en0> MCS index set size = 24, NSS = 3SS, need to re-assoc = YES Fri Sep 4 15:00:09.553 BTC: <airport[167]> BluetoothCoexHandle_ReconfigureAntennas: <en0> Bluetooth Coex: 11bg only = NO, BT on = YES, # HIDs = 0, # A2DP = 0, # SCO = 0, fallback = normal -> Middle Chain is ON Fri Sep 4 15:00:09.553 BTC: <airport[167]> BluetoothCoexSettingPerChainPower: Chain Power Setting does not need to be updated Fri Sep 4 15:00:09.553 BTC: <airport[167]> BluetoothCoexHandle_ReconfigureAntennas: <en0> Skipping REASSOC - The # of chains did not change. Fri Sep 4 15:00:09.553 BTC: <airport[167]> __BluetoothCoexHandleUpdateForNode: <en0> Handle Bluetooth Coex: FrequencyBand <2>, Bluetooth Bandwidth Utilization <3>, Clamshell Mode <1> Fri Sep 4 15:00:09.553 BTC: <airport[167]> BluetoothCoexSetProfile: <en0> profile for band 2.4GHz didn't change Fri Sep 4 15:00:09.553 BTC: <airport[167]> BluetoothCoexSetProfile: <en0> profile for band 5GHz didn't change Fri Sep 4 15:00:09.553 BTC: <airport[167]> BluetoothCoexHandle_ApplyPolicy: <en0> Bluetooth Coex: band = 0x2 Fri Sep 4 15:00:09.553 BTC: <airport[167]> BluetoothCoexHandle_ApplyPolicy: <en0> Bluetooth Coex: hosting AP = NO, assoc as STA = YES, assoced in 2.4GHz = NO Fri Sep 4 15:00:09.553 BTC: <airport[167]> BluetoothCoexHandle_ReconfigureAntennas: <en0> Bluetooth Coex: band = 2 Fri Sep 4 15:00:09.553 BTC: <airport[167]> BluetoothCoexGetCurrentBssidPhyMode: <en0> Bluetooth Coex: Active PHY Mode 128. PHY Mode Fri Sep 4 15:00:09.553 { Fri Sep 4 15:00:09.553 "PHYMODE_ACTIVE" = 128; Fri Sep 4 15:00:09.553 "PHYMODE_SUPPORTED" = 159; Fri Sep 4 15:00:09.553 } Fri Sep 4 15:00:09.553 BTC: <airport[167]> BluetoothCoexHandle_ReconfigureAntennas: <en0> Bluetooth Coex: PHY mode: <80> 5GHz: YES Fri Sep 4 15:00:09.553 BTC: <airport[167]> BluetoothCoexHandle_ReconfigureAntennas: <en0> MCS index set size = 24, NSS = 3SS, need to re-assoc = YES Fri Sep 4 15:00:09.553 BTC: <airport[167]> BluetoothCoexHandle_ReconfigureAntennas: <en0> Bluetooth Coex: 11bg only = NO, BT on = YES, # HIDs = 0, # A2DP = 0, # SCO = 0, fallback = normal -> Middle Chain is ON Fri Sep 4 15:00:09.553 BTC: <airport[167]> BluetoothCoexSettingPerChainPower: Chain Power Setting does not need to be updated Fri Sep 4 15:00:09.553 BTC: <airport[167]> BluetoothCoexHandle_ReconfigureAntennas: <en0> Skipping REASSOC - The # of chains did not change. Fri Sep 4 15:00:09.553 Info: <Apple80[425]> -[CWEAPOLClient eapolClientControlState]: failed to retrieve 8021X state (2) Fri Sep 4 15:00:09.554 Driver Event: <airport[167]> _bsd_80211_event_callback: AWDL_SYNC_STATE_CHANGED (awdl0) Fri Sep 4 15:00:09.554 Info: <Apple80[425]> -[CWEAPOLClient eapolClientSupplicantState]: failed to retrieve 8021X state (2) Fri Sep 4 15:00:09.554 Info: <airport[167]> SCAN request received from pid 102 (locationd) with priority=2, qos=-1 (default), frontmost=no Fri Sep 4 15:00:09.555 Driver Event: <airport[167]> _bsd_80211_event_callback: AWDL_REALTIME_MODE_END (awdl0) Fri Sep 4 15:00:09.555 Driver Event: <airport[167]> _bsd_80211_event_callback: POWER_CHANGED (en0) Fri Sep 4 15:00:09.555 BTC: <airport[167]> BluetoothCoexistenceTickle: Triggering BTC status notification Fri Sep 4 15:00:09.555 P2P: <airport[167]> _bsd_80211_event_callback: Marking p2p0 up because en0 was powered on Fri Sep 4 15:00:09.555 P2P: <airport[167]> _changeInterfaceFlags: Marking p2p0 up Fri Sep 4 15:00:09.555 P2P: <airport[167]> AwdlNodeShouldBeMarkedUp: awdl0 should be marked up Fri Sep 4 15:00:09.555 P2P: <airport[167]> _bsd_80211_event_callback: Marking awdl0 up because en0 was powered on Fri Sep 4 15:00:09.555 P2P: <airport[167]> _interfaceLinkChanged: Starting IPv6 link local on awdl0 Fri Sep 4 15:00:09.555 Info: <airport[167]> -[CWXPCSubsystem performScanWithChannelList:ssidList:legacyScanSSID:dwellTimeOverride:includeHiddenNetworks:mergeScanResults:interfaceName:scanParametersOverride:connection:error:]: Failed to perform Wi-Fi scan, returned error code 16, will try again in 200 ms Fri Sep 4 15:00:09.556 AutoJoin: <airport[167]> BACKGROUND SCAN SCHEDULED on interface en0 in 60.0s with SSID list (null), remaining SSID list (null) Fri Sep 4 15:00:09.556 Driver Event: <airport[167]> _bsd_80211_event_callback: AWDL_REALTIME_MODE_END (awdl0) Fri Sep 4 15:00:09.556 <airport[167]> _interfaceFlagsChanged: KEV_DL_SIFFLAGS received for p2p0 [flags=0xffff8843 (up)]. Fri Sep 4 15:00:09.556 <airport[167]> _interfaceFlagsChanged: Flags changed for p2p0 (0xffff8802 -> 0xffff8843) (up). Fri Sep 4 15:00:09.556 Driver Discovery: <airport[167]> _interfaceFlagsChanged: p2p0 transitioning from down to up. Fri Sep 4 15:00:09.556 P2P: <airport[167]> _deviceInterfaceMarkedUp: p2p0 marked up Fri Sep 4 15:00:09.556 P2P: <airport[167]> _deviceInterfaceMarkedUp: on p2p0 Num Advertised[0] Fri Sep 4 15:00:09.556 Info: <Apple80[425]> -[CWEAPOLClient eapolClientControlState]: failed to retrieve 8021X state (2) Fri Sep 4 15:00:09.556 Driver Event: <airport[167]> _bsd_80211_event_callback: APPLE80211_M_TCPKA_TIMEOUT (en0) Fri Sep 4 15:00:09.556 Info: <airport[167]> systemWokenByWiFi: System wake reason: <>, was not woken by WiFi Fri Sep 4 15:00:09.556 Driver Event: <airport[167]> _bsd_80211_event_callback: AWDL_SYNC_STATE_CHANGED (awdl0) Fri Sep 4 15:00:09.556 Info: <Apple80[425]> -[CWEAPOLClient eapolClientSupplicantState]: failed to retrieve 8021X state (2)
Via Marktplaats en andere tweedehands platformen worden de zeshoekige
SmartWifi pods van Ziggo regelmatig aangeboden. Wat op het eerste
gezicht een mooie deal lijkt, blijkt het toch vaak een spreekwoo...