I'm trying to get a UML290 modem setup with my RT-AC56U router. Running Merlin's latest 376.56_2. Full reset performed after installing firmware.
I have the UML290 setup to connect to verizon (set apn to vzwinternet, dial to *99***3#, that's pretty much all that's required). It just doesn't stay connected very long. Maybe 0.1s (that's what it'll actually show in the log), maybe 5 seconds, maybe a full minute. Doesn't matter if I have several clients connected or just one (and I've connected different clients one at a time, in case the router/modem combo didn't like one of them).
I've tried setting iptables to drop invalid packets, as that can cause Verizon to drop you like a hot potato. Here's what I've entered via cli:
iptables -t filter -I FORWARD -o wwan0 -m conntrack --ctstate INVALID -j DROP
Not seeing a difference.
This router DOES work with the UML290 if I use ROOTer MultiWeb (found here: http://ofmodemsandmen.com/downloadsp.html). It's based off of OpenWRT 15.05. The firewall has an option to automatically drop invalid packets, but the connection seems stable without it checked (so it's possibly not the issue with Merlin's firmware). I might continue to use that firmware, except something's going on with the wifi connection (signal drops significantly, almost unusable).
One more note, Merlin's firmware works fine tethered to a Jetpack 4620L via usb.
Here's a log showing activity between two disconnects (I think the "LCP terminated by peer" part is interesting):
Thanks for any help you can give.
I have the UML290 setup to connect to verizon (set apn to vzwinternet, dial to *99***3#, that's pretty much all that's required). It just doesn't stay connected very long. Maybe 0.1s (that's what it'll actually show in the log), maybe 5 seconds, maybe a full minute. Doesn't matter if I have several clients connected or just one (and I've connected different clients one at a time, in case the router/modem combo didn't like one of them).
I've tried setting iptables to drop invalid packets, as that can cause Verizon to drop you like a hot potato. Here's what I've entered via cli:
iptables -t filter -I FORWARD -o wwan0 -m conntrack --ctstate INVALID -j DROP
Not seeing a difference.
This router DOES work with the UML290 if I use ROOTer MultiWeb (found here: http://ofmodemsandmen.com/downloadsp.html). It's based off of OpenWRT 15.05. The firewall has an option to automatically drop invalid packets, but the connection seems stable without it checked (so it's possibly not the issue with Merlin's firmware). I might continue to use that firmware, except something's going on with the wifi connection (signal drops significantly, almost unusable).
One more note, Merlin's firmware works fine tethered to a Jetpack 4620L via usb.
Here's a log showing activity between two disconnects (I think the "LCP terminated by peer" part is interesting):
Code:
Dec 19 20:51:15 pppd[1201]: Connection terminated.
Dec 19 20:51:22 pppd[1201]: disconnect script failed
Dec 19 20:51:23 pppd[1201]: Modem hangup
Dec 19 20:51:35 pppd[1201]: Serial connection established.
Dec 19 20:51:35 pppd[1201]: Using interface ppp0
Dec 19 20:51:35 pppd[1201]: Connect: ppp0 <--> /dev/ttyACM0
Dec 19 20:51:37 pppd[1201]: Could not determine remote IP address: defaulting to 10.64.64.64
Dec 19 20:51:37 miniupnpd[16240]: Failed to get IP for interface ppp0
Dec 19 20:51:37 miniupnpd[16240]: SendNATPMPPublicAddressChangeNotification: cannot get public IP address, stopping
Dec 19 20:51:37 miniupnpd[16240]: Failed to get IP for interface ppp0
Dec 19 20:51:37 miniupnpd[16240]: SendNATPMPPublicAddressChangeNotification: cannot get public IP address, stopping
Dec 19 20:51:37 miniupnpd[16240]: Failed to get IP for interface ppp0
Dec 19 20:51:37 miniupnpd[16240]: SendNATPMPPublicAddressChangeNotification: cannot get public IP address, stopping
Dec 19 20:51:37 pppd[1201]: local IP address 100.108.192.159
Dec 19 20:51:37 pppd[1201]: remote IP address 10.64.64.64
Dec 19 20:51:37 pppd[1201]: primary DNS address 198.224.183.135
Dec 19 20:51:37 pppd[1201]: secondary DNS address 198.224.182.135
Dec 19 20:51:37 miniupnpd[16240]: ioctl(s, SIOCGIFADDR, ...): Cannot assign requested address
Dec 19 20:51:37 miniupnpd[16240]: Failed to get IP for interface ppp0
Dec 19 20:51:37 miniupnpd[16240]: SendNATPMPPublicAddressChangeNotification: cannot get public IP address, stopping
Dec 19 20:51:37 rc_service: ip-up 16475:notify_rc start_firewall
Dec 19 20:51:37 dnsmasq[428]: read /etc/hosts - 5 addresses
Dec 19 20:51:37 dnsmasq[428]: using nameserver 198.224.183.135#53
Dec 19 20:51:37 dnsmasq[428]: using nameserver 198.224.182.135#53
Dec 19 20:51:38 start_nat_rules: apply the nat_rules(/tmp/nat_rules_ppp0__dev_ttyACM0)!
Dec 19 20:51:38 wan: finish adding multi routes
Dec 19 20:51:38 rc_service: ip-up 16475:notify_rc stop_upnp
Dec 19 20:51:38 rc_service: waitting "start_firewall" via ip-up ...
Dec 19 20:51:39 rc_service: ip-up 16475:notify_rc start_upnp
Dec 19 20:51:39 rc_service: waitting "stop_upnp" via ip-up ...
Dec 19 20:51:39 miniupnpd[16240]: shutting down MiniUPnPd
Dec 19 20:51:40 miniupnpd[16538]: HTTP listening on port 60971
Dec 19 20:51:40 miniupnpd[16538]: Listening for NAT-PMP/PCP traffic on port 5351
Dec 19 20:51:42 WAN Connection: WAN was restored.
Dec 19 20:51:44 pppd[1201]: LCP terminated by peer
Dec 19 20:51:44 pppd[1201]: Connect time 0.2 minutes.
Dec 19 20:51:44 pppd[1201]: Sent 85512 bytes, received 1444432 bytes.
Dec 19 20:51:44 miniupnpd[16538]: Failed to get IP for interface ppp0
Dec 19 20:51:44 miniupnpd[16538]: SendNATPMPPublicAddressChangeNotification: cannot get public IP address, stopping
Dec 19 20:51:44 dnsmasq[428]: read /etc/hosts - 5 addresses
Dec 19 20:51:44 dnsmasq[428]: using nameserver 198.224.183.135#53
Dec 19 20:51:44 dnsmasq[428]: using nameserver 198.224.182.135#53
Dec 19 20:51:47 pppd[1201]: Connection terminated.
Dec 19 20:51:47 WAN Connection: Fail to connect with some issues.
Thanks for any help you can give.
Last edited: