T3200 in bridged mode goes offline after an hour,,, reboot fixes it and then it goes offline again.

Reply

This thread's discussion is locked. If it doesn't give you the information you need, head to its forum board for active discussions or to start a new discussion.

Highlighted
Helpful Neighbour

I have placed my T3200 fibre modem into bridged mode...

It works fine for about an hour and then goes offline,, requiring a reboot to get my connection back...

 any ideas ???

 

I have factory reset the mode many times,,, currently it is factory mode, with wifi disabled and in bridged mode...

 


Accepted Solutions
Highlighted
Most Helpful
Advocate

Are you on DSL or FTTP?

 

If the latter you can use a switch between the ONT and the Actiontec and your Sonicwall and that should avoid any Actiontec related issues.

View solution in original post


All Replies
Highlighted
Community Power User
Community Power User

Do any of the suggestions in this thread help?

NFtoBC
If you find a post useful, please give the author a "Like"
Highlighted
Helpful Neighbour

have not tried the last step....

 

but the previous entries were all about power saving feature...

 

my bridged modem is plugged into a Sonicwall NSA2400 firewall that has no power saving features..

 

Highlighted
Community Power User
Community Power User

So, what happens to the Sonicwall NSA2400 if you remove power from the T3200M?

 

NFtoBC
If you find a post useful, please give the author a "Like"
Highlighted
Helpful Neighbour

nothing,,,, still no internet,,,

only a power cycle on the t3200m restores the connection

Highlighted
Community Power User
Community Power User

So......., try the last step in the link posted earlier.

 

Bridging does not bypass the T3200M, it only causes it to pass traffic without processing it.

 

NFtoBC
If you find a post useful, please give the author a "Like"
Highlighted
Helpful Neighbour

fingers crossed,,, did factory reset and the double power cycle,,

 

disabled wireless,,

disabled ipv6

enabled port bridging..

 

Highlighted
Helpful Neighbour
no love..
still loosing connection
Highlighted
Ambassador

There may be clues in the actiontec log.

 

Also you may have to enable wifi on the actiontec so that you can look at lan port status before and after the failure.  Also the port status post failure may be a clue, if cycling up down  or just down.

 

Same problem on different ports or cables 

 

 

Highlighted
Connector

Outta curiosity, did the "T3200M wonkines" start when you put it in Bridge Mode??

 

I had a T3200M for quite a few months with no issues ... decided to put 'er in Bridge so I could do some IoT stuff. Worked fine for a few weeks, then within the last week, the T3200M would reboot it self up to a 10 times in 24hr period. Called up Telus, they couldn't see any logs on the device, so they sent out a technician. Tech said they've been having issues with the devices and the software ... (and somehow replacing with same model & firmware would solve it) ... I left the new devices in default mode and it worked fine for first 12 hrs. Figured "sweet, all clear" ... put it into Bridge Mode and worked fine for next 12 hrs .. then <bam> ... have had 3 restarts in 4 hours.

I've switched Port Bridging off as I have a sneaking suspicion that Telus just straight up doesn't play nice with it at all.

Numerous times on phone calls they say they don't support it and don't recommend it, usually with excuse that "it's confusing for people and it's troublesome" ... maybe to lay-person who doesn't understand proper networking

 

Unfortunately, because can't pull logs off the devices as it's all locked down, there's no way to verify it isn't Telus mucking with something as a means to discover bridging.

I'm doing a test trial to see how many self-restarts happen with port bridging off, but unless someone at Telus can prove (ex: via logs) that they are not sabotaging something (accidental or otherwise), then I'm gonna guess it's actually Telus who doesn't understand networking and that's why they don't want others turning on bridging.

 

I'm seeing reports from others where bridging "magically start working" then all of a sudden in last week the modem keeps self-restarting ...

What's up Telus?

Highlighted
Helpful Neighbour

just discovered this in my Sonicwall log,,, 

not sure if it's the T3200 or the sonicwall causing it

