PROBLEMA Stabilità Linea ADSL

[Loris_94]

Ciao a tutti, premetto che dovevo vivo ho una connessione lenta o obsoleta perché telecom/TIM non ha ancora aggiornato con la fibra ottica, quindi viaggio con una 5/6 Mega se va bene. Ultimamente sto avendo problemi di stabilità con la linea ADSL, ogni 30/40 minuti la spia sul modem dell'adsl inizia a lampeggiare fino a quando si spegne per poi dopo due minuti ripartire da sola. Ho già contattato Telecom e mi hanno assicurato che non è un problema loro. La connessione non è in wholesale e ho come Modem un Asus DSL-N14U. Pensavo che fosse il Modem ma usando quello fornito da Telecom il problema persiste.

Questo è il registro di sistema del Modem:

2017-08-22 17:48:53 kernel: AP SETKEYS WPA2 MAC=50:01:D9:9A:83:DD
2017-08-22 17:48:56 kernel: Detect DSL status:0x08 into polling mode!!
2017-08-22 17:49:10 kernel: Detect DSL status:0x20 into INT mode!!
2017-08-22 17:49:11 WAN Connection: Wan link up.
2017-08-22 17:49:18 RFC1483/2684 bridge: Interface "nas0" created sucessfully
2017-08-22 17:49:18 RFC1483/2684 bridge: Communicating over ATM 0.8.35, encapsulation: LLC
2017-08-22 17:49:18 RFC1483/2684 bridge: Interface configured
2017-08-22 17:49:18 RFC1483/2684 bridge: RFC 1483/2684 bridge daemon started
2017-08-22 17:49:18 syslog: Initialize LCP.
2017-08-22 17:49:18 syslog: Plugin libpppoe.so loaded.
2017-08-22 17:49:18 syslog: RP-PPPoE plugin version 3.8p compiled against pppd 2.4.5
2017-08-22 17:49:18 syslog: pppd 2.4.5 started by admin, uid 0
2017-08-22 17:49:18 syslog: LCP is allowed to come up.
2017-08-22 17:49:18 kernel: Link State: DSL link up.
2017-08-22 17:49:18 WAN Connection: Fail to connect with some issues.
2017-08-22 17:49:19 syslog: PAP authentication succeeded
2017-08-22 17:49:19 syslog: peer from calling number 80:71:1F:F9:8A:42 authorized
2017-08-22 17:49:19 syslog: local IP address 87.14.157.50
2017-08-22 17:49:19 syslog: remote IP address 192.168.100.1
2017-08-22 17:49:19 syslog: primary DNS address 85.37.17.15
2017-08-22 17:49:19 syslog: secondary DNS address 85.38.28.74
2017-08-22 17:49:19 dnsmasq[23473]: reading /etc/resolv.conf
2017-08-22 17:49:19 dnsmasq[23473]: using nameserver 85.38.28.74#53
2017-08-22 17:49:19 dnsmasq[23473]: using nameserver 85.37.17.15#53
2017-08-22 17:49:19 dnsmasq[23473]: ignoring nameserver 127.0.0.1 - local interface
2017-08-22 17:49:19 dnsmasq[23473]: exiting on receipt of SIGTERM
2017-08-22 17:49:19 kernel: Link State: PVC_0 logistic interface up.
2017-08-22 17:49:20 dnsmasq[25611]: started, version 2.75 cachesize 150
2017-08-22 17:49:20 dnsmasq[25611]: using nameserver 85.38.28.74#53
2017-08-22 17:49:20 dnsmasq[25611]: using nameserver 85.37.17.15#53
2017-08-22 17:49:20 dnsmasq[25611]: reading /etc/resolv.conf
2017-08-22 17:49:20 dnsmasq[25611]: using nameserver 85.38.28.74#53
2017-08-22 17:49:20 dnsmasq[25611]: using nameserver 85.37.17.15#53
2017-08-22 17:49:20 dnsmasq[25611]: ignoring nameserver 127.0.0.1 - local interface
2017-08-22 17:49:20 dnsmasq[25611]: bad address at /etc/hosts line 2
2017-08-22 17:49:20 dnsmasq[25611]: read /etc/hosts - 3 addresses
2017-08-22 17:49:21 kernel: HTB: quantum of class 10001 is big. Consider r2q change.
2017-08-22 17:49:21 kernel: HTB: quantum of class 20001 is big. Consider r2q change.
2017-08-22 17:49:21 kernel: HTB: quantum of class 10285 is big. Consider r2q change.
2017-08-22 17:49:21 kernel: HTB: quantum of class 20285 is big. Consider r2q change.
2017-08-22 17:49:22 kernel: ddns_execute(), DDNS is not enable, so remove /etc/ddns.conf.
2017-08-22 17:49:23 kernel:
2017-08-22 17:49:23 kernel: #### wan_primary: [87.14.157.50]
2017-08-22 17:49:23 WAN Connection: WAN was restored.
2017-08-22 17:49:23 start_nat_rules: apply the nat_rules(/tmp/nat_rules)!
2017-08-22 17:53:35 kernel: Link State: LAN_2 down.
2017-08-22 17:53:37 kernel: Link State: LAN_2 up.
2017-08-22 17:53:38 kernel: Link State: LAN_2 down.
2017-08-22 17:53:42 kernel: Link State: LAN_2 up.
2017-08-22 17:54:00 kernel: Link State: LAN_2 down.
2017-08-22 17:54:04 kernel: Link State: LAN_2 up.
2017-08-22 18:08:24 kernel: Link State: PVC_0 PPPoE down.
2017-08-22 18:08:24 kernel: Link State: DSL link down.
2017-08-22 18:08:27 WAN Connection: Fail to connect with some issues.
2017-08-22 18:08:27 stop_nat_rules: apply the redirect_rules!
2017-08-22 18:08:33 WAN Connection: Wan link down.
2017-08-22 18:08:38 kernel: Detect DSL status:0x08 into polling mode!!
2017-08-22 18:08:49 kernel: Detect DSL status:0x00 into INT mode!!
2017-08-22 18:09:03 kernel: Detect DSL status:0x08 into polling mode!!
2017-08-22 18:09:10 kernel: Detect DSL status:0x00 into INT mode!!
2017-08-22 18:09:15 syslog: No response to 10 echo-requests
2017-08-22 18:09:15 syslog: Serial link appears to be disconnected.
2017-08-22 18:09:15 syslog: Connect time 20.0 minutes.
2017-08-22 18:09:15 syslog: Sent 33476119 bytes, received 154150472 bytes.
2017-08-22 18:09:15 syslog: LCP down.
2017-08-22 18:09:21 syslog: Connection terminated.
2017-08-22 18:09:21 syslog: Modem hangup
2017-08-22 18:09:21 syslog: LCP down.
2017-08-22 18:09:24 kernel: Detect DSL status:0x08 into polling mode!!
2017-08-22 18:09:25 syslog: LCP is allowed to come up.
2017-08-22 18:09:30 kernel: Detect DSL status:0x00 into INT mode!!
2017-08-22 18:09:48 kernel: Detect DSL status:0x08 into polling mode!!
2017-08-22 18:09:55 kernel: Detect DSL status:0x00 into INT mode!!
2017-08-22 18:10:08 kernel: Detect DSL status:0x08 into polling mode!!
2017-08-22 18:10:15 kernel: Detect DSL status:0x00 into INT mode!!
2017-08-22 18:10:29 kernel: Detect DSL status:0x08 into polling mode!!
2017-08-22 18:10:35 kernel: Detect DSL status:0x00 into INT mode!!
2017-08-22 18:10:49 kernel: Detect DSL status:0x08 into polling mode!!
2017-08-22 18:10:56 kernel: Detect DSL status:0x00 into INT mode!!
2017-08-22 18:11:10 kernel: Detect DSL status:0x08 into polling mode!!
2017-08-22 18:11:16 kernel: Detect DSL status:0x00 into INT mode!!
2017-08-22 18:11:31 kernel: Detect DSL status:0x08 into polling mode!!
2017-08-22 18:11:37 kernel: Detect DSL status:0x00 into INT mode!!
2017-08-22 18:11:51 kernel: Detect DSL status:0x08 into polling mode!!
2017-08-22 18:11:58 kernel: Detect DSL status:0x00 into INT mode!!
2017-08-22 18:12:12 kernel: Detect DSL status:0x08 into polling mode!!
2017-08-22 18:12:18 kernel: Detect DSL status:0x00 into INT mode!!
2017-08-22 18:12:33 kernel: Detect DSL status:0x08 into polling mode!!
2017-08-22 18:12:38 kernel: Detect DSL status:0x00 into INT mode!!
2017-08-22 18:12:53 kernel: Detect DSL status:0x08 into polling mode!!
2017-08-22 18:12:59 kernel: Detect DSL status:0x00 into INT mode!!
2017-08-22 18:13:14 kernel: Detect DSL status:0x08 into polling mode!!
2017-08-22 18:13:20 kernel: Detect DSL status:0x00 into INT mode!!
2017-08-22 18:13:22 WEB: User [admin] logged in from [192.168.1.2] via WEB
2017-08-22 18:13:34 kernel: Detect DSL status:0x08 into polling mode!!
2017-08-22 18:13:40 kernel: Detect DSL status:0x00 into INT mode!!
2017-08-22 18:13:55 kernel: Detect DSL status:0x08 into polling mode!!
2017-08-22 18:14:01 kernel: Detect DSL status:0x00 into INT mode!!
2017-08-22 18:14:16 kernel: Detect DSL status:0x08 into polling mode!!
2017-08-22 18:14:22 kernel: Detect DSL status:0x00 into INT mode!!
2017-08-22 18:14:36 kernel: Detect DSL status:0x08 into polling mode!!
2017-08-22 18:14:43 kernel: Detect DSL status:0x00 into INT mode!!
2017-08-22 18:14:50 kernel: HTB: quantum of class 10001 is big. Consider r2q change.
2017-08-22 18:14:50 kernel: HTB: quantum of class 10285 is big. Consider r2q change.
2017-08-22 18:14:50 WEB: Configuration changed: QoS
2017-08-22 18:14:57 kernel: Detect DSL status:0x08 into polling mode!!
2017-08-22 18:15:03 kernel: Detect DSL status:0x00 into INT mode!!
2017-08-22 18:15:18 kernel: Detect DSL status:0x08 into polling mode!!
2017-08-22 18:15:24 kernel: Detect DSL status:0x00 into INT mode!!
2017-08-22 18:15:38 kernel: Detect DSL status:0x08 into polling mode!!
2017-08-22 18:15:40 System log daemon exiting.
2017-08-22 18:15:42 syslogd started: BusyBox v1.00 (2016.09.22-12:27+0000)
2017-08-22 18:15:45 kernel: Detect DSL status:0x00 into INT mode!!
2017-08-22 18:15:59 kernel: Detect DSL status:0x08 into polling mode!!
2017-08-22 18:16:05 kernel: Detect DSL status:0x00 into INT mode!!
2017-08-22 18:16:23 kernel: Detect DSL status:0x08 into polling mode!!
2017-08-22 18:16:30 kernel: Detect DSL status:0x00 into INT mode!!
2017-08-22 18:16:44 kernel: Detect DSL status:0x08 into polling mode!!
2017-08-22 18:16:50 kernel: Detect DSL status:0x00 into INT mode!!
2017-08-22 18:17:05 kernel: Detect DSL status:0x08 into polling mode!!
2017-08-22 18:17:11 kernel: Detect DSL status:0x00 into INT mode!!
2017-08-22 18:17:29 kernel: Detect DSL status:0x08 into polling mode!!
2017-08-22 18:17:35 kernel: Detect DSL status:0x00 into INT mode!!
2017-08-22 18:17:49 kernel: Detect DSL status:0x08 into polling mode!!
2017-08-22 18:17:56 kernel: Detect DSL status:0x00 into INT mode!!
2017-08-22 18:18:10 kernel: Detect DSL status:0x08 into polling mode!!
2017-08-22 18:18:16 kernel: Detect DSL status:0x00 into INT mode!!
2017-08-22 18:18:30 kernel: Detect DSL status:0x08 into polling mode!!
2017-08-22 18:18:37 kernel: Detect DSL status:0x00 into INT mode!!
2017-08-22 18:18:54 kernel: Detect DSL status:0x08 into polling mode!!
2017-08-22 18:19:00 kernel: Detect DSL status:0x00 into INT mode!!
2017-08-22 18:19:14 kernel: Detect DSL status:0x08 into polling mode!!
2017-08-22 18:19:21 kernel: Detect DSL status:0x00 into INT mode!!
2017-08-22 18:19:34 kernel: Detect DSL status:0x08 into polling mode!!
2017-08-22 18:19:41 kernel: Detect DSL status:0x00 into INT mode!!
2017-08-22 18:19:55 kernel: Detect DSL status:0x08 into polling mode!!
2017-08-22 18:20:02 kernel: Detect DSL status:0x00 into INT mode!!
2017-08-22 18:20:17 kernel: Detect DSL status:0x08 into polling mode!!
2017-08-22 18:20:23 kernel: Detect DSL status:0x00 into INT mode!!
2017-08-22 18:20:37 kernel: Detect DSL status:0x08 into polling mode!!
2011-01-01 01:00:39 syslogd started: BusyBox v1.00 (2016.09.22-12:27+0000)
2011-01-01 00:00:39 stop_nat_rules: apply the redirect_rules!
2011-01-01 01:00:40 kernel: Product name=[DSL-N14U-B1]
2011-01-01 01:00:40 kernel: Firmware version=[1.1.2.2]
2011-01-01 01:00:42 kernel: usbcore: registered new interface driver usbfs
2011-01-01 01:00:42 kernel: usbcore: registered new interface driver hub
2011-01-01 01:00:42 kernel: usbcore: registered new device driver usb
2011-01-01 01:00:42 kernel: SCSI subsystem initialized
2011-01-01 01:00:42 kernel: Initializing USB Mass Storage driver...
2011-01-01 01:00:42 kernel: usbcore: registered new interface driver usb-storage
2011-01-01 01:00:42 kernel: USB Mass Storage support registered.
2011-01-01 01:00:43 kernel: ufsd: driver (lke_8.9.0 lke_8.9.0_r217400_b3, LBD=ON, acl, ioctl, sd, wb) loaded at c03b3000
2011-01-01 01:00:43 kernel: NTFS support included
2011-01-01 01:00:43 kernel: Big endian platform
2011-01-01 01:00:43 kernel: optimized: speed
2011-01-01 01:00:43 kernel: Build_for__ASUS_PRODUCTS_005_k2.6.22.15_2013-11-20_lke_8.9.0_r217400_b3
2011-01-01 01:00:43 kernel:
2011-01-01 01:00:44 kernel: rt3xxx-ehci rt3xxx-ehci: Ralink EHCI Host Controller
2011-01-01 01:00:44 kernel: rt3xxx-ehci rt3xxx-ehci: new USB bus registered, assigned bus number 1
2011-01-01 01:00:44 kernel: rt3xxx-ehci rt3xxx-ehci: irq 18, io mem 0x1fbb0000
2011-01-01 01:00:44 kernel: rt3xxx-ehci rt3xxx-ehci: USB 0.0 started, EHCI 1.00, driver 10 Dec 2004
2011-01-01 01:00:44 kernel: usb usb1: configuration #1 chosen from 1 choice
2011-01-01 01:00:44 kernel: hub 1-0:1.0: USB hub found
2011-01-01 01:00:44 kernel: hub 1-0:1.0: 2 ports detected
2011-01-01 01:00:44 kernel: rt3xxx-ohci rt3xxx-ohci: RT3xxx OHCI Controller
2011-01-01 01:00:44 kernel: rt3xxx-ohci rt3xxx-ohci: new USB bus registered, assigned bus number 2
2011-01-01 01:00:44 kernel: rt3xxx-ohci rt3xxx-ohci: irq 18, io mem 0x1fba0000
2011-01-01 01:00:44 kernel: usb usb2: configuration #1 chosen from 1 choice
2011-01-01 01:00:44 kernel: hub 2-0:1.0: USB hub found
2011-01-01 01:00:44 kernel: hub 2-0:1.0: 2 ports detected
2011-01-01 01:00:44 kernel: usbcore: registered new interface driver usblp
2011-01-01 01:00:44 kernel: drivers/usb/class/usblp.c: v0.13: USB Printer Device Class driver
2011-01-01 01:00:46 kernel: usbcore: registered new interface driver asix
2011-01-01 01:00:46 kernel: usbcore: registered new interface driver cdc_ether
2011-01-01 01:00:46 kernel: usbcore: registered new interface driver rndis_host
2011-01-01 01:00:47 kernel: cdc_ncm: 14-Mar-2012
2011-01-01 01:00:47 kernel: usbcore: registered new interface driver cdc_ncm
2011-01-01 01:00:47 kernel: usbcore: registered new interface driver cdc_wdm
2011-01-01 01:00:47 kernel: cdc_mbim: loaded
2011-01-01 01:00:47 kernel: usbcore: registered new interface driver cdc_mbim
2011-01-01 01:00:47 rstats[2104]: [start rstats]
2011-01-01 01:00:50 kernel: Detect DSL status:0x08 into polling mode!!
2011-01-01 01:00:57 kernel: Detect DSL status:0x00 into INT mode!!
2011-01-01 01:01:11 kernel: Detect DSL status:0x08 into polling mode!!
2011-01-01 01:01:17 kernel: Detect DSL status:0x00 into INT mode!!
2011-01-01 01:01:32 kernel: Detect DSL status:0x08 into polling mode!!
2011-01-01 01:01:38 kernel: Detect DSL status:0x00 into INT mode!!
2011-01-01 01:01:52 kernel: Detect DSL status:0x08 into polling mode!!
2011-01-01 01:01:58 kernel: Detect DSL status:0x00 into INT mode!!
2011-01-01 01:02:13 kernel: Detect DSL status:0x08 into polling mode!!
2011-01-01 01:02:19 kernel: Detect DSL status:0x00 into INT mode!!
2011-01-01 01:02:34 kernel: Detect DSL status:0x08 into polling mode!!
2011-01-01 01:02:40 kernel: Detect DSL status:0x00 into INT mode!!
2011-01-01 01:02:58 kernel: Detect DSL status:0x08 into polling mode!!
2011-01-01 01:03:04 kernel: Detect DSL status:0x00 into INT mode!!
2011-01-01 01:03:18 kernel: Detect DSL status:0x08 into polling mode!!
2011-01-01 01:03:24 kernel: Detect DSL status:0x00 into INT mode!!
2011-01-01 01:03:39 kernel: Detect DSL status:0x08 into polling mode!!
2011-01-01 01:03:48 kernel: Detect DSL status:0x00 into INT mode!!
2011-01-01 01:04:03 kernel: Detect DSL status:0x08 into polling mode!!
2011-01-01 01:04:09 kernel: Detect DSL status:0x00 into INT mode!!
2011-01-01 01:04:24 kernel: Detect DSL status:0x08 into polling mode!!
2011-01-01 01:04:30 kernel: Detect DSL status:0x00 into INT mode!!
2011-01-01 01:04:44 kernel: Detect DSL status:0x08 into polling mode!!
2011-01-01 01:04:58 kernel: Detect DSL status:0x20 into INT mode!!
2011-01-01 01:05:02 WAN Connection: Fail to connect with some issues.
2011-01-01 01:05:06 RFC1483/2684 bridge: Interface "nas0" created sucessfully
2011-01-01 01:05:06 RFC1483/2684 bridge: Communicating over ATM 0.8.35, encapsulation: LLC
2011-01-01 01:05:06 RFC1483/2684 bridge: Interface configured
2011-01-01 01:05:06 RFC1483/2684 bridge: RFC 1483/2684 bridge daemon started
2011-01-01 01:05:07 syslog: Initialize LCP.
2011-01-01 01:05:07 syslog: Plugin libpppoe.so loaded.
2011-01-01 01:05:07 syslog: RP-PPPoE plugin version 3.8p compiled against pppd 2.4.5
2011-01-01 01:05:07 syslog: pppd 2.4.5 started by admin, uid 0
2011-01-01 01:05:07 syslog: LCP is allowed to come up.
2011-01-01 01:05:07 kernel: Link State: DSL link up.
2011-01-01 01:05:08 syslog: PPP session is 5873
2011-01-01 01:05:08 syslog: Connected to 80:71:1f:f9:8a:42 via interface nas0
2011-01-01 01:05:08 syslog: Using interface ppp0
2011-01-01 01:05:08 syslog: Connect: ppp0 <--> nas0
2011-01-01 01:05:08 syslog: PAP authentication succeeded
2011-01-01 01:05:08 syslog: peer from calling number 80:71:1F:F9:8A:42 authorized
2011-01-01 01:05:08 syslog: local IP address 95.236.223.164
2011-01-01 01:05:08 syslog: remote IP address 192.168.100.1
2011-01-01 01:05:08 syslog: primary DNS address 85.37.17.15
2011-01-01 01:05:08 syslog: secondary DNS address 85.38.28.74
2011-01-01 01:05:08 dnsmasq[5227]: started, version 2.75 cachesize 150
2011-01-01 01:05:08 dnsmasq[5227]: using nameserver 85.38.28.74#53
2011-01-01 01:05:08 dnsmasq[5227]: using nameserver 85.37.17.15#53
2011-01-01 01:05:08 dnsmasq[5227]: reading /etc/resolv.conf
2011-01-01 01:05:08 dnsmasq[5227]: using nameserver 85.38.28.74#53
2011-01-01 01:05:08 dnsmasq[5227]: using nameserver 85.37.17.15#53
2011-01-01 01:05:08 dnsmasq[5227]: ignoring nameserver 127.0.0.1 - local interface
2011-01-01 01:05:08 dnsmasq[5227]: bad address at /etc/hosts line 2
2011-01-01 01:05:08 dnsmasq[5227]: read /etc/hosts - 3 addresses
2011-01-01 01:05:09 kernel: Link State: PVC_0 logistic interface up.
2011-01-01 01:05:10 kernel: HTB: quantum of class 10001 is big. Consider r2q change.
2011-01-01 01:05:10 kernel: HTB: quantum of class 20001 is big. Consider r2q change.
2011-01-01 01:05:10 kernel: HTB: quantum of class 10285 is big. Consider r2q change.
2011-01-01 01:05:10 kernel: HTB: quantum of class 20285 is big. Consider r2q change.
2011-01-01 01:05:10 kernel: ddns_execute(), DDNS is not enable, so remove /etc/ddns.conf.
2017-08-22 18:31:34 kernel:
2017-08-22 18:31:34 kernel: #### wan_primary: [95.236.223.164]
2017-08-22 18:31:35 WAN Connection: WAN was restored.
2017-08-22 18:31:35 start_nat_rules: apply the nat_rules(/tmp/nat_rules)!
2017-08-22 18:32:18 kernel: Link State: LAN_2 up.
2017-08-22 18:32:19 kernel: Link State: LAN_2 down.
2017-08-22 18:32:23 kernel: Link State: LAN_2 up.

 

