Toon posts:

[KPN] Modem herstart zichzelf om de week

Pagina: 1
Acties:
  • 5.459 views

Vraag

maandag 6 februari 2017 23:02

Acties:
  • 0 Henk 'm!
  • Requa
  • Registratie: Augustus 2014
  • Niet online

Requa

Topicstarter
Mijn vraag:
Mijn modem, de Acardyan VGV7519 van KPN, herstart zichzelf om de week.. dit is me inmiddels de zoveelste keer overkomen..

Relevante software en hardware die ik gebruik:
ExperiaBox v8, KPN

Wat ik al gevonden of geprobeerd heb:
Heb zitten rondkijken maar niet echt een 'solution' kunnen vinden. KPN zegt dat er niets aan de hand is.. maar dat betwijfel ik momenteel. Iemand die mij de gouden 'tip' kan geven om dit probleem opgelost te krijgen? Hieronder mijn modemwaardes (vandaag weer opnieuw opgestart)....


Afbeeldingslocatie: https://tweakers.net/ext/f/b8tslmdHMS8FW5aTYjzRmxNg/full.png

Logboek:

code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118

02/06/2017  22:41:20 192.168.2.214 login success
02/06/2017  22:35:40 **TCP-SYN with data** 192.168.2.205, 61113->> 17.252.43.246, 443 (from LAN Inbound)
02/06/2017  22:33:17 sending ACK to 192.168.2.214
02/06/2017  22:33:17 sending OFFER to 192.168.2.214
02/06/2017  22:33:15 sending OFFER to 192.168.2.214
02/06/2017  22:25:28 sending ACK to 192.168.2.211
02/06/2017  21:36:09 **TCP-SYN with data** 185.102.219.51, 20749->> 80.60.xx.xx, 33434 (from PPPoE1 Inbound)
02/06/2017  21:36:09 **TCP-SYN with data** 185.102.219.34, 16845->> 80.60.xx.xx, 33434 (from PPPoE1 Inbound)
02/06/2017  21:36:08 **TCP-SYN with data** 185.102.219.33, 22517->> 80.60.xx.xx, 33434 (from PPPoE1 Inbound)
02/06/2017  21:36:08 **TCP-SYN with data** 185.102.219.32, 31856->> 80.60.xx.xx, 33434 (from PPPoE1 Inbound)
02/06/2017  20:07:28 **UDP Loop** 185.35.62.122, 60859->> 80.60.xx.xx, 19 (from PPPoE1 Inbound)
02/06/2017  20:04:09 sending ACK to 192.168.2.211
02/06/2017  19:40:48 If(PPPoE2) PPP connection ok !
02/06/2017  19:40:48 If(PPPoE1) PPP connection ok !
02/06/2017  19:40:47 If(PPPoE2) get IP:10.158.79.224
02/06/2017  19:40:47 If(PPPoE1) get secondary DNS IP:195.121.1.66
02/06/2017  19:40:47 If(PPPoE1) get primary DNS IP:195.121.1.34
02/06/2017  19:40:47 If(PPPoE1) get IP:80.60.xx.xx
02/06/2017  19:40:46 If(PPPoE2) start PPP      
02/06/2017  19:40:46 If(PPPoE2) receive PADS   
02/06/2017  19:40:46 If(PPPoE1) start PPP      
02/06/2017  19:40:46 If(PPPoE1) receive PADS   
02/06/2017  19:40:46 If(PPPoE2) send PADR      
02/06/2017  19:40:46 If(PPPoE2) receive PADO   
02/06/2017  19:40:46 If(PPPoE1) send PADR      
02/06/2017  19:40:46 If(PPPoE1) receive PADO   
02/06/2017  19:40:46 If(PPPoE2) send PADI      
02/06/2017  19:40:46 If(PPPoE1) send PADI      
02/06/2017  19:40:46 If(PPPoE2) stop           
02/06/2017  19:40:46 If(16) disconnect LCP.    
02/06/2017  19:40:45 If(PPPoE1) Dial PPP       
02/06/2017  19:40:44 If(PPPoE2) stop PPP       
02/06/2017  19:40:42 DHCP Client: [ATM3]Receive Ack from 10.164.32.1,Lease time=52708
02/06/2017  19:40:42 DHCP Client: [ATM3]Send Request, Request IP=10.164.55.189
02/06/2017  19:40:42 DHCP Client: [ATM3]Receive Offer from 10.164.32.1
02/06/2017  19:40:42 DHCP Client: [ATM3]Send Discover
02/06/2017  19:40:41 If(PPPoE1) stop           
02/06/2017  19:40:41 If(15) disconnect LCP.    
02/06/2017  19:40:39 If(PPPoE1) stop PPP       
02/06/2017  19:40:39 DHCP Client: [ATM3]Send Discover
02/06/2017  19:40:39 DSL Media Up !            
02/06/2017  19:40:37 DHCP Client: [ATM3]Send Release
02/06/2017  19:40:36 DSL Media Down !          
02/06/2017  19:22:53 sending ACK to 192.168.2.208
02/06/2017  17:31:39 **Vecna Scan** 192.168.2.211, 60986->> 94.31.6.172, 443 (from PPPoE1 Outbound)
02/06/2017  17:31:39 **Vecna Scan** 192.168.2.211, 60962->> 5.135.140.87, 443 (from PPPoE1 Outbound)
02/06/2017  17:31:39 **Vecna Scan** 192.168.2.211, 60975->> 185.33.220.27, 443 (from PPPoE1 Outbound)
02/06/2017  17:27:33 sending ACK to 192.168.2.212
02/06/2017  16:56:43 **Vecna Scan** 192.168.2.211, 60734->> 46.105.116.103, 443 (from PPPoE1 Outbound)
02/06/2017  16:56:42 **Vecna Scan** 192.168.2.211, 60776->> 184.73.198.9, 443 (from PPPoE1 Outbound)
02/06/2017  16:56:41 **Vecna Scan** 192.168.2.211, 60750->> 37.252.172.80, 443 (from PPPoE1 Outbound)
02/06/2017  16:56:41 **Vecna Scan** 192.168.2.211, 60778->> 94.31.6.172, 443 (from PPPoE1 Outbound)
02/06/2017  14:48:20 **Vecna Scan** 192.168.2.211, 59868->> 37.252.172.42, 443 (from PPPoE1 Outbound)
02/06/2017  14:48:20 **Vecna Scan** 192.168.2.211, 59859->> 5.135.140.87, 443 (from PPPoE1 Outbound)
02/06/2017  14:48:19 **Vecna Scan** 192.168.2.211, 59900->> 94.31.6.172, 443 (from PPPoE1 Outbound)
02/06/2017  14:26:34 **UDP Loop** 89.248.171.38, 38071->> 80.60.xx.xx, 19 (from PPPoE1 Inbound)
02/06/2017  13:17:39 **TCP-SYN with data** 192.168.2.205, 59901->> 17.252.43.246, 443 (from LAN Inbound)
02/06/2017  11:55:51 **Vecna Scan** 192.168.2.205, 59094->> 67.220.191.130, 443 (from PPPoE1 Outbound)
02/06/2017  11:55:51 **Vecna Scan** 192.168.2.205, 59092->> 173.241.240.220, 443 (from PPPoE1 Outbound)
02/06/2017  11:55:51 **Vecna Scan** 192.168.2.205, 59071->> 162.208.22.34, 443 (from PPPoE1 Outbound)
02/06/2017  11:55:51 **Vecna Scan** 192.168.2.205, 59207->> 75.98.68.35, 443 (from PPPoE1 Outbound)
02/06/2017  11:55:50 **Vecna Scan** 192.168.2.205, 59112->> 173.241.240.143, 443 (from PPPoE1 Outbound)
02/06/2017  11:55:39 **TCP FIN Scan** 192.168.2.205, 59180->> 66.35.58.76, 443 (from PPPoE1 Outbound)
02/06/2017  11:55:38 **Vecna Scan** 192.168.2.205, 59142->> 52.206.54.58, 443 (from PPPoE1 Outbound)
02/06/2017  11:55:38 **TCP FIN Scan** 192.168.2.205, 59178->> 66.35.58.77, 443 (from PPPoE1 Outbound)
02/06/2017  11:52:22 **TCP FIN Scan** 192.168.2.205, 58899->> 213.19.162.41, 80 (from PPPoE1 Outbound)
02/06/2017  10:57:43 **Vecna Scan** 192.168.2.211, 57601->> 216.52.1.12, 443 (from PPPoE1 Outbound)
02/06/2017  10:57:42 **Vecna Scan** 192.168.2.211, 57602->> 185.33.220.39, 443 (from PPPoE1 Outbound)
02/06/2017  10:57:42 **Vecna Scan** 192.168.2.211, 57702->> 216.52.1.12, 443 (from PPPoE1 Outbound)
02/06/2017  10:57:41 **Vecna Scan** 192.168.2.211, 57482->> 61.213.187.243, 443 (from PPPoE1 Outbound)
02/06/2017  10:57:41 **Vecna Scan** 192.168.2.211, 57599->> 94.31.6.172, 443 (from PPPoE1 Outbound)
02/06/2017  10:57:40 **Vecna Scan** 192.168.2.211, 57702->> 216.52.1.12, 443 (from PPPoE1 Outbound)
02/06/2017  10:57:15 **Vecna Scan** 192.168.2.211, 57060->> 31.13.91.6, 443 (from PPPoE1 Outbound)
02/06/2017  10:57:14 **Vecna Scan** 192.168.2.211, 57369->> 176.31.228.219, 443 (from PPPoE1 Outbound)
02/06/2017  10:57:14 **Vecna Scan** 192.168.2.211, 57417->> 137.74.93.114, 443 (from PPPoE1 Outbound)
02/06/2017  10:57:14 **Vecna Scan** 192.168.2.211, 57492->> 94.31.6.172, 443 (from PPPoE1 Outbound)
02/06/2017  10:57:14 **Vecna Scan** 192.168.2.211, 57482->> 61.213.187.243, 443 (from PPPoE1 Outbound)
02/06/2017  10:57:13 **Vecna Scan** 192.168.2.211, 57376->> 169.45.108.44, 443 (from PPPoE1 Outbound)
02/06/2017  10:57:13 **Vecna Scan** 192.168.2.211, 57401->> 107.21.250.154, 443 (from PPPoE1 Outbound)
02/06/2017  10:57:13 **Vecna Scan** 192.168.2.211, 57060->> 31.13.91.6, 443 (from PPPoE1 Outbound)
02/06/2017  10:57:13 **Vecna Scan** 192.168.2.211, 57482->> 61.213.187.243, 443 (from PPPoE1 Outbound)
02/06/2017  10:57:12 **Vecna Scan** 192.168.2.211, 57492->> 94.31.6.172, 443 (from PPPoE1 Outbound)
02/06/2017  10:57:12 **Vecna Scan** 192.168.2.211, 57371->> 176.31.228.219, 443 (from PPPoE1 Outbound)
02/06/2017  10:50:34 **UDP Loop** 185.94.111.1, 58500->> 80.60.xx.xx, 19 (from PPPoE1 Inbound)
02/06/2017  10:50:10 sending ACK to 192.168.2.211
02/06/2017  10:50:07 sending ACK to 192.168.2.211
02/06/2017  10:19:12 DHCP Client: [ATM3]Receive Ack from 10.164.32.1,Lease time=86400
02/06/2017  10:19:12 DHCP Client: [ATM3]Send Request, Request IP=10.164.55.189
02/06/2017  10:06:46 **TCP-SYN with data** 192.168.2.205, 58375->> 17.252.43.246, 443 (from LAN Inbound)
02/06/2017  08:05:17 **TCP-SYN with data** 192.168.2.205, 56755->> 17.252.43.246, 443 (from LAN Inbound)
02/06/2017  07:41:06 **UDP Loop** 184.105.139.125, 50280->> 80.60.xx.xx, 19 (from PPPoE1 Inbound)
02/06/2017  05:18:58 **TCP-SYN with data** 192.168.2.211, 54181->> 17.252.43.246, 443 (from LAN Inbound)
02/06/2017  05:13:20 sending ACK to 192.168.2.205
02/06/2017  04:53:05 **TCP-SYN with data** 192.168.2.205, 53801->> 17.252.43.246, 443 (from LAN Inbound)
02/06/2017  02:22:31 sending ACK to 192.168.2.209
02/06/2017  02:22:31 sending OFFER to 192.168.2.209
02/06/2017  01:49:24 **UDP Loop** 104.192.3.34, 44385->> 80.60.xx.xx, 19 (from PPPoE1 Inbound)
02/06/2017  01:31:37 sending ACK to 192.168.2.204
02/06/2017  01:13:24 sending ACK to 192.168.2.201
02/06/2017  01:07:36 NTP Date/Time updated.    
02/06/2017  01:07:28 Get system time from NTP server:193.79.237.14.
02/06/2017  01:06:56 TR069:Session end.        
02/06/2017  01:06:56 TR069:Received InformResponse
02/06/2017  01:06:55 TR069:Sending 2 PERIODIC inform.
02/06/2017  00:01:20 sending ACK to 192.168.2.212
02/05/2017  23:42:44 **TCP FIN Scan** 192.168.2.211, 64476->> 145.58.29.7, 80 (from PPPoE1 Outbound)
02/05/2017  23:42:44 **Vecna Scan** 192.168.2.211, 65132->> 169.45.108.44, 443 (from PPPoE1 Outbound)
02/05/2017  23:42:44 **Vecna Scan** 192.168.2.211, 65078->> 145.58.84.12, 443 (from PPPoE1 Outbound)
02/05/2017  23:42:44 **TCP FIN Scan** 192.168.2.211, 65072->> 145.58.28.39, 443 (from PPPoE1 Outbound)
02/05/2017  23:42:43 **Vecna Scan** 192.168.2.211, 65012->> 23.38.28.24, 443 (from PPPoE1 Outbound)
02/05/2017  23:42:43 **Vecna Scan** 192.168.2.211, 65090->> 94.31.6.171, 443 (from PPPoE1 Outbound)
02/05/2017  23:42:43 **Vecna Scan** 192.168.2.211, 65036->> 216.52.1.12, 443 (from PPPoE1 Outbound)
02/05/2017  23:42:42 **Vecna Scan** 192.168.2.211, 64427->> 17.252.43.246, 443 (from PPPoE1 Outbound)
02/05/2017  23:42:42 **Vecna Scan** 192.168.2.211, 65078->> 145.58.84.12, 443 (from PPPoE1 Outbound)
02/05/2017  22:59:17 **TCP-SYN with data** 192.168.2.205, 52322->> 17.252.43.246, 443 (from LAN Inbound)
02/05/2017  22:19:04 DHCP Client: [ATM3]Receive Ack from 10.164.32.1,Lease time=86400
02/05/2017  22:19:04 DHCP Client: [ATM3]Send Request, Request IP=10.164.55.189
02/05/2017  21:13:32 192.168.2.200 Admin logout

Alle reacties

dinsdag 7 februari 2017 08:35

Acties:
  • +2 Henk 'm!
  • timmie1
  • Registratie: Juni 2008
  • Laatst online: 24-09 20:57

timmie1

Jouw Experiabox laat zien dat er (teveel) lijnfouten zijn. Deze lijnfouten zorgen ervoor dat de DSL lijn verbreekt en de verbinding opnieuw wordt gestart. Controleer de bekabeling tussen modem en ISRA aansluitpunt(korte ronde telefoonkabels zonder splitter, tenzij je nog analoge telefoon hebt) en vervang deze eventueel. Als dit niks oplost, dan kun je evt. een ander modem proberen. Mocht dat geen positief effect hebben dan kun je KPN bellen of een bericht posten op hun serviceforum.

Welke snelheid krijg je te zien als je jouw postcode en huisnummer op onderstaande website invult?
https://netco-fpi-info.fourstack.nl/addresses/search

[ Voor 17% gewijzigd door timmie1 op 07-02-2017 08:38 ]

Spiegeltje, spiegeltje aan de wand, wie heeft de mooiste telefoon van het land?

woensdag 8 februari 2017 22:20

Acties:
  • 0 Henk 'm!
  • Requa
  • Registratie: Augustus 2014
  • Niet online