when this happens I loose WAN connection and need to release,renew..

 

151 04/08/2018 10:01:21.256 Warning Firewall Event Wan IP Changed 209.121.12.203, 0, X1
152 04/08/2018 10:01:21.256 Info DHCP Client DHCP Client got ACK from server. 209.121.12.1, 67, X1 209.121.12.203, 68 209.121.12.203
153 04/08/2018 10:01:17.944 Info DHCP Client Sending DHCP REQUEST. 0.0.0.0, 68, X1 255.255.255.255, 67 209.121.12.203
154 04/08/2018 10:01:17.944 Info DHCP Client Got DHCP OFFER. Selecting. 209.121.12.1, 67 209.121.12.203, 68 209.121.12.203
155 04/08/2018 10:01:17.928 Info DHCP Client Sending DHCP DISCOVER. 0.0.0.0, 68, X1 255.255.255.255, 67
156 04/08/2018 10:01:17.928 Warning Firewall Event WAN DHCPC IP Changed
157 04/08/2018 10:01:16.816 Info DHCP Client Sending DHCP RELEASE. 209.121.15.178, 68 10.27.191.182, 67 209.121.15.178

Highlighted
Connector

Is the "release/renew" on the T3200M or your bridged modem as well?
I have a Nighthawk X4S and when the T3200M hiccups, it eventually reconnects after approx 4 min ... then my Nighthawk has to reconnect as well, so another ~3-4 min .... sometimes up to 10 min.

I'm curious if given enough time (~15min?) both your devices will recover on their own, or the _only_ way is to reboot?

Highlighted
Helpful Neighbour

this log is from the NSA2400 firewall,,,

 

it looses connection after 20-50 minutes...

It has reconnected itself twice after 6-9 hours...

 

but a release/renew on the WAN interface connected to the T3200 fixes issue..

 

Highlighted
Helpful Neighbour

duh,, never mind,,, those release renew commands are from me... 😞

 

so,, the 2400 and the t3200 looses connectivity for some reason ???

 

I did connect a notebook straight to the T3200 and it seems to maintain connection..??

Highlighted
Helpful Neighbour

one thing I did noticed is that the WAN ip addresses that it's grabbing are all over the board 

 

209.121.15.*


75.157.71.*

Highlighted
Helpful Neighbour

going to put it out of bridged mode...

 

would port forwarding all ports to the firewall essentially duplicated bridged mode ???

 

if yes... would there be any performance hit ?

 

Highlighted
Helpful Neighbour

conclusion -- 

when the WAN ip address changes on a Sonicwall NSA2400 it requires either a reboot or WAN ip release/renew..

 

When I take the T3200 out of bridged mode and hook it up to my Sonicwall,, the WAN ip on the sonicwall gets a 192.168.1.* address...

Just in case I added a reservation for the Sonicwall on the T3200.

 

It has been stable for the past couple of hours...

 

Conclusion  : in Bridged mode the T3200 seems to be getting a new WAN ip, which casuses disconnect on the NSA2400..

 

going to try to put the NSA2400 in the DMZ of the T3200 ,,, or port forwarding the entire range to it.

Highlighted
Most Helpful
Advocate

Are you on DSL or FTTP?

 

If the latter you can use a switch between the ONT and the Actiontec and your Sonicwall and that should avoid any Actiontec related issues.

View solution in original post

Highlighted
Helpful Neighbour

wow it worked !!!!!...

that idea never came to me !!,, makes sense !!!

 

going to try and bypass the T3200 and run the optik tv straight off the sonicwall..

 

Highlighted
Helpful Neighbour

crap optik tv box needs to hooked up tothe t3200 for some reason...

 

On the sonicwall it works for about 5 seconds...than goes dark

 

hunting for a small gigabit switch now 🙂

Highlighted
Connector

Need compatible router (supports IGMP+MultiCast, I believe). 

So you're saying the bridge mode looks to be the cause? I'm starting to believe the same on mine, not impressed with Telus on this 😞

