On Fri, 1 May 2020 at 19:00, Dovid Bender wrote:
> I currently have an airlink that is connected directly to a raritan console
> server. The public IP sits on the raritan. The airlink does not seem to have
> any MTU options. Ideally I would change the MTU on the interface of the LTE
TU on the
>interface of the LTE modem wich would force the raritan to send all data <
>1400 bytes per packet. I never thought about the reverse so we may need
>something that would tinker with the MSS as well.
>
Not too familiar with airlink but it perhaps doesn't happen to h
I currently have an airlink that is connected directly to a raritan console
server. The public IP sits on the raritan. The airlink does not seem to
have any MTU options. Ideally I would change the MTU on the interface of
the LTE modem wich would force the raritan to send all data < 1400 bytes
complex than just changing LTE MTU. The time when MTU
matters in this situation (larger packets getting lost) is when DF bit is set
on the packet - that's the case for all TCP data packets and it often crops up
during TLS negotiations. Is that what you're seeing?
Consider the follo
Hey,
> We have VZ wireless in the data center as a backup to our core
> infrastructure. We have an issue where if packets have a large MTU they seem
> to die. Does anyone know of a good 4G modem where I can set the MTU on the
> cellular connection?
Cisco ISR with NIM-4G-LTE-VZ
--
++ytti
On Fri, May 1, 2020 at 10:10 AM Dovid Bender wrote:
>
> Hi,
>
> We have VZ wireless in the data center as a backup to our core
> infrastructure. We have an issue where if packets have a large MTU they seem
> to die. Does anyone know of a good 4G modem where I can set the MTU on the
> cellular c
Hi,
We have VZ wireless in the data center as a backup to our core
infrastructure. We have an issue where if packets have a large MTU they
seem to die. Does anyone know of a good 4G modem where I can set the MTU on
the cellular connection?
TIA.
Dovid
Yes, the 510 has LTE options for both North American and Asian frequencies
(separate boxes).
They can hold 2 SIMs but only one can be active at a time.
--
Shawn
On Wed, Jan 29, 2020, at 8:44 PM, Colton Conor wrote:
> Does Velcloud make an actual LTE box?
>
> On Wed, Jan 29, 202
ly we have been deploying Proxicast PocketPort units. These have an
RJ45 jack at one end, USB port on the other, with no built-in cell
antenna. So you'll need a USB 4G/LTE dongle in addition. Those
PocketPorts are a bit more limited in terms of config, but they work for
our use case and are less ex
VeloCloud’s 510-LTE is one option.
From: NANOG [mailto:nanog-boun...@nanog.org] On Behalf Of Colton Conor
Sent: Wednesday, January 29, 2020 6:44 PM
To: K. Scott Helms
Cc: NANOG list
Subject: Re: Backup over 4G/LTE
Does Velcloud make an actual LTE box?
On Wed, Jan 29, 2020 at 6:44 AM K
Does Velcloud make an actual LTE box?
On Wed, Jan 29, 2020 at 6:44 AM K. Scott Helms
wrote:
> There are lots of options to solve that problem.
>
> Peplink, 128T, Viptela (Cisco), Velocloud (VMWare), etc.
>
> Scott Helms
>
>
>
> On Tue, Jan 28, 2020 at 6:31 PM K MEKKA
I’ll wait for Gen2
with a SIM slot.
-Chris
From: NANOG On Behalf Of Ben
Cannon
Sent: Tuesday, January 28, 2020 7:18 PM
To: Brandon Svec
Cc: NANOG Operators' Group
Subject: Re: Backup over 4G/LTE
New player in this space is Ubiquiti: https://unifi-lte.ui.com - more suited
for bran
I do this with Accelerated devices tied to Juniper SRXes as well as Velocloud
VCEs depending on the customer's other needs. Increasingly common application.
--
Shawn
On Wed, Jan 29, 2020, at 8:08 AM, Alain Hebert wrote:
> Juniper SRX and any reliable consumer LTE router =D.
>
&g
Juniper SRX and any reliable consumer LTE router =D.
-
Alain Hebertaheb...@pubnix.net
PubNIX Inc.
50 boul. St-Charles
P.O. Box 26770 Beaconsfield, Quebec H9W 6G7
Tel: 514-990-5911 http://www.pubnix.netFax: 514-990-9443
On 2020-01-28 18:30, K
for
> business internet access? In other words when the internet provided through
> the cable modem fails the 4G/LTE takes over automatically to provide
> internet access to the client.
>
>
>
> Thank you
>
>
>
> KARIM M.
>
>
>
t provided through
> the cable modem fails the 4G/LTE takes over automatically to provide
> internet access to the client.
>
>
>
> Thank you
>
>
>
> KARIM M.
>
>
>
formation that provides redundancy for
> business internet access? In other words when the internet provided through
> the cable modem fails the 4G/LTE takes over automatically to provide internet
> access to the client.
>
>
>
> Thank you
>
>
>
> KARIM M.
>
>
>
; Can anyone help with any device information that provides redundancy for
> business internet access? In other words when the internet provided through
> the cable modem fails the 4G/LTE takes over automatically to provide
> internet access to the client.
>
>
>
> Thank you
>
>
>
> KARIM M.
>
>
>
other words when the internet provided through
> the cable modem fails the 4G/LTE takes over automatically to provide internet
> access to the client.
>
> Thank you
>
> KARIM M.
>
Dear NANOG Community,
Can anyone help with any device information that provides redundancy for
business internet access? In other words when the internet provided through
the cable modem fails the 4G/LTE takes over automatically to provide
internet access to the client.
Thank you
KARIM
On 01/08/2019 15:14, Nick Olsen wrote:
> It roams on 3UK. And works fine. Albeit the LTE deployment isn't near as
> wide there as it is in the US. And you end up on HSDPA pretty frequently.
To the this point, I've a Three contract here (UK). It has slightly been
frustrating rece
On Thu, 1 Aug 2019 at 02:36, Ryan Gelobter wrote:
>
> Anyone have recommendations for providers who I can use for LTE on Opengear
> console servers in the UK, Netherlands, and Singapore? 1 provider for all 3
> countries would be great but I'll take what I can get. Oddl
According to
https://www.theverge.com/circuitbreaker/2016/7/12/12159210/google-project-fi-three-network-international-roaming-speed
,
Project/Google Fi added 3/Hutchinson as a native carrier in the UK in the
same way that Sprint/T-Mob/US Cellular networks provide service in the US.
One of Hutch's
sure
the customer knows that this is a temporary solution, the speed/latency will
not be as good as the primary connection. If the customer understands this,
then 4G LTE is a great solution especially for a backup. It's also great for
getting branches up ASAP while waiting for fiber etc. I ha
Tom
> On 1 Aug 2019, at 03:55, Tom Hill wrote:
>
> Are you suggesting Fi because of:
>
> "When outside the United States, cellular phone calls cost $0.20 per
> minute, data costs the same $10 per gigabyte (i.e. there are no extra
> data charges outside of the US), and texting is free."
>
> Erg
I've got a line on my Fi account that almost exclusively roams in the UK.
Only been on-net in the US a few times and they've never complained about
excessive roaming.
It roams on 3UK. And works fine. Albeit the LTE deployment isn't near as
wide there as it is in the US. And you
to be more deprioritization than shaping.
We tried VZ in a couple of rural areas and quickly discovered that there wasn't
enough bandwidth to those particular towers. We could pull 20 mbit down
regularly around 6:00 am, then by lunch time we'd get less than 1 mbt down. We
deployed an ISR
When using a data-only Fi SIM (which are free if you have an account, just pay
the bandwidth), they always just act as a T-Mobile US MVNO and route back
through the US. Still, latency aside, I've found it incredibly reliable (plus
in many countries you can pick from multiple networks).
If you h
On 01/08/2019 03:19, Mehmet Akcin wrote:
> Google Fi
Are you suggesting Fi because of:
"When outside the United States, cellular phone calls cost $0.20 per
minute, data costs the same $10 per gigabyte (i.e. there are no extra
data charges outside of the US), and texting is free."
Ergo, relative
been on the hunt for something we can leverage globally
> that support LTE.
>
> J~
>
> On Jul 31, 2019, at 21:19, Mehmet Akcin <mailto:meh...@akcin.net>> wrote:
>
>> Google Fi
>>
>> On Wed, Jul 31, 2019 at 18:35 Ryan Gelobter > <mailt
Are the Opengear boxes good gear? We currently have some boxes with a high
failure rate and I’ve been on the hunt for something we can leverage globally
that support LTE.
J~
> On Jul 31, 2019, at 21:19, Mehmet Akcin wrote:
>
> Google Fi
>
>> On Wed, Jul 31, 2019 at 1
Google Fi
On Wed, Jul 31, 2019 at 18:35 Ryan Gelobter wrote:
> Anyone have recommendations for providers who I can use for LTE on
> Opengear console servers in the UK, Netherlands, and Singapore? 1 provider
> for all 3 countries would be great but I'll take what I can get. Oddly
Anyone have recommendations for providers who I can use for LTE on Opengear
console servers in the UK, Netherlands, and Singapore? 1 provider for all 3
countries would be great but I'll take what I can get. Oddly when talking
to Opengear they don't really have any great advice. We use V
- On Jul 31, 2019, at 9:54 AM, nanog nanog@nanog.org wrote:
Hi,
> From the testing I have done with VZ 4G
> I get 10mbs down and 2/3 up with a -65 RSSI. It’s still better to have LTE
> for a backup then not to have it.
You will have to keep in mind that if there is a generic servi
In my experience with LTE is that its never enough. We have bank branches
with 20Mbs metro lines and on rare occasion when that circuit drops 4G LTE
will provide you with 10mbs at best also note that latency is much higher
which can mess with ipsec/VOIP etc. I dont think you can pick how much
ies if I breach etiquette.
>>
>> Does anyone have any first-hand data on how much data a small-medium
>> business (SMB) can expect to consume in a failover scenario over a 4G/LTE
>> connection? Retail, under 50 head count, using PoS, maybe cloud accounting
>> softwa
medium business (SMB) can expect to consume in a failover
scenario over a 4G/LTE connection? Retail, under 50 head count,
using PoS, maybe cloud accounting software, general internet
activity, 8 hour time period. Wonder if anyone is using a
Cradlepoint or SD-WAN solution that could pull
On Wed, Jul 31, 2019 at 9:21 AM Shaun Dombrosky
wrote:
> Good Morning,
>
>
>
> First time NANOG poster, apologies if I breach etiquette.
>
>
>
> Does anyone have any first-hand data on how much data a small-medium
> business (SMB) can expect to consume in a f
On Wed, Jul 31, 2019 at 9:21 AM Shaun Dombrosky
wrote:
> Good Morning,
>
>
>
> First time NANOG poster, apologies if I breach etiquette.
>
>
>
> Does anyone have any first-hand data on how much data a small-medium
> business (SMB) can expect to consume in a f
Good Morning,
First time NANOG poster, apologies if I breach etiquette.
Does anyone have any first-hand data on how much data a small-medium business
(SMB) can expect to consume in a failover scenario over a 4G/LTE connection?
Retail, under 50 head count, using PoS, maybe cloud accounting
.
Does anyone have recommendations for a UCPE or SD-WAN device that:
cost about what a Cradlepoint cost ($500 to $750)
have built in LTE (or supports a M.2 LTE card)
has at least one Ethernet port
has remote management,
and can load your own application onto?
We could probably build out own with a
x27;t support reaching web sites over IP".
Since I'm paying for the entire Internet, and not half of it, and
enduser support is too ignorant to understand the problem, I'm
wondering if someone here can tell me when AT&T Wireless intends to
fix their LTE network since ARIN is out
> On Sep 22, 2015, at 4:24 PM, Christopher Morrow
> wrote:
>
> On Tue, Sep 22, 2015 at 4:16 PM, Mark Stevens wrote:
>> The TAG unique identifier is being changed and this only happens through VZ
>> LTE networks, not wired networks or even other cellular data networks
&
On Tue, Sep 22, 2015 at 4:16 PM, Mark Stevens wrote:
> The TAG unique identifier is being changed and this only happens through VZ
> LTE networks, not wired networks or even other cellular data networks
> (Sprint, ATT, T-Mobile)
> Their phones are IPV6 so the packets are getting conve
The TAG unique identifier is being changed and this only happens through
VZ LTE networks, not wired networks or even other cellular data networks
(Sprint, ATT, T-Mobile)
Their phones are IPV6 so the packets are getting converted to IPV4 so it
is either happening there or there is a global ALG
t;
morrowc.li...@gmail.com> wrote:
> On Tue, Sep 22, 2015 at 12:22 PM, Christopher Morrow
> wrote:
> > On Tue, Sep 22, 2015 at 12:03 PM, Mark Stevens
> wrote:
> >> Hi All,
> >>
> >> Has anyone seen that something (most likely an alg) on Verizon's LTE/
On Tue, Sep 22, 2015 at 12:22 PM, Christopher Morrow
wrote:
> On Tue, Sep 22, 2015 at 12:03 PM, Mark Stevens wrote:
>> Hi All,
>>
>> Has anyone seen that something (most likely an alg) on Verizon's LTE/4G
>> network is rewriting SIP headers,in particular From Tag
Message--
From: Mark Stevens
Sender: NANOG
To: nanog@nanog.org
Subject: Verizon Wireless LTE/4G and SIP Header Manipulation
Sent: Sep 22, 2015 12:03
Hi All,
Has anyone seen that something (most likely an alg) on Verizon's LTE/4G
network is rewriting SIP headers,in particular Fro
Send all of your signaling over TLS and they won't be able to see or modify it.
Steven Naslund
Chicago IL
-Original Message-
From: NANOG [mailto:nanog-boun...@nanog.org] On Behalf Of Mark Stevens
Sent: Tuesday, September 22, 2015 11:03 AM
To: nanog@nanog.org
Subject: Verizon Wireles
likely an alg) on Verizon's LTE/4G
network is rewriting SIP headers,in particular From Tag identifiers? We
cannot make a SIP call from our cellphones (using cellular data) beyond
30 seconds because the TAGs are rewritten and the destination Asterisk
server drops the call because of this.
sounds
On 9/22/15 9:03 AM, Mark Stevens wrote:
> Hi All,
>
> Has anyone seen that something (most likely an alg) on Verizon's LTE/4G
> network is rewriting SIP headers,in particular From Tag identifiers? We
> cannot make a SIP call from our cellphones (using cellular data) beyond
On Tue, Sep 22, 2015 at 12:03 PM, Mark Stevens wrote:
> Hi All,
>
> Has anyone seen that something (most likely an alg) on Verizon's LTE/4G
> network is rewriting SIP headers,in particular From Tag identifiers? We
> cannot make a SIP call from our cellphones (using cell
Hi All,
Has anyone seen that something (most likely an alg) on Verizon's LTE/4G
network is rewriting SIP headers,in particular From Tag identifiers? We
cannot make a SIP call from our cellphones (using cellular data) beyond
30 seconds because the TAGs are rewritten and the destin
; Bryan
>>
>> On Tue, Aug 25, 2015 at 4:33 PM Nathan Anderson wrote:
>>
>> > Is there anybody here who is fluent in LTE/3GPP networks and the
>> standards
>> > that govern them? I'm not sure where else to look. I have a very
>> specific
>
Ericsson SSR or SE.
On Tue, Aug 25, 2015 at 5:38 PM, Bryan Ignatow wrote:
> Nathan,
>
> I know someone. Contact me off list and I will get you and he connected.
>
> Bryan
>
> On Tue, Aug 25, 2015 at 4:33 PM Nathan Anderson wrote:
>
> > Is there anybody here who
Nathan,
I know someone. Contact me off list and I will get you and he connected.
Bryan
On Tue, Aug 25, 2015 at 4:33 PM Nathan Anderson wrote:
> Is there anybody here who is fluent in LTE/3GPP networks and the standards
> that govern them? I'm not sure where else to look. I
Is there anybody here who is fluent in LTE/3GPP networks and the standards that
govern them? I'm not sure where else to look. I have a very specific question
about UEs, UICCs, and the security negotiation (integrity & ciphers) that
occurs during attachment both on the AS and NAS la
Anyone from mobility around? You have turned on some new towers around me with
the wrong time zone. (Lansing, Chelsea, dexter all in Michigan).
Only seems to be wrong on the LTE and not the 3G/4G side.
Thanks!
Jared Mauch
I've used digi.com before, does the job.
--
Joe Hamelin, W7COM, Tulalip, WA, 360-474-7474
We have one site using this type of OpeGear setup, but we use an LTE "MiFi"
with wireless to the OpenGear's "WAN", but also use a USB port on the open
gear to keep the MiFi powered.
-Original Message-
From: Asaf Rapoport [mailto:arapop...@telepacific.com]
Sen
you
>can do things like vpn gateway, proxying, port mapping,
>etc like you'd find in a typical consumer type soho
>router, or you can lock it all down for whatever you
>don't need.
>
>My only complaint is no LTE version last I checked,
>which is fine for serial port
here's a web-based serial interface too so they're
really great for routers. On the ethernet/web side you
can do things like vpn gateway, proxying, port mapping,
etc like you'd find in a typical consumer type soho
router, or you can lock it all down for whatever you
don't need
We have Verizon Wireless as our provider of choice for our company, and I've
convinced those who are they that I need a completely OOB method for getting
back in the NOC, as we don't have a full time NOC staff and internet coverage
can be spotty around here in general, as we're a small town.
Th
* Tore Anderson (tore.ander...@redpill-linpro.com) wrote:
> * Mikael Abrahamsson
>
> >> In my experience, long-lived sessions are unreliable when you're on the
> >> move anyway. Go into an elevator? Sessions drop. Subway heads into a
> >> tunnel? Sessions drop.
> >
> > I guess you and me have rad
com/facebook-is-adding-over-25000-mobile-users-an-hour-2012-10
>
> dream big
>
> /bill
>
> On Thu, Oct 11, 2012 at 08:31:44AM +0200, Tore Anderson wrote:
>> * Cameron Byrne
>>
>> > FYI http://www.dslreports.com/forum/r27324698-LTE-access-early-
>>
phone
> networks and how well they work.
Maybe. Welcome to Oslo. :-)
>> I think this is a really poor excuse for not supporting IPv6 and
>> IPv4v6 in any case. Unless I'm gravely misinformed on how 3GPP mobile
>> networks work, there is absolutely no reason why you cannot
ss you and me have radically different experience of mobile phone
networks and how well they work.
I think this is a really poor excuse for not supporting IPv6 and IPv4v6
in any case. Unless I'm gravely misinformed on how 3GPP mobile networks
work, there is absolutely no reason why
On Thu, 11 Oct 2012, Bryan Tong wrote:
Why do you believe that address changes in handover? It's an integral part
of 3GPP standard that your existing bearer is used for handover, so your
address shouldn't change. If it changes then it means the handover didn't
work as designed, probably due to s
ing IPv6 and IPv4v6
in any case. Unless I'm gravely misinformed on how 3GPP mobile networks
work, there is absolutely no reason why you cannot on LTE simultaneously
support IPv4, IPv6, and IPv4v6. That the LTE network additionally
supports IPv6/IPv4v6 does not *in any way* prevent you from s
> Why do you believe that address changes in handover? It's an integral part
> of 3GPP standard that your existing bearer is used for handover, so your
> address shouldn't change. If it changes then it means the handover didn't
> work as designed, probably due to some radio related problem. If the
On Thu, 11 Oct 2012, Matthew Kaufman wrote:
If your SSH sessions could survive a change in address assignment (which
often happens in a handover), they could survive a change in address
family assignment as well.
Why would there be an address change in a handover? That is definitely not
expe
On 10/11/2012 8:44 AM, Mikael Abrahamsson wrote:
On Thu, 11 Oct 2012, Tore Anderson wrote:
That some features are available only on the most advanced access
technology is perfectly reasonable and to be expected, IMHO. If not,
what's the point of upgrading at all?
Uh, whut? I expect my ssh se
On Thu, 11 Oct 2012, Tore Anderson wrote:
That some features are available only on the most advanced access
technology is perfectly reasonable and to be expected, IMHO. If not,
what's the point of upgrading at all?
Uh, whut? I expect my ssh sessions to survive a 4G->3G handover, and if
they
* Mikael Abrahamsson
> Would you want to get IPv6 when you're in the LTE network but lose it
> when you were handed over to 2G/3G.
Absolutely.
That some features are available only on the most advanced access
technology is perfectly reasonable and to be expected, IMHO. If not,
what&
https://intelligence.businessinsider.com/facebook-is-adding-over-25000-mobile-users-an-hour-2012-10
dream big
/bill
On Thu, Oct 11, 2012 at 08:31:44AM +0200, Tore Anderson wrote:
> * Cameron Byrne
>
> > FYI http://www.dslreports.com/forum/r27324698-LTE-access-early-
> >
perfectly natural and
sensible thing for them to do, it seems.
The problem I have seen is not to get IPv6/dual stack in LTE (this worked
from day one), it's to get dual stack working in all the cases with bearer
establishment and handover between 2G/3G and 4G.
2G/3G is "fully integrated&
* Cameron Byrne
> FYI http://www.dslreports.com/forum/r27324698-LTE-access-early-
>
> So much for next generation technology ...
Yesterday, Telenor launched LTE.
So. With a green-field deployment, in their home market (supposed to be
the first of their tree-digit million subscribers w
On Sep 27, 2012, at 11:00 AM, chris wrote:
> I tested today just for giggles, test-ipv6.com shows I have working ipv4
> and ipv6 10/10 on both tests. Interestingly enough I was only seeing 3G on
> the device at the time.
>
> So I guess its not just on LTE or is it LTE devices ?
&
On 9/27/12 8:52 AM, Jason Fesler wrote:
>> Safari on the iPad seems to be preferring A over if a hostname has
>> both, though. I can browse to a bracketed IPv6 address so it is working.
>
> I think perhaps it is time to update test-ipv6.com a bit, and have it
> penalize the first number when
I tested today just for giggles, test-ipv6.com shows I have working ipv4
and ipv6 10/10 on both tests. Interestingly enough I was only seeing 3G on
the device at the time.
So I guess its not just on LTE or is it LTE devices ?
I'm running galaxy nexus on vz with stock jelly bean from the r
Safari on the iPad seems to be preferring A over if a hostname has
both, though. I can browse to a bracketed IPv6 address so it is working.
I think perhaps it is time to update test-ipv6.com a bit, and have it
penalize the first number when IPv4 is used in preference. IPv4 CGN
will make m
Quoting Randy Carpenter :
Safari is definitely preferring IPv4.
In a happier note, if you tether a device via hotspot on an IOS6 iPad, the
clients get native IPv6. Strangely, they get addresses out of the
same /64 as the iPad's LTE interface. Anyone know how that is
working? I would
So I'm back at the office this morning and the iPad is *not* getting an
IPv6 address but is showing LTE service. It did do IPv6 over LTE at home
so it's not a device problem. So I suppose the closest tower to my
office is not IPv6 enabled.
Is this an expected behavior in some areas or
Mobile USA allows mobile terminated data on IPv6
http://www.androidpolice.com/2012/01/29/t-mobile-usa-testing-ipv6-on-select-devices-here-is-what-it-all-means-and-yes-no-more-nat/
CB
> I actually tried to set up a VPN on a LTE data card using the ipv6 address
> since the IPV4 one is behind ca
> Justin M. Streiner
> On Thu, 20 Sep 2012, TJ wrote:
>
> > My understanding, and experience (albeit with Android), is that all
> VZW LTE
> > is IPv6-capable.
> >
> > I'd love to hear if Apple or VZW is at fault here, or if something
> weird is
>
On Fri, 21 Sep 2012, Tore Anderson wrote:
I wonder if there will be similar magic provided for UMTS/LTE networks..
I doubt it. The path there should be to upgrade GSM/UMTS network to
release 9 and support v4v6 pdp context and then you don't need any magic
at all (as far as I can
* PC
> One more tip: IPv6 will work over the legacy 3g network. Don't ask me
> much about it, but it "tunnels" it using eHRPD to the same IP/IPv6 headend
> to enable seamless EVDO/LTE handover.
Interesting. Does this happens only if you start out in LTE coverage and
"Please don't hack or ddos it :-) "
Unfortunately, while you do get an ipv6 address, mobile terminated data
doesn't work, so you don't have to worry about this. It is firewalled by
Verizon.
I actually tried to set up a VPN on a LTE data card using the ipv6 address
sin
On Thu, 20 Sep 2012, Randy Carpenter wrote:
In a happier note, if you tether a device via hotspot on an IOS6 iPad,
the clients get native IPv6. Strangely, they get addresses out of the
same /64 as the iPad's LTE interface. Anyone know how that is working? I
would have thought they woul
On Thu, 20 Sep 2012, TJ wrote:
My understanding, and experience (albeit with Android), is that all VZW LTE
is IPv6-capable.
I'd love to hear if Apple or VZW is at fault here, or if something weird is
happening ...
I don't know about Apple devices on VZW, but my Android phone defin
Safari is definitely preferring IPv4.
In a happier note, if you tether a device via hotspot on an IOS6 iPad, the
clients get native IPv6. Strangely, they get addresses out of the same /64 as
the iPad's LTE interface. Anyone know how that is working? I would have thought
they would use p
On 9/20/12 6:47 PM, TJ wrote:
> Did Apple use their version of Happy Eyeballs on the iPads?
> ISTR they cache certain timeouts, so if IPv6 was failing before it may take
> awhile for it to become preferred again.
>
It seems you may be correct.
~Seth
On 9/20/12 6:47 PM, TJ wrote:
> Did Apple use their version of Happy Eyeballs on the iPads?
> ISTR they cache certain timeouts, so if IPv6 was failing before it may take
> awhile for it to become preferred again.
>
Well, I can try creating a new DNS record that never existed before and see.
~Se
t; > Huh, so I come home and now I'm getting IPv6 from Verizon LTE. But I
> > definitely wasn't at the office. I verified with an app called "IT
> > Tools" that shows the interfaces and routing table, plus it does
> > traceroute/ping. Maybe the n
On 9/20/12 6:33 PM, Seth Mattinen wrote:
>
> Huh, so I come home and now I'm getting IPv6 from Verizon LTE. But I
> definitely wasn't at the office. I verified with an app called "IT
> Tools" that shows the interfaces and routing table, plus it does
> traceroute
Huh, so I come home and now I'm getting IPv6 from Verizon LTE. But I
definitely wasn't at the office. I verified with an app called "IT
Tools" that shows the interfaces and routing table, plus it does
traceroute/ping. Maybe the nearest tower over there doesn't support
On 9/20/12 5:39 PM, Cameron Byrne wrote:
>
> Your problem is likely with Apple, they have not yet supported ipv6 on
> the cellular interface afaik.
>
Well, that's true under iOS 5, but iOS 6 released yesterday (and
assuming you have a third gen iPad with LTE) was supposed to
One other thing... When on non-v6 wifi, it appears to still be using LTE for
v6... (At least according to test-ipv6.com)
This could result in some unexpected usage patterns..
- Jared
On Sep 20, 2012, at 8:49 PM, Cameron Byrne wrote:
> Cool!
>
> That is from an ipad on vzw LTE? Ios6?
>
wrote:
> > >
> > > Oh... It works...
> > >
> > >
> > > Your IPv4 address on the public Internet appears to be 70.194.10.15
> > >
> > > Your IPv6 address on the public Internet appears to be
> 2600:1007:b010:a057:d91a:7d40:9871:f1a3
> >
s on the public Internet appears to be
> > 2600:1007:b010:a057:d91a:7d40:9871:f1a3
> >
> > 10/11 tests run
> >
>
> Cool!
>
> That is from an ipad on vzw LTE? Ios6?
>
Yes...
Please don't hack or ddos it :-)
I'm guessing there will be a lot of n
1 - 100 of 167 matches
Mail list logo