Requa

Topicstarter
Hallo,

De bekabeling tussen ISRA en modem zit goed, heb een pairbonding lijntje van KPN middels een Y-kabel die rechtsstreeks in het DSL-poortje van de ExperiaBox v8 gaat.

De snelheid die ik te zien krijg:
Afbeeldingslocatie: https://i.imgur.com/xl7foSA.jpg

Modemgegevens, zojuist (30 minuten geleden) weer opnieuw opgestart na een uptime van 6 dagen..:
Afbeeldingslocatie: https://i.imgur.com/pcOqzJG.jpg
Afbeeldingslocatie: https://i.imgur.com/SNfidTm.jpg

Modemloggegevens:

code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150

02/08/2017  22:01:13 192.168.2.200 login success
02/08/2017  22:00:05 192.168.2.200 Admin logout
02/08/2017  21:58:50 192.168.2.200 login success
02/08/2017  21:58:32 sending ACK to 192.168.2.200
02/08/2017  21:32:07 If(PPPoE2) PPP connection ok !
02/08/2017  21:32:07 If(PPPoE1) PPP connection ok !
02/08/2017  21:32:06 If(PPPoE2) get IP:10.158.79.224
02/08/2017  21:32:06 If(PPPoE1) get secondary DNS IP:195.121.1.66
02/08/2017  21:32:06 If(PPPoE1) get primary DNS IP:195.121.1.34
02/08/2017  21:32:06 If(PPPoE1) get IP:80.60.xx.xx
02/08/2017  21:32:06 If(PPPoE2) start PPP      
02/08/2017  21:32:06 If(PPPoE2) receive PADS   
02/08/2017  21:32:06 If(PPPoE1) start PPP      
02/08/2017  21:32:06 If(PPPoE1) receive PADS   
02/08/2017  21:32:06 If(PPPoE2) send PADR      
02/08/2017  21:32:06 If(PPPoE2) receive PADO   
02/08/2017  21:32:06 If(PPPoE1) send PADR      
02/08/2017  21:32:06 If(PPPoE1) receive PADO   
02/08/2017  21:32:06 If(PPPoE2) send PADI      
02/08/2017  21:32:06 If(PPPoE1) send PADI      
02/08/2017  21:32:06 If(PPPoE2) stop           
02/08/2017  21:32:06 If(16) disconnect LCP.    
02/08/2017  21:32:04 If(PPPoE2) stop PPP       
02/08/2017  21:32:02 DHCP Client: [ATM3]Receive Ack from 10.164.32.1,Lease time=50007
02/08/2017  21:32:02 DHCP Client: [ATM3]Send Request, Request IP=10.164.55.189
02/08/2017  21:32:02 DHCP Client: [ATM3]Receive Offer from 10.164.32.1
02/08/2017  21:32:02 DHCP Client: [ATM3]Send Discover
02/08/2017  21:32:02 If(PPPoE1) Dial PPP       
02/08/2017  21:32:01 If(PPPoE1) stop           
02/08/2017  21:32:01 If(15) disconnect LCP.    
02/08/2017  21:31:59 If(PPPoE1) stop PPP       
02/08/2017  21:31:59 DHCP Client: [ATM3]Send Discover
02/08/2017  21:31:59 DSL Media Up !            
02/08/2017  21:31:56 DHCP Client: [ATM3]Send Release
02/08/2017  21:31:56 DSL Media Down !          
02/08/2017  21:31:38 **TCP FIN Scan** 192.168.2.206, 53226->> 74.125.143.156, 443 (from PPPoE1 Outbound)
02/08/2017  21:31:38 **TCP FIN Scan** 192.168.2.206, 53120->> 172.217.17.42, 443 (from PPPoE1 Outbound)
02/08/2017  21:31:38 **TCP FIN Scan** 192.168.2.206, 53143->> 104.20.21.239, 443 (from PPPoE1 Outbound)
02/08/2017  21:31:38 **TCP FIN Scan** 192.168.2.206, 53273->> 192.33.31.162, 443 (from PPPoE1 Outbound)
02/08/2017  21:31:38 **TCP FIN Scan** 192.168.2.206, 53275->> 104.16.80.53, 80 (from PPPoE1 Outbound)
02/08/2017  21:31:38 **TCP FIN Scan** 192.168.2.206, 53279->> 72.247.95.45, 443 (from PPPoE1 Outbound)
02/08/2017  21:31:37 **TCP FIN Scan** 192.168.2.206, 53213->> 185.63.144.1, 443 (from PPPoE1 Outbound)
02/08/2017  21:31:37 **TCP FIN Scan** 192.168.2.206, 53140->> 172.217.17.130, 443 (from PPPoE1 Outbound)
02/08/2017  21:31:37 **TCP FIN Scan** 192.168.2.206, 53171->> 108.161.188.192, 443 (from PPPoE1 Outbound)
02/08/2017  21:31:37 **TCP FIN Scan** 192.168.2.206, 53257->> 23.21.126.197, 443 (from PPPoE1 Outbound)
02/08/2017  21:31:37 **TCP FIN Scan** 192.168.2.206, 53137->> 216.58.198.100, 443 (from PPPoE1 Outbound)
02/08/2017  21:31:37 **TCP FIN Scan** 192.168.2.206, 53223->> 174.129.246.211, 443 (from PPPoE1 Outbound)
02/08/2017  21:31:37 **TCP FIN Scan** 192.168.2.206, 53127->> 74.125.232.216, 443 (from PPPoE1 Outbound)
02/08/2017  21:31:37 **TCP FIN Scan** 192.168.2.206, 53138->> 216.58.204.67, 443 (from PPPoE1 Outbound)
02/08/2017  21:31:37 **TCP FIN Scan** 192.168.2.206, 53224->> 31.13.91.36, 443 (from PPPoE1 Outbound)
02/08/2017  21:31:37 **TCP FIN Scan** 192.168.2.206, 53267->> 93.184.220.110, 443 (from PPPoE1 Outbound)
02/08/2017  21:31:37 **TCP FIN Scan** 192.168.2.206, 53271->> 54.154.52.97, 443 (from PPPoE1 Outbound)
02/08/2017  21:31:37 **TCP FIN Scan** 192.168.2.206, 53144->> 52.55.179.154, 443 (from PPPoE1 Outbound)
02/08/2017  21:31:37 **TCP FIN Scan** 192.168.2.206, 53133->> 172.217.17.142, 443 (from PPPoE1 Outbound)
02/08/2017  21:30:46 TR069:Session end.        
02/08/2017  21:30:45 TR069:Received InformResponse
02/08/2017  21:30:44 TR069:Sending 6 CONNECTION REQUEST inform.
02/08/2017  21:30:44 If(PPPoE2) PPP connection ok !
02/08/2017  21:30:44 If(PPPoE1) PPP connection ok !
02/08/2017  21:30:43 If(PPPoE2) get IP:10.158.79.224
02/08/2017  21:30:43 If(PPPoE1) get secondary DNS IP:195.121.1.66
02/08/2017  21:30:43 If(PPPoE1) get primary DNS IP:195.121.1.34
02/08/2017  21:30:43 If(PPPoE1) get IP:80.60.xx.xx
02/08/2017  21:30:42 If(PPPoE2) start PPP      
02/08/2017  21:30:42 If(PPPoE2) receive PADS   
02/08/2017  21:30:42 If(PPPoE1) start PPP      
02/08/2017  21:30:42 If(PPPoE1) receive PADS   
02/08/2017  21:30:42 If(PPPoE2) send PADR      
02/08/2017  21:30:42 If(PPPoE2) receive PADO   
02/08/2017  21:30:42 If(PPPoE1) send PADR      
02/08/2017  21:30:42 If(PPPoE1) receive PADO   
02/08/2017  21:30:42 If(PPPoE2) send PADI      
02/08/2017  21:30:42 If(PPPoE1) send PADI      
02/08/2017  21:30:42 If(PPPoE2) stop           
02/08/2017  21:30:42 If(16) disconnect LCP.    
02/08/2017  21:30:40 If(PPPoE2) stop PPP       
02/08/2017  21:30:38 DHCP Client: [ATM3]Receive Ack from 10.164.32.1,Lease time=50091
02/08/2017  21:30:38 TR069:Inform Fail!!(Invalid URL or ACS unreachable)
02/08/2017  21:30:38 TR069:Remove host hengelo0.cust.kpn.net dns record.
02/08/2017  21:30:38 If(PPPoE1) Dial PPP       
02/08/2017  21:30:38 DHCP Client: [ATM3]Send Request, Request IP=10.164.55.189
02/08/2017  21:30:38 DHCP Client: [ATM3]Receive Offer from 10.164.32.1
02/08/2017  21:30:38 DHCP Client: [ATM3]Send Discover
02/08/2017  21:30:37 If(PPPoE1) stop           
02/08/2017  21:30:37 If(15) disconnect LCP.    
02/08/2017  21:30:36 TR069:Sending 4 VALUE CHANGE inform.
02/08/2017  21:30:35 If(PPPoE1) stop PPP       
02/08/2017  21:30:35 DHCP Client: [ATM3]Send Discover
02/08/2017  21:30:35 DSL Media Up !            
02/08/2017  21:30:33 DHCP Client: [ATM3]Send Release
02/08/2017  21:30:32 DSL Media Down !          
02/08/2017  19:30:42 sending ACK to 192.168.2.211
02/08/2017  18:33:21 sending ACK to 192.168.2.201
02/08/2017  18:33:21 sending OFFER to 192.168.2.201
02/08/2017  18:32:53 sending ACK to 192.168.2.201
02/08/2017  18:32:53 sending OFFER to 192.168.2.201
02/08/2017  18:28:42 sending ACK to 192.168.2.206
02/08/2017  16:47:28 sending ACK to 192.168.2.212
02/08/2017  13:56:58 **RIP Packet** 71.6.216.44, 520->> 80.60.xx.xx, 520 (from PPPoE1 Inbound)
02/08/2017  12:26:08 **UDP Loop** 71.6.216.48, 19->> 80.60.xx.xx, 19 (from PPPoE1 Inbound)
02/08/2017  12:23:43 UPnP delete port mapping from  to port-number 5353 Successful.
02/08/2017  12:23:43 UPnP add port mapping from 192.168.2.206 to port number 5353 Successful.
02/08/2017  11:25:31 DHCP Client: [ATM3]Receive Ack from 10.164.32.1,Lease time=86400
02/08/2017  11:25:31 DHCP Client: [ATM3]Send Request, Request IP=10.164.55.189
02/08/2017  10:30:33 **UDP Loop** 109.169.65.175, 57568->> 80.60.xx.xx, 19 (from PPPoE1 Inbound)
02/08/2017  10:25:55 **TCP-SYN with data** 185.102.219.51, 16104->> 80.60.xx.xx, 33434 (from PPPoE1 Inbound)
02/08/2017  10:25:55 **TCP-SYN with data** 185.102.219.34, 30337->> 80.60.xx.xx, 33434 (from PPPoE1 Inbound)
02/08/2017  10:25:54 **TCP-SYN with data** 185.102.219.33, 49372->> 80.60.xx.xx, 33434 (from PPPoE1 Inbound)
02/08/2017  10:25:54 **TCP-SYN with data** 185.102.219.32, 44995->> 80.60.xx.xx, 33434 (from PPPoE1 Inbound)
02/08/2017  08:42:02 sending ACK to 192.168.2.211
02/08/2017  07:49:35 sending ACK to 192.168.2.211
02/08/2017  07:37:34 **TCP-SYN with data** 185.102.219.51, 53917->> 80.60.xx.xx, 33434 (from PPPoE1 Inbound)
02/08/2017  07:37:34 **TCP-SYN with data** 185.102.219.34, 16024->> 80.60.xx.xx, 33434 (from PPPoE1 Inbound)
02/08/2017  07:37:33 **TCP-SYN with data** 185.102.219.33, 15998->> 80.60.xx.xx, 33434 (from PPPoE1 Inbound)
02/08/2017  07:37:33 **TCP-SYN with data** 185.102.219.32, 49551->> 80.60.xx.xx, 33434 (from PPPoE1 Inbound)
02/08/2017  07:19:51 **TCP-SYN with data** 192.168.2.205, 52972->> 17.252.43.246, 443 (from LAN Inbound)
02/08/2017  07:01:20 **UDP Loop** 184.105.139.81, 45268->> 80.60.xx.xx, 19 (from PPPoE1 Inbound)
02/08/2017  06:16:00 **TCP-SYN with data** 192.168.2.211, 50131->> 17.252.43.246, 443 (from LAN Inbound)
02/08/2017  05:29:43 **TCP-SYN with data** 185.102.219.51, 19711->> 80.60.xx.xx, 33434 (from PPPoE1 Inbound)
02/08/2017  05:29:43 **TCP-SYN with data** 185.102.219.34, 25501->> 80.60.xx.xx, 33434 (from PPPoE1 Inbound)
02/08/2017  05:29:43 **TCP-SYN with data** 185.102.219.33, 30510->> 80.60.xx.xx, 33434 (from PPPoE1 Inbound)
02/08/2017  05:29:42 **TCP-SYN with data** 185.102.219.32, 63760->> 80.60.xx.xx, 33434 (from PPPoE1 Inbound)
02/08/2017  03:48:12 **TCP-SYN with data** 192.168.2.205, 51755->> 17.252.43.246, 443 (from LAN Inbound)
02/08/2017  02:36:39 sending ACK to 192.168.2.204
02/08/2017  02:36:38 sending OFFER to 192.168.2.204
02/08/2017  02:26:17 **TCP FIN Scan** 192.168.2.205, 51440->> 213.19.162.80, 443 (from PPPoE1 Outbound)
02/08/2017  02:26:17 **TCP FIN Scan** 192.168.2.205, 51384->> 5.135.121.144, 80 (from PPPoE1 Outbound)
02/08/2017  02:26:16 **TCP FIN Scan** 192.168.2.205, 51433->> 213.189.48.247, 80 (from PPPoE1 Outbound)
02/08/2017  02:23:18 **TCP-SYN with data** 192.168.2.211, 49322->> 17.252.43.246, 443 (from LAN Inbound)
02/08/2017  02:16:18 sending ACK to 192.168.2.211
02/08/2017  02:14:43 **TCP-SYN with data** 185.102.219.51, 4995->> 80.60.xx.xx, 33434 (from PPPoE1 Inbound)
02/08/2017  02:14:43 **TCP-SYN with data** 185.102.219.34, 42653->> 80.60.xx.xx, 33434 (from PPPoE1 Inbound)
02/08/2017  02:14:43 **TCP-SYN with data** 185.102.219.33, 55106->> 80.60.xx.xx, 33434 (from PPPoE1 Inbound)
02/08/2017  02:14:43 **TCP-SYN with data** 185.102.219.32, 65061->> 80.60.xx.xx, 33434 (from PPPoE1 Inbound)
02/08/2017  02:07:06 **TCP-SYN with data** 192.168.2.211, 52526->> 17.252.43.246, 443 (from LAN Inbound)
02/08/2017  02:03:25 **Vecna Scan** 192.168.2.205, 50972->> 217.119.234.12, 443 (from PPPoE1 Outbound)
02/08/2017  02:03:24 **Vecna Scan** 192.168.2.205, 51033->> 217.119.234.12, 443 (from PPPoE1 Outbound)
02/08/2017  02:03:23 **Vecna Scan** 192.168.2.205, 50961->> 217.119.234.12, 443 (from PPPoE1 Outbound)
02/08/2017  00:24:55 sending ACK to 192.168.2.201
02/08/2017  00:09:37 sending ACK to 192.168.2.203
02/08/2017  00:08:20 sending ACK to 192.168.2.211
02/07/2017  23:42:45 **TCP-SYN with data** 185.102.219.51, 14649->> 80.60.xx.xx, 33434 (from PPPoE1 Inbound)
02/07/2017  23:42:45 **TCP-SYN with data** 185.102.219.34, 35623->> 80.60.xx.xx, 33434 (from PPPoE1 Inbound)
02/07/2017  23:42:45 **TCP-SYN with data** 185.102.219.33, 27616->> 80.60.xx.xx, 33434 (from PPPoE1 Inbound)
02/07/2017  23:42:45 **TCP-SYN with data** 185.102.219.32, 37220->> 80.60.xx.xx, 33434 (from PPPoE1 Inbound)
02/07/2017  23:36:00 NTP Date/Time updated.    
02/07/2017  23:35:53 Get system time from NTP server:213.75.85.246.
02/07/2017  23:25:24 DHCP Client: [ATM3]Receive Ack from 10.164.32.1,Lease time=86400
02/07/2017  23:25:24 DHCP Client: [ATM3]Send Request, Request IP=10.164.55.189
02/07/2017  23:18:53 192.168.2.200 Admin logout