Highlighted
Helpful Neighbour

what is breaking is the fact that I am getting a new ip address every few hours... 

Sonicwall 2400 does not like that,, needs reset everytime it changes...

 

Don't know if it's the bridged mode that's causing the frequent WAN ip change...

 

But right now I have a switch right after the nokia media convertor,,, and then from the switch to the T3200 & Sonicwall..

Sonicwall is picking up a WAN ip and optik TV is working...

 

fingers crossed (again)...

 

looks promising..  thx for the suggestion JTL

 

Highlighted
Advocate

Just have all your TV boxes plugged into the T3200M. I also disabled the wireless on mine since I had another access point.

Highlighted
Connector

From a networking stand-point, that's odd it would work with a switch, and yet bridge mode over the T3200M causes major issues.

Points to the fact that Telus (or T3200M) is interfering with the traffic, or at least doing something that doesn't allow it to be a blind pass-through.

Highlighted
Helpful Neighbour

ugghh ,, with the switch it still changes ip after 30 minutes,, which glitches the sonicwall NSA2400,, requiring a release/renew...

 

now trying 2 ports from the switch into the NSA2400 (2 wan ip's being DHCP'd from telus into 2 ports into my 2400)..

configured to load balance between the 2,,,

not ideal... but if it works I'lll have to subscribe to dyndns.

 

Highlighted
Helpful Neighbour

JTL,, does your WAN ip change every 30 minutes ???

Highlighted
Advocate

I had some DHCP problems where once every few months the connection would drop until the DHCP lease was renewed. I'm using pfSense so I wrote  a modified DHCP configuration to renew the WAN DHCP lease every 15 minutes and I've had the same WAN IP since January.

 

FTTP in Vancouver.

Highlighted
Connector

Incidentally ... when I kept getting the continual IP renewals and droppages, out of frustration I reverted to disable port bridging (my theory being Telus/T3200M was messing with it) ... it worked completely fine for 48hrs with nary a hiccup, and I thought this confirmed my theory of (perhaps) Telus covertly or accidentally mucking with bridging ... so last night I re-reverted to enable port bridging (to again attempt to verify my hypothesis) ... well, 12hrs later, it hasn't hiccuped at all. In fact it didn't even hiccup at the time of adjustment, so now I'm at 72days and rock solid. ... 

 

So naturally, now I'm stumped ... I'll keep bridging enabled and see how it goes. Sadly, because the T3200M doesn't have accessible or useful logs, it's near impossible to diagnose ... I'm wondering if : as Telus does rotating release/renew, and  it throws it at an IP that doesn't provide sufficient response (ex: because my Nighthawk doesn't know the secret-handshake like the T3200M), then it just kinda glitches (in networking, crazier things have happened, so ... Smiley Indifferent )

 

UPDATE!! Welp, 2 hrs after I posted this, the T3200M hiccuped ... so that's less than 12hrs after I disabled port bridging , I've enabled it ... so let's see if it stays functional.

Highlighted
Helpful Neighbour

I think telus has the MAC address of the T3200 registered on their servers...

 

When I hook up my Sonicwall NSA2400 straight to the Nokia media convertor, I get a WAN IP,,, but it changes every 30 minutes ! The Sonicwall WAN port requires a release/renew for it to recognize the change.. (NFG)

 

So I tried to spoof the NSA2400 WAN Ports MAC address to the T3200's MAC address ,, VOILA !!!!

The thing was rock solid,, same WAN IP that the T3200 was using !!!

 

But eventually the T3200+optik TV broke...

 

Telus finally recognized that there were 2 devices with the same MAC getting 2 different ip addresses...

grrrr

Highlighted
Connector

Only dicey thing about mimicking the MAC address is then there will be 2 devices registered with the same, that could more issues, or like you're seeing: T3200M goes wonky.

 

Definitely something on Telus' side to address : would be handy if they chimed in.