<div dir="auto">We deploy routers with Verizon LTE failover - for full functionality, make sure your MTU is 1428 or less, per their specifications.<div dir="auto"><br></div><div dir="auto">Here's an example doc from Spirent that talks about it. </div><div dir="auto"><br></div><div dir="auto"><a href="https://support.spirent.com/SC_KnowledgeView?Id=FAQ14556">https://support.spirent.com/SC_KnowledgeView?Id=FAQ14556</a><br></div><div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto">Alex</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Jun 24, 2019, 7:51 AM Dovid Bender <<a href="mailto:dovid@telecurve.com">dovid@telecurve.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">I am getting the same for SSH and https traffic. It's strange. Where the response is something small like:<div><html><head></head><body><br>Moved to this <a href="<a href="https://63.XX.XX.XX:443/auth.asp" target="_blank" rel="noreferrer">https://63.XX.XX.XX:443/auth.asp</a>">location</a>.<br><!-- response_code_begin ERIC_RESPONSE_OK response_code_end response_msg_begin response_msg_end --></body></html><br></div><div>It works But when I try to load pages that are any bigger it fails. Like I said before I assume it's either an issue with the MTU or window szie. I was just wondering if anyone encountered such an issue before. It's not easy getting to someone that knows something. When you have some sort of concrete info the level1 techs tend to pass you along faster.</div><div><br></div><div><br></div><div><br></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Jun 24, 2019 at 7:41 AM J. Hellenthal <<a href="mailto:jhellenthal@dataix.net" target="_blank" rel="noreferrer">jhellenthal@dataix.net</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="auto">Could be wrong on this but direct SSH on the LTE side may possibly be not allowed(filtered) and might just be something you could discuss in a ticket with Verizon.<br><br><div id="m_-9112818960369787755gmail-m_73392140018248984AppleMailSignature" dir="ltr"><div><span style="background-color:rgba(255,255,255,0)">-- </span></div><div><span style="background-color:rgba(255,255,255,0)"> J. Hellenthal</span></div><div><span style="background-color:rgba(255,255,255,0)"><br></span></div><span style="background-color:rgba(255,255,255,0)">The fact that there's a highway to Hell but only a stairway to Heaven says a lot about anticipated traffic volume.</span></div><div dir="ltr"><br>On Jun 24, 2019, at 04:50, Dovid Bender <<a href="mailto:dovid@telecurve.com" target="_blank" rel="noreferrer">dovid@telecurve.com</a>> wrote:<br><br></div><blockquote type="cite"><div dir="ltr"><div dir="ltr">All,<div><br></div><div>I finally got around to putting in a Verizon LTE connection and the ping times are pretty good. There is the occasional issue however for the most part ping times are < 50 ms. I have another strange issue though. When I try to ssh or connect via the endpoints web interface it fails. If I first connect via PPTP or SSL VPN then it works. I ruled out it being my IP since if I connect direct from the PPTP or SSL VPN box then it fails as well. It seems the tunnel does something (perhaps lowering the MTU or fragmenting packets) that allows it to work. Any thoughts?</div><div><br></div><div>TIA.</div><div><br></div><div><br></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Feb 4, 2019 at 8:18 AM Dovid Bender <<a href="mailto:dovid@telecurve.com" target="_blank" rel="noreferrer">dovid@telecurve.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Anyone know if Verizon static IP's over LTE have same issue where they bounce the traffic around before it gets back to the NY metro area?<div><br></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Jan 3, 2019 at 6:46 PM Dovid Bender <<a href="mailto:dovid@telecurve.com" target="_blank" rel="noreferrer">dovid@telecurve.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">All,<div><br></div><div>Thanks for all of the feedback. I was on site today and noticed two things.</div><div>1) As someone mentioned it could be for static IP's they have the traffic going to a specific location. The POP is in NJ there was a min. latency of 120ms which prob had to do with this.</div><div>2) I was watching the ping times and it looked something like this:</div><div>400ms</div><div>360ms</div><div>330ms</div><div>300ms</div><div>260ms</div><div>210ms</div><div>170ms</div><div>140ms</div><div>120ms</div><div>400ms</div><div>375ms</div><div><br></div><div>It seems to have been coming in "waves". I assume this has to do with "how cellular work" and the signal. I tried moving it around by putting it down low on the floor, moving it locations etc. and saw the same thing every time. I am going to try Verizon next and see how it goes.</div><div><br></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr">On Sat, Dec 29, 2018 at 12:13 PM Mark Milhollan <<a href="mailto:mlm@pixelgate.net" target="_blank" rel="noreferrer">mlm@pixelgate.net</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Fri, 28 Dec 2018, Dovid Bender wrote:<br>
<br>
>I finally got around to setting up a cellular backup device in our new POP.<br>
<br>
>When SSH'ing in remotely the connection seems rather slow.<br>
<br>
Perhaps using MOSH can help make the interactive CLI session less <br>
annoying.<br>
<br>
>Verizon they charge $500.00 just to get a public IP and I want to avoid <br>
>that if possible.<br>
<br>
You might look into have it call out / maintain a connection back to <br>
your infrastructure.<br>
<br>
<br>
/mark<br>
</blockquote></div>
</blockquote></div>
</blockquote></div>
</div></blockquote></div></blockquote></div>
</blockquote></div>