[ Voor 200% gewijzigd door Requa op 08-02-2017 22:23 ]

woensdag 22 februari 2017 15:03

Acties:
  • 0 Henk 'm!
  • N3tMonk
  • Registratie: Februari 2017
  • Laatst online: 19-09 10:55

N3tMonk

VDSL maakt gebruik van DLM. DLM is een techniek dat na het eerste intrainmoment, over een periode van 10 dagen, de beste waarden (bandbreedte) bij je lijn zoekt (lijnkwaliteit). Mocht dit bijv. op dag 2 anders zijn en buiten de marge vallen dan zal DLM de verbinding opnieuw laten intrainen. Dit zorgt dan voor een korte onderbreking van de PPP-sessie van pak 'm beet 30 seconden. Mocht de verbinding gedurende 10 dagen OK zijn dan zal DLM eens per maand een controle uitvoeren. Mocht deze over een maand weer anders zijn, dan volgt de 10 dagen-controle weer.

De meeste providers hebben DLM zo ingericht dat dit 's nachts uitgevoerd wordt. Alhoewel je het over een wekelijkse onderbreking hebt en je de onderbreking ook 's avonds ervaart, kan het toch goed zijn om dit eens na te vragen bij je provider. :)

woensdag 22 februari 2017 17:52

Acties:
  • 0 Henk 'm!
  • Requa
  • Registratie: Augustus 2014
  • Niet online