[luigidavino]

Ciao a tutti, premetto che dovevo vivo ho una connessione lenta o obsoleta perché telecom/TIM non ha ancora aggiornato con la fibra ottica, quindi viaggio con una 5/6 Mega se va bene. Ultimamente sto avendo problemi di stabilità con la linea ADSL, ogni 30/40 minuti la spia sul modem dell'adsl inizia a lampeggiare fino a quando si spegne per poi dopo due minuti ripartire da sola. Ho già contattato Telecom e mi hanno assicurato che non è un problema loro. La connessione non è in wholesale e ho come Modem un Asus DSL-N14U. Pensavo che fosse il Modem ma usando quello fornito da Telecom il problema persiste.

Confermo che trattasi di problema di sincronizzazione con gli apparati di Centrale (piastra del DSLAM) che solo TIM può risolvere.
Insisti col 187.
Nel caso, invia un fax di reclamo all'800.000.187

P.S.: con TIM non si è mai in Wholesale, perché è lei che affitta le tratte, essendo incumbent. ;)

 

[Loris_94]

Confermo che trattasi di problema di sincronizzazione con gli apparati di Centrale (piastra del DSLAM) che solo TIM può risolvere.
Insisti col 187.
Nel caso, invia un fax di reclamo all'800.000.187

P.S.: con TIM non si è mai in Wholesale, perché è lei che affitta le tratte, essendo incumbent. ;)

Ciao e grazie per la risposta.
Ieri pomeriggio ho chiamato ancora il 187 e mi hanno assicurato che il problema non era loro ma mio.. Mi hanno anche proposto l'intervento del tecnico a carico mio ovviamente (90 euro di uscita) per verificare il corretto funzionamento dei miei cavi, modem etc.. :oogle: Domani gli telefono ancora sperando che mi risolvano il problema altrimenti partirà il reclamo :hihi: in ogni caso è assurdo che nel 2017 si viaggi ancora con 5/6 mega :lol:

 

[Utente 137607]

Ciao e grazie per la risposta.
Ieri pomeriggio ho chiamato ancora il 187 e mi hanno assicurato che il problema non era loro ma mio.. Mi hanno anche proposto l'intervento del tecnico a carico mio ovviamente (90 euro di uscita) per verificare il corretto funzionamento dei miei cavi, modem etc.. :oogle: Domani gli telefono ancora sperando che mi risolvano il problema altrimenti partirà il reclamo :hihi: in ogni caso è assurdo che nel 2017 si viaggi ancora con 5/6 mega :lol:

gli hai detto che hai provato anche con un altro modem e il problema persiste ? è un problema loro non tuo di certo , prova a segnalare il problema sul loro portale di assistenza tecnica e se vedi che ti chiedono la chiusura della pratica gli dici che rifiuti perché il problema non è stato risolto , vedrai che ti telefonano loro e coloro che sanno come risolvere il problema

 

[luigidavino]

Ciao e grazie per la risposta.
Ieri pomeriggio ho chiamato ancora il 187 e mi hanno assicurato che il problema non era loro ma mio.. Mi hanno anche proposto l'intervento del tecnico a carico mio ovviamente (90 euro di uscita) per verificare il corretto funzionamento dei miei cavi, modem etc.. :oogle: Domani gli telefono ancora sperando che mi risolvano il problema altrimenti partirà il reclamo :hihi: in ogni caso è assurdo che nel 2017 si viaggi ancora con 5/6 mega :lol:

Eh, certo.
€90 per farti dire che non hai problemi...
Se non dovessero aprirti alcun ticket, vai di reclamo senza perdere tempo.

P.S.: qualora qualcuno con un po' di cervello ti apra il ticket, occhio a monitorare lo status nell'Area Privata MyTIM Fisso e a rifiutare qualunque proposta di chiusura.
Dopo 2-3 rifiuti consecutivi, dovrebbero contattarti telefonicamente.
Solitamente, chi chiama è molto preparato e cordiale e non esiterà a far uscire un tecnico. ;)

gli hai detto che hai provato anche con un altro modem e il problema persiste ? è un problema loro non tuo di certo , prova a segnalare il problema sul loro portale di assistenza tecnica e se vedi che ti chiedono la chiusura della pratica gli dici che rifiuti perché il problema non è stato risolto , vedrai che ti telefonano loro e coloro che sanno come risolvere il problema

Con TIM occorre insistere con i rifiuti (sperando che non vengano chiusi automaticamente; purtroppo accade con una certa frequenza...).
Le note non vengono lette...
In casi come questo, è dura... :sisi:

 

[Utente 137607]

Con TIM occorre insistere con i rifiuti (sperando che non vengano chiusi automaticamente; purtroppo accade con una certa frequenza...).
Le note non vengono lette...
In casi come questo, è dura... :sisi:

In caso di chiusura automatica esiste anche l apertura di un altra segnalazione comunque , la prima volta ci puo stare che ti chiudano la segnalazione ma quando la riapri specificando il numero di segnalazione che hanno chiuso e che non hanno risolto il problema è inutile che la chiudano nuovamente

 

[luigidavino]

In caso di chiusura automatica esiste anche l apertura di un altra segnalazione comunque , la prima volta ci puo stare che ti chiudano la segnalazione ma quando la riapri specificando il numero di segnalazione che hanno chiuso e che non hanno risolto il problema è inutile che la chiudano nuovamente

No, purtroppo se la segnalazione è chiusa, riaprirne un'altra a breve distanza dall'ultima sarà quasi impossibile.
Ricorda, inoltre, che la somma di segnalazioni che loro ritengono essere "inutili" comportano l'inclusione in una specie di black-list con relativo blocco a sistema.
A questo punto, meglio evitare di rischiare e procedere direttamente con un reclamo via fax.
O, in casi gravi, adire direttamente al Co.re.com. locale.

 

[Utente 137607]

No, purtroppo se la segnalazione è chiusa, riaprirne un'altra a breve distanza dall'ultima sarà quasi impossibile.
Ricorda, inoltre, che la somma di segnalazioni che loro ritengono essere "inutili" comportano l'inclusione in una specie di black-list con relativo blocco a sistema.
A questo punto, meglio evitare di rischiare e procedere direttamente con un reclamo via fax.
O, in casi gravi, adire direttamente al Co.re.com. locale.

O magari provare tramite i canali social

 

[luigidavino]

O magari provare tramite i canali social

Sì.
Sperando che capiscano...
Anche lì è un terno al lotto come per il 187. :asd:

 

[Loris_94]

Grazie a tutti per le risposte. Proverò a chiamare il 187 e cercherò di spiegarli il problema.. Ma penso di mandarli il buon vecchio fax di reclamo visto che prendono le cose con superficialità anche se un cliente ha un reale problema.