whatif Skrevet 20. januar 2014 Del Skrevet 20. januar 2014 Hei. Noen som kan hjelpe? Jeg har et aldri så lite problem, så lurte på om det kanskje var noen flinke mennesker her som kunne hjelpe meg. Fått nytt multimodem fra Telenor, og sliter med oppsett. P8702N er viderekobla til trådløs router nr 2. (tp-link med dd-wrt) Koblet fra LAN-LAN. Dhcp av på tplink, og dhcp 192.168.1.3-192.168.1.199 på P8702N P8702N ip er : 192.168.1.1 subnet: 255.255.255.0 Tp link ip: 192.168.1.2 subnet: 255.255.255.0 Sender på forskjellig SSID. Problemet er følgende: Etter jeg har vært tilkoblet WLAN på tplink, og etterpå kobler til WLAN på telenor, får jeg ikke tilgang til internt LAN nett før etter en 20 minutters tid. Akkurat som telenor router "sperrer meg ute" etter jeg har vært tilkoblet TP-Link. Prøvd DMZ uten resultet. Andre veien fungerer alt greit. Er jeg tilkoblet TP-Link har jeg tilgang alle veier med engang. Noen som har en fornuftig forklaring? Lenke til kommentar
ChrisCo Skrevet 20. januar 2014 Del Skrevet 20. januar 2014 Hvorfor forskjellig SSID? Lenke til kommentar
whatif Skrevet 20. januar 2014 Forfatter Del Skrevet 20. januar 2014 Hvorfor forskjellig SSID? Fordi jeg har dårlig erfaring med samme SSID tidligere siden mobiler o.l. Ikke bytter automatisk. Og akkurat pågrunn av problemet jeg har med at når jeg roamer mellom de to, så mister jeg lan access i det den kobler tilbake til Zyxel Lenke til kommentar
whatif Skrevet 20. januar 2014 Forfatter Del Skrevet 20. januar 2014 Hvorfor forskjellig SSID? Og fordi jeg har forskjellige klienter, og alle støtter ikke N-standard. Og vil ha full hastighet på ene AP p.g.a streaming. Lenke til kommentar
ChrisCo Skrevet 20. januar 2014 Del Skrevet 20. januar 2014 Hvis du setter samme SSID og kryptering, så alt er 100% identisk, med unntak av kanal som bør være så langt unna hverandre som mulig, så skal ikke være noe problem... Enkelte routere har også det valget at du kan sette en RSSI verdi for når den droppe en klient, så klienten kan hoppe til neste AP.. Sjekk om du har denne muligheten... 1 Lenke til kommentar
whatif Skrevet 20. januar 2014 Forfatter Del Skrevet 20. januar 2014 (endret) Hvis du setter samme SSID og kryptering, så alt er 100% identisk, med unntak av kanal som bør være så langt unna hverandre som mulig, så skal ikke være noe problem... Enkelte routere har også det valget at du kan sette en RSSI verdi for når den droppe en klient, så klienten kan hoppe til neste AP.. Sjekk om du har denne muligheten... For RSSI må jeg nok over på en god del mer avansert utstyr en det jeg har for hånden per dags dato. Men kan dette være det samme som i DD-wrt kalles: Sensitivity Range (ACK Timing)? Men uanset, det er jo forsåvidt greit. Men det løser fortsatt ikke problemet med at jeg må vente på LAN access når jeg er tilkoblet Zyxel. Vurderer og evnt sette de på to forskjellige nettverk å bruke static route. Endret 20. januar 2014 av whatif Lenke til kommentar
ChrisCo Skrevet 20. januar 2014 Del Skrevet 20. januar 2014 For RSSI må jeg nok over på en god del mer avansert utstyr en det jeg har for hånden per dags dato. Ja, du må nok det... Eller som du nvevner, DD-WRT skal ha dette, etter hva jeg vet.. Men kan dette være det samme som i DD-wrt kalles: Sensitivity Range (ACK Timing)? Det kan høres sånn ut, men nei... Se heller etter noe med roaming, AP (accesspoint), sensitivity, client drop etc.... Ta eventuelt screenshot(s) og post her.... Men når det kommer til manglende LAN aksess når du roamer tilbake til Zyxelen, det er en annen sak.... Gjelder det alle enheter eller bare en enhet? 1 Lenke til kommentar
whatif Skrevet 20. januar 2014 Forfatter Del Skrevet 20. januar 2014 For RSSI må jeg nok over på en god del mer avansert utstyr en det jeg har for hånden per dags dato. Ja, du må nok det... Eller som du nvevner, DD-WRT skal ha dette, etter hva jeg vet.. Men kan dette være det samme som i DD-wrt kalles: Sensitivity Range (ACK Timing)? Det kan høres sånn ut, men nei... Se heller etter noe med roaming, AP (accesspoint), sensitivity, client drop etc.... Ta eventuelt screenshot(s) og post her.... Men når det kommer til manglende LAN aksess når du roamer tilbake til Zyxelen, det er en annen sak.... Gjelder det alle enheter eller bare en enhet? Det gjelder til alle enheter. Jeg kobler til ZyXel. Så går det ca 15-20 minutter, så har jeg full LAN access til hele netverket. Dette gjelder både med firewall av og på. Ingen NAT eller firewall på tp-link. Virker som om telenor modemet må bli "kjent" med wifi clienten før jeg får access. Andre veien fungerer alt smertefritt. Lenke til kommentar
ChrisCo Skrevet 20. januar 2014 Del Skrevet 20. januar 2014 Virker som om telenor modemet må bli "kjent" med wifi clienten før jeg får access. Mhm.. Skjønner.... Vil tro det er Zyxelen i seg selv som er årsaken, grunnet at det er et multimodem og ikke en ren router... Ikke at det egentlig burde ha noe å si, men har vært bort mye lignende, rare ting, og det er ofte på ISP utstyr det er sånne ting, men ikke på "vanlig" utstyr... Men får du pinget modemet, routeren, og andre tilkobla enheter når du ikke har full tilgang?? 1 Lenke til kommentar
whatif Skrevet 20. januar 2014 Forfatter Del Skrevet 20. januar 2014 Virker som om telenor modemet må bli "kjent" med wifi clienten før jeg får access. Mhm.. Skjønner.... Vil tro det er Zyxelen i seg selv som er årsaken, grunnet at det er et multimodem og ikke en ren router... Ikke at det egentlig burde ha noe å si, men har vært bort mye lignende, rare ting, og det er ofte på ISP utstyr det er sånne ting, men ikke på "vanlig" utstyr... Men får du pinget modemet, routeren, og andre tilkobla enheter når du ikke har full tilgang?? Det har jeg faktisk ikke testet. Skal sjekke når jeg kommer hjem nå. Lenke til kommentar
ChrisCo Skrevet 20. januar 2014 Del Skrevet 20. januar 2014 I Zyxelen: 802.11 Protection = OFF RIFS Advertisement = ON RX Chain Power Save = OFF OBSS Coexistence = OFF I TP: Short Preamable = Short Sensitivity Range (ACK Timing) = 0 Prøv å endre til disse verdiene og se om det blir bedre da... 1 Lenke til kommentar
whatif Skrevet 20. januar 2014 Forfatter Del Skrevet 20. januar 2014 Nå prøvde jeg når jeg kom hjem. Jeg koblet først direkte til ZyXEL, og da hadde jeg full access. Fikk pinget router 2. Jeg koblet så fra Oh koblet til tp link. Full access. Koblet så til ZyXEL igjen. Ingen lan access og router 2 svarer ikke på ping. Aldri vært bort i lignende Lenke til kommentar
ChrisCo Skrevet 20. januar 2014 Del Skrevet 20. januar 2014 Sjekk loggen i Zyxelen og post den her hvis den logger da.... Lenke til kommentar
whatif Skrevet 20. januar 2014 Forfatter Del Skrevet 20. januar 2014 Den logger vist ikke. Klarer heller ikke finne noe sted man kan slå den på. Kanskje telenor har sperret denne delen? Lenke til kommentar
ChrisCo Skrevet 20. januar 2014 Del Skrevet 20. januar 2014 Min gamle p2602 logget i hvertfall.... Loggen i TP'en a? Lenke til kommentar
whatif Skrevet 20. januar 2014 Forfatter Del Skrevet 20. januar 2014 Jan 20 22:48:00 DD-WRT syslog.info syslogd started: BusyBox v1.21.0 Jan 20 22:48:00 DD-WRT user.info syslog: klogd : klog daemon successfully started Jan 20 22:48:00 DD-WRT kern.notice kernel: klogd started: BusyBox v1.21.0 (2013-03-25 09:00:16 CET) Jan 20 22:48:00 DD-WRT kern.info kernel: [ 0.450000] NET: Registered protocol family 1 Jan 20 22:48:00 DD-WRT kern.debug kernel: [ 0.450000] PCI: CLS 0 bytes, default 32 Jan 20 22:48:00 DD-WRT kern.notice kernel: [ 0.450000] gpio_proc: module loaded and /proc/gpio/ created Jan 20 22:48:00 DD-WRT kern.info kernel: [ 0.460000] fixup WR741 Switch LED's Jan 20 22:48:00 DD-WRT kern.notice kernel: [ 0.460000] wl0gpio_proc: module loaded and /proc/wl0gpio/ created Jan 20 22:48:00 DD-WRT kern.info kernel: [ 0.470000] squashfs: version 3.0 (2006/03/15) Phillip Lougher Jan 20 22:48:00 DD-WRT kern.info kernel: [ 0.470000] msgmni has been set to 57 Jan 20 22:48:00 DD-WRT kern.info kernel: [ 0.480000] io scheduler noop registered (default) Jan 20 22:48:00 DD-WRT kern.info kernel: [ 0.480000] Serial: 8250/16550 driver, 1 ports, IRQ sharing disabled Jan 20 22:48:00 DD-WRT kern.info kernel: [ 0.510000] serial8250.0: ttyS0 at MMIO 0x18020000 (irq = 11) is a 16550A Jan 20 22:48:00 DD-WRT kern.info kernel: [ 0.520000] console [ttyS0] enabled, bootconsole disabled Jan 20 22:48:00 DD-WRT kern.emerg kernel: [ 0.530000] guessed flashsize = 4M Jan 20 22:48:00 DD-WRT kern.emerg kernel: [ 0.530000] scanning for root partition Jan 20 22:48:00 DD-WRT kern.emerg kernel: [ 0.540000] tplink uboot detected Jan 20 22:48:00 DD-WRT kern.emerg kernel: [ 0.540000] guessed bootloader size = 20000 Jan 20 22:48:00 DD-WRT kern.emerg kernel: [ 0.550000] Jan 20 22:48:00 DD-WRT kern.emerg kernel: [ 0.550000] found squashfs at 110000 Jan 20 22:48:00 DD-WRT kern.notice kernel: [ 0.550000] Creating 8 MTD partitions on "ar7240-nor0": Jan 20 22:48:00 DD-WRT kern.notice kernel: [ 0.560000] 0x000000000000-0x000000020000 : "RedBoot" Jan 20 22:48:00 DD-WRT kern.notice kernel: [ 0.570000] 0x000000020000-0x0000003e0000 : "linux" Jan 20 22:48:00 DD-WRT kern.notice kernel: [ 0.570000] 0x000000110000-0x0000003e0000 : "rootfs" Jan 20 22:48:00 DD-WRT kern.notice kernel: [ 0.580000] mtd: partition "rootfs" set to be root filesystem Jan 20 22:48:00 DD-WRT kern.notice kernel: [ 0.580000] 0x0000003e0000-0x000000400000 : "ddwrt" Jan 20 22:48:00 DD-WRT kern.notice kernel: [ 0.590000] 0x0000003e0000-0x0000003f0000 : "nvram" Jan 20 22:48:00 DD-WRT kern.notice kernel: [ 0.600000] 0x0000003f0000-0x000000400000 : "board_config" Jan 20 22:48:00 DD-WRT kern.notice kernel: [ 0.610000] 0x000000000000-0x000000400000 : "fullflash" Jan 20 22:48:00 DD-WRT kern.notice kernel: [ 0.610000] 0x000000000000-0x000000020000 : "fullboot" Jan 20 22:48:00 DD-WRT kern.info kernel: [ 1.020000] PPP generic driver version 2.4.2 Jan 20 22:48:00 DD-WRT kern.info kernel: [ 1.020000] PPP BSD Compression module registered Jan 20 22:48:00 DD-WRT kern.info kernel: [ 1.030000] PPP Deflate Compression module registered Jan 20 22:48:00 DD-WRT kern.info kernel: [ 1.030000] PPP MPPE Compression module registered Jan 20 22:48:00 DD-WRT kern.info kernel: [ 1.040000] NET: Registered protocol family 24 Jan 20 22:48:00 DD-WRT kern.debug kernel: [ 1.040000] Registered led device: generic_0 Jan 20 22:48:00 DD-WRT kern.debug kernel: [ 9.580000] ath: doing EEPROM country->regdmn map search Jan 20 22:48:00 DD-WRT kern.debug kernel: [ 9.580000] ath: country maps to regdmn code: 0x3a Jan 20 22:48:00 DD-WRT kern.debug kernel: [ 9.580000] ath: Country alpha2 being used: US Jan 20 22:48:00 DD-WRT kern.debug kernel: [ 9.580000] ath: Regpair used: 0x3a Jan 20 22:48:00 DD-WRT kern.debug kernel: [ 9.600000] ieee80211 phy0: Selected rate control algorithm 'minstrel_ht' Jan 20 22:48:00 DD-WRT kern.debug kernel: [ 9.600000] Registered led device: ath9k-phy0 Jan 20 22:48:00 DD-WRT kern.info kernel: [ 9.600000] ieee80211 phy0: Atheros AR9280 Rev:2 mem=0xb0000000, irq=72 Jan 20 22:48:00 DD-WRT kern.info kernel: [ 9.700000] cfg80211: Calling CRDA for country: US Jan 20 22:48:00 DD-WRT kern.info kernel: [ 9.700000] cfg80211: Regulatory domain changed to country: US Jan 20 22:48:00 DD-WRT kern.info kernel: [ 9.710000] cfg80211: (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp) Jan 20 22:48:00 DD-WRT kern.info kernel: [ 9.720000] cfg80211: (2402000 KHz - 2472000 KHz @ 40000 KHz), (300 mBi, 2700 mBm) Jan 20 22:48:00 DD-WRT kern.info kernel: [ 9.720000] cfg80211: (5170000 KHz - 5250000 KHz @ 40000 KHz), (300 mBi, 1700 mBm) Jan 20 22:48:00 DD-WRT kern.info kernel: [ 9.730000] cfg80211: (5250000 KHz - 5330000 KHz @ 40000 KHz), (300 mBi, 2000 mBm) Jan 20 22:48:00 DD-WRT kern.info kernel: [ 9.740000] cfg80211: (5490000 KHz - 5600000 KHz @ 40000 KHz), (300 mBi, 2000 mBm) Jan 20 22:48:00 DD-WRT kern.info kernel: [ 9.750000] cfg80211: (5650000 KHz - 5710000 KHz @ 40000 KHz), (300 mBi, 2000 mBm) Jan 20 22:48:00 DD-WRT kern.info kernel: [ 9.760000] cfg80211: (5735000 KHz - 5835000 KHz @ 40000 KHz), (300 mBi, 3000 mBm) Jan 20 22:48:00 DD-WRT kern.info kernel: [ 9.760000] cfg80211: (57240000 KHz - 63720000 KHz @ 2160000 KHz), (N/A, 4000 mBm) Jan 20 22:48:00 DD-WRT kern.info kernel: [ 11.460000] eth1: link down Jan 20 22:48:00 DD-WRT kern.info kernel: [ 13.560000] device eth1 entered promiscuous mode Jan 20 22:48:00 DD-WRT kern.info kernel: [ 13.630000] cfg80211: Calling CRDA to update world regulatory domain Jan 20 22:48:00 DD-WRT kern.info kernel: [ 13.640000] cfg80211: World regulatory domain updated: Jan 20 22:48:00 DD-WRT kern.info kernel: [ 13.640000] cfg80211: (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp) Jan 20 22:48:00 DD-WRT kern.info kernel: [ 13.650000] cfg80211: (2402000 KHz - 2472000 KHz @ 40000 KHz), (300 mBi, 2000 mBm) Jan 20 22:48:00 DD-WRT kern.info kernel: [91220.090000] cfg80211: (2474000 KHz - 2494000 KHz @ 20000 KHz), (300 mBi, 2000 mBm) Jan 20 22:48:00 DD-WRT kern.info kernel: [91220.100000] cfg80211: (5170000 KHz - 5250000 KHz @ 40000 KHz), (300 mBi, 2000 mBm) Jan 20 22:48:00 DD-WRT kern.info kernel: [91220.100000] cfg80211: (5735000 KHz - 5835000 KHz @ 40000 KHz), (300 mBi, 2000 mBm) Jan 20 22:48:00 DD-WRT kern.info kernel: [91220.140000] cfg80211: Calling CRDA for country: NO Jan 20 22:48:00 DD-WRT kern.info kernel: [91220.140000] cfg80211: Regulatory domain changed to country: NO Jan 20 22:48:00 DD-WRT kern.info kernel: [91220.150000] cfg80211: (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp) Jan 20 22:48:00 DD-WRT kern.info kernel: [91220.160000] cfg80211: (2402000 KHz - 2482000 KHz @ 40000 KHz), (N/A, 2000 mBm) Jan 20 22:48:00 DD-WRT kern.info kernel: [91220.160000] cfg80211: (5170000 KHz - 5250000 KHz @ 40000 KHz), (N/A, 2000 mBm) Jan 20 22:48:00 DD-WRT kern.info kernel: [91220.170000] cfg80211: (5250000 KHz - 5330000 KHz @ 40000 KHz), (N/A, 2000 mBm) Jan 20 22:48:00 DD-WRT kern.info kernel: [91220.180000] br0: port 1(eth1) entered forwarding state Jan 20 22:48:00 DD-WRT kern.info kernel: [91220.180000] cfg80211: (5490000 KHz - 5710000 KHz @ 40000 KHz), (N/A, 2700 mBm) Jan 20 22:48:00 DD-WRT kern.info kernel: [91220.190000] cfg80211: (57240000 KHz - 65880000 KHz @ 2160000 KHz), (N/A, 4000 mBm) Jan 20 22:48:00 DD-WRT kern.info kernel: [91220.560000] device ath0 entered promiscuous mode Jan 20 22:48:00 DD-WRT kern.info kernel: [91222.150000] br0: port 2(ath0) entered forwarding state Jan 20 22:48:00 DD-WRT kern.info kernel: [91222.150000] br0: port 2(ath0) entered forwarding state Jan 20 22:48:00 DD-WRT kern.info kernel: [91222.430000] device ath0.wds0 entered promiscuous mode Jan 20 22:48:00 DD-WRT kern.info kernel: [91222.460000] device ath0.wds1 entered promiscuous mode Jan 20 22:48:00 DD-WRT kern.info kernel: [91222.480000] device ath0.wds2 entered promiscuous mode Jan 20 22:48:00 DD-WRT kern.info kernel: [91224.150000] br0: port 2(ath0) entered forwarding state Jan 20 22:48:01 DD-WRT user.info syslog: dnsmasq : dnsmasq daemon successfully stopped Jan 20 22:48:01 DD-WRT user.info syslog: klogd : kernel log daemon successfully stopped Jan 20 22:48:01 DD-WRT kern.notice kernel: klogd: exiting Jan 20 22:48:01 DD-WRT user.info syslog: dnsmasq : dnsmasq daemon successfully started Jan 20 22:48:01 DD-WRT user.info syslog: telnetd : telnet daemon successfully started Jan 20 22:48:01 DD-WRT user.info syslog: dnsmasq : dnsmasq daemon successfully started Jan 20 22:48:01 DD-WRT user.info syslog: syslogd : syslog daemon successfully stopped Jan 20 22:48:01 DD-WRT syslog.info syslogd exiting Jan 20 22:48:02 DD-WRT syslog.info syslogd started: BusyBox v1.21.0 Jan 20 22:48:02 DD-WRT user.info syslog: klogd : klog daemon successfully started Jan 20 22:48:02 DD-WRT kern.notice kernel: klogd started: BusyBox v1.21.0 (2013-03-25 09:00:16 CET) Jan 20 22:48:47 DD-WRT daemon.info hostapd: ath0: STA 1c:b0:94:a7:d9:aa IEEE 802.11: disassociated Jan 20 22:48:48 DD-WRT daemon.info hostapd: ath0: STA 1c:b0:94:a7:d9:aa IEEE 802.11: deauthenticated due to inactivity (timer DEAUTH/REMOVE) Jan 20 22:53:30 DD-WRT user.info syslog: telnetd : telnet daemon successfully stopped Jan 20 22:53:30 DD-WRT user.info syslog: dnsmasq : dnsmasq daemon successfully stopped Jan 20 22:53:30 DD-WRT user.info syslog: klogd : kernel log daemon successfully stopped Jan 20 22:53:30 DD-WRT kern.notice kernel: klogd: exiting Jan 20 22:53:31 DD-WRT user.info syslog: syslogd : syslog daemon successfully stopped Jan 20 22:53:31 DD-WRT syslog.info syslogd exiting Jan 20 22:53:32 DD-WRT syslog.info syslogd started: BusyBox v1.21.0 Jan 20 22:53:32 DD-WRT user.info syslog: syslogd : syslog daemon successfully started Jan 20 22:53:32 DD-WRT kern.notice kernel: klogd started: BusyBox v1.21.0 (2013-03-25 09:00:16 CET) Jan 20 22:53:32 DD-WRT user.info syslog: klogd : klog daemon successfully started Jan 20 22:53:32 DD-WRT syslog.info syslogd started: BusyBox v1.21.0 Jan 20 22:53:32 DD-WRT kern.notice kernel: klogd started: BusyBox v1.21.0 (2013-03-25 09:00:16 CET) Jan 20 22:53:32 DD-WRT user.info syslog: klogd : klog daemon successfully started Jan 20 22:53:39 DD-WRT user.info syslog: dropbear : ssh daemon successfully started Jan 20 22:53:39 DD-WRT authpriv.info dropbear[1039]: Running in background Jan 20 22:53:59 DD-WRT authpriv.info dropbear[1056]: Child connection from 192.168.1.235:55201 Jan 20 22:54:42 DD-WRT auth.info login[1089]: root login on 'pts/0' Jan 20 22:57:02 DD-WRT daemon.info hostapd: ath0: STA 1c:b0:94:a7:d9:aa IEEE 802.11: associated (aid 4) Jan 20 22:57:02 DD-WRT daemon.info hostapd: ath0: STA 1c:b0:94:a7:d9:aa RADIUS: starting accounting session 52DDA266-00000005 Jan 20 22:57:02 DD-WRT daemon.info hostapd: ath0: STA 1c:b0:94:a7:d9:aa WPA: pairwise key handshake completed (RSN) Jan 20 22:57:54 DD-WRT daemon.info hostapd: ath0: STA 1c:b0:94:a7:d9:aa IEEE 802.11: disassociated Jan 20 22:57:55 DD-WRT daemon.info hostapd: ath0: STA 1c:b0:94:a7:d9:aa IEEE 802.11: deauthenticated due to inactivity (timer DEAUTH/REMOVE) Jan 20 23:00:20 DD-WRT daemon.info hostapd: ath0: STA 1c:b0:94:a7:d9:aa IEEE 802.11: authenticated Jan 20 23:00:20 DD-WRT daemon.info hostapd: ath0: STA 1c:b0:94:a7:d9:aa IEEE 802.11: associated (aid 4) Jan 20 23:00:20 DD-WRT daemon.info hostapd: ath0: STA 1c:b0:94:a7:d9:aa RADIUS: starting accounting session 52DDA266-00000006 Jan 20 23:00:20 DD-WRT daemon.info hostapd: ath0: STA 1c:b0:94:a7:d9:aa WPA: pairwise key handshake completed (RSN) Jan 20 23:02:27 DD-WRT daemon.notice hostapd: ath0: STA 3c:36:3d:76:4b:01 IEEE 802.11: did not acknowledge authentication response Jan 20 23:02:27 DD-WRT daemon.notice hostapd: ath0: STA 3c:36:3d:76:4b:01 IEEE 802.11: did not acknowledge authentication response Jan 20 23:02:27 DD-WRT daemon.notice hostapd: ath0: STA 3c:36:3d:76:4b:01 IEEE 802.11: did not acknowledge authentication response Jan 20 23:02:27 DD-WRT daemon.notice hostapd: ath0: STA 3c:36:3d:76:4b:01 IEEE 802.11: did not acknowledge authentication response Jan 20 23:02:27 DD-WRT daemon.notice hostapd: ath0: STA 3c:36:3d:76:4b:01 IEEE 802.11: did not acknowledge authentication response Jan 20 23:02:27 DD-WRT daemon.notice hostapd: ath0: STA 3c:36:3d:76:4b:01 IEEE 802.11: did not acknowledge authentication response Jan 20 23:04:51 DD-WRT daemon.info hostapd: ath0: STA 1c:b0:94:a7:d9:aa IEEE 802.11: disassociated Jan 20 23:04:52 DD-WRT daemon.info hostapd: ath0: STA 1c:b0:94:a7:d9:aa IEEE 802.11: deauthenticated due to inactivity (timer DEAUTH/REMOVE) Jan 20 23:05:35 DD-WRT daemon.info hostapd: ath0: STA 1c:b0:94:a7:d9:aa IEEE 802.11: authenticated Jan 20 23:05:35 DD-WRT daemon.info hostapd: ath0: STA 1c:b0:94:a7:d9:aa IEEE 802.11: associated (aid 4) Jan 20 23:05:35 DD-WRT daemon.info hostapd: ath0: STA 1c:b0:94:a7:d9:aa RADIUS: starting accounting session 52DDA266-00000007 Jan 20 23:05:35 DD-WRT daemon.info hostapd: ath0: STA 1c:b0:94:a7:d9:aa WPA: pairwise key handshake completed (RSN) Lenke til kommentar
ChrisCo Skrevet 20. januar 2014 Del Skrevet 20. januar 2014 (endret) Legg ut screenshots av LAN og WIFI sidene til både Z og TP... Er det kun på WiFi dette problemer holder på eller er det sånn med kabel også? EDIT: Eller la meg se på det selv via Teamviewer.... Send meg login info på PM Endret 20. januar 2014 av _Christian_N Lenke til kommentar
whatif Skrevet 21. januar 2014 Forfatter Del Skrevet 21. januar 2014 Legg ut screenshots av LAN og WIFI sidene til både Z og TP... Er det kun på WiFi dette problemer holder på eller er det sånn med kabel også? EDIT: Eller la meg se på det selv via Teamviewer.... Send meg login info på PM Hei. Den er grei. Kan ta det når jeg kommer hjem ikveld. Tenkte jeg og skulle prøve telenorhjelpen først. Regner med at de ikke har noe fornuftig svar til meg uanset. Lenke til kommentar
whatif Skrevet 21. januar 2014 Forfatter Del Skrevet 21. januar 2014 sendt deg PM Lenke til kommentar
Anbefalte innlegg
Opprett en konto eller logg inn for å kommentere
Du må være et medlem for å kunne skrive en kommentar
Opprett konto
Det er enkelt å melde seg inn for å starte en ny konto!
Start en kontoLogg inn
Har du allerede en konto? Logg inn her.
Logg inn nå