Requa

Topicstarter
N3tMonk schreef op woensdag 22 februari 2017 @ 15:03:
VDSL maakt gebruik van DLM. DLM is een techniek dat na het eerste intrainmoment, over een periode van 10 dagen, de beste waarden (bandbreedte) bij je lijn zoekt (lijnkwaliteit). Mocht dit bijv. op dag 2 anders zijn en buiten de marge vallen dan zal DLM de verbinding opnieuw laten intrainen. Dit zorgt dan voor een korte onderbreking van de PPP-sessie van pak 'm beet 30 seconden. Mocht de verbinding gedurende 10 dagen OK zijn dan zal DLM eens per maand een controle uitvoeren. Mocht deze over een maand weer anders zijn, dan volgt de 10 dagen-controle weer.

De meeste providers hebben DLM zo ingericht dat dit 's nachts uitgevoerd wordt. Alhoewel je het over een wekelijkse onderbreking hebt en je de onderbreking ook 's avonds ervaart, kan het toch goed zijn om dit eens na te vragen bij je provider. :)
Zit er op pairbonding ook DLM, dan?

woensdag 22 februari 2017 18:38

Acties:
  • 0 Henk 'm!
  • krakendmodem
  • Registratie: November 2009
  • Laatst online: 26-09 16:29

krakendmodem

N3tMonk schreef op woensdag 22 februari 2017 @ 15:03:
VDSL maakt gebruik van DLM. DLM is een techniek dat na het eerste intrainmoment, over een periode van 10 dagen, de beste waarden (bandbreedte) bij je lijn zoekt (lijnkwaliteit). Mocht dit bijv. op dag 2 anders zijn en buiten de marge vallen dan zal DLM de verbinding opnieuw laten intrainen. Dit zorgt dan voor een korte onderbreking van de PPP-sessie van pak 'm beet 30 seconden. Mocht de verbinding gedurende 10 dagen OK zijn dan zal DLM eens per maand een controle uitvoeren. Mocht deze over een maand weer anders zijn, dan volgt de 10 dagen-controle weer.

De meeste providers hebben DLM zo ingericht dat dit 's nachts uitgevoerd wordt. Alhoewel je het over een wekelijkse onderbreking hebt en je de onderbreking ook 's avonds ervaart, kan het toch goed zijn om dit eens na te vragen bij je provider. :)
DLM wordt alleen gebruikt bij VDSL zonder pairbonding en lijnen die nog geen vectoring doen.

Mijn tip: vervang dat modem voor een nieuwe. De v9/v10 zijn veel stabieler.

woensdag 22 februari 2017 21:08

Acties:
  • 0 Henk 'm!
  • Requa
  • Registratie: Augustus 2014
  • Niet online

Requa

Topicstarter
krakendmodem schreef op woensdag 22 februari 2017 @ 18:38:
[...]

DLM wordt alleen gebruikt bij VDSL zonder pairbonding en lijnen die nog geen vectoring doen.

Mijn tip: vervang dat modem voor een nieuwe. De v9/v10 zijn veel stabieler.
Hoi!

Dat heb ik gedaan, heb nog een SpeedTouch, H220N, v8, v9 en een v10 hier thuis liggen.

Alleen de CRC errors die lopen op een gegeven moment (meestal na een paar dagen) heel erg op. Is ook bij de buren zo die nog op ADSL2+ zitten middels een v10... ligt echt aan de wijkkast van KPN, gezien de installatie in mijn huis en die van de buren, goed is.

Had nooit CRC errors, wel veel FEC maar dat stelde niets voor volgens KPN en mede door 2 HD ontvangers krijg ik meer FEC errors... morgen komt er een storingsmonteur het probleem 'oplossen', heb er een hard hoofd in.

Mijn H368N:
Afbeeldingslocatie: https://tweakers.net/ext/f/AvcIKzzkYPKRS9eoExPlDnmR/full.jpg

H369A Buren:
Afbeeldingslocatie: https://tweakers.net/ext/f/rHyxaYKBs9m4Y1ZECckvtVuA/full.jpg

woensdag 22 februari 2017 22:07

Acties:
  • 0 Henk 'm!
  • krakendmodem
  • Registratie: November 2009
  • Laatst online: 26-09 16:29

krakendmodem

Requa schreef op woensdag 22 februari 2017 @ 21:08:
[...]


Hoi!

Dat heb ik gedaan, heb nog een SpeedTouch, H220N, v8, v9 en een v10 hier thuis liggen.

Alleen de CRC errors die lopen op een gegeven moment (meestal na een paar dagen) heel erg op. Is ook bij de buren zo die nog op ADSL2+ zitten middels een v10... ligt echt aan de wijkkast van KPN, gezien de installatie in mijn huis en die van de buren, goed is.

Had nooit CRC errors, wel veel FEC maar dat stelde niets voor volgens KPN en mede door 2 HD ontvangers krijg ik meer FEC errors... morgen komt er een storingsmonteur het probleem 'oplossen', heb er een hard hoofd in.

Mijn H368N:
[afbeelding]

H369A Buren:
[afbeelding]
FEC errors zijn errors die verholpen kunnen worden. Die worden automatisch gerepareerd door je modem. CRC zijn errors die niet gerepareerd kunnen worden.

Veel succes dan, hopelijk wordt de fout bij kpn gevonden.

donderdag 23 februari 2017 19:52

Acties:
  • +1 Henk 'm!
  • Requa
  • Registratie: Augustus 2014
  • Niet online

Requa

Topicstarter
Zojuist storings monteur weer vertrokken, zat op beide koperlijnen spanning op en eentje viel niet eens te meten......... VolkerWessels Telecom B.V. is ingeschakeld en die komt volgende week even langs.

De storingsmonteur die ik VANDAAG heb ontvangen, ben ik super blij mee en deze meneer geef ik dan ook een warme douche (Radar)!!!!! :) :) :) _/-\o_ :D

maandag 27 februari 2017 23:22

Acties:
  • 0 Henk 'm!
  • Requa
  • Registratie: Augustus 2014
  • Niet online

Requa

Topicstarter
VolkerWessels Telecom langsgeweest vandaag, en kon de internetkabel niet vinden die naar het ISRA-punt ging.... heeft mijn lijn gemeten vanuit de wijkkast (of centrale) en denkt een groot vermoeden te hebben dat deze kabel naar mijn buren gaat... wat ik nogal vreemd vind..

Foto's: http://imgur.com/a/on7fk

Anyone who can help me out of this? 😫

dinsdag 28 februari 2017 06:38

Acties:
  • 0 Henk 'm!
  • Jan-man
  • Registratie: Juli 2009
  • Laatst online: 25-09 22:21

Jan-man

Is gewoon de loodkabel / invoer is aan vwt om te achterhalen waar hij heen gaat. Kan zijn dat ie bij de buren uitkomt gebeurde vroeger wel vaker dat onder 1 huis de hoofdkabel door kwam en daar afgetakt werd naar de andere huizen.

dinsdag 20 februari 2018 23:13

Acties:
  • 0 Henk 'm!
  • knightvision
  • Registratie: April 2001
  • Laatst online: 31-08 17:05

knightvision

Hihihihi ik ben stout....

Dit topic is al een jaar oud, maar !

Ik vraag me al een tijdje iets af bij mijn AVAST FIREWALL logs.
Ik google een ip uit een log en ik kwam diezelfde IP ook meerdere malen tegen in deze post bij zijn logs.

Vraag is dan ook, heeft iemand een idee wat dit IP is en waarom ik dat regelmatig terugzie bij blocked traffic.

216.52.1.12, port 443 (de wat meer volledige lijn staat hieronder)

20-2-2018 - 23:01:22- remote address 216.52.1.12 remote port 443 57771 TCP In Public Tcp/Udp In Block

Heeft iemand een idee?

My Hardrocking iRacing Profile

dinsdag 20 februari 2018 23:23

Acties:
  • 0 Henk 'm!

Verwijderd

-

[ Voor 112% gewijzigd door Verwijderd op 21-02-2018 00:35 ]

woensdag 21 februari 2018 08:50

Acties:
  • 0 Henk 'm!
  • rens-br
  • Registratie: December 2009
  • Laatst online: 04:47

rens-br

Admin IN & Moderator Mobile
knightvision schreef op dinsdag 20 februari 2018 @ 23:13:
Dit topic is al een jaar oud, maar !
Geen idee wat jou vraag met het onderwerk van de TS te maken heeft. Het is dan ook niet toegestaan om topics te kicken en te kapen.

Maak even een nieuw topic aan.
Pagina: 1

Dit topic is gesloten.

Apple iPhone 17 LG OLED evo G5 Google Pixel 10 Samsung Galaxy S25 Star Wars: Outlaws Nintendo Switch 2 Apple AirPods Pro (2e generatie) Sony PlayStation 5 Pro

Tweakers is onderdeel van DPG Media B.V.
Alle rechten voorbehouden - Auteursrecht © 1998 - 2025 • Hosting door TrueFullstaq