Re: Disney+ Issues

[bzs]

On April 29, 2022 at 09:55 n...@blastcomm.com (Nate Burke) wrote:
 > As much as I hate legislation, more and more municipalities are levying a tax
 > on streaming services.  I wonder how the taxing bodies would feel if they 
 > knew
 > that the company doesn't even know where their customers are.

If you are standing in a courtroom and the judge orders you to raise
your right foot you would be well advised to raise your right foot.

If the judge then orders you to also raise your left foot the judge
doesn't have a problem, YOU have a problem.

-- 
-Barry Shein

Software Tool & Die| b...@theworld.com | http://www.TheWorld.com
Purveyors to the Trade | Voice: +1 617-STD-WRLD   | 800-THE-WRLD
The World: Since 1989  | A Public Information Utility | *oo*

how networking happens in Hawaii

[scott via NANOG]

I thought I'd put a smile on your faces for Friday.  This is how 
networking happens in Hawaii...


https://www.civilbeat.org/2022/04/thousands-of-hawaiians-could-lose-phone-and-internet-service-amid-bankruptcy-dispute


--
"State regulators have opened an emergency investigation of Sandwich 
Isles Communications..."


"The investigation comes as Sandwich Isles is apparently blocking access 
to its telecom infrastructure to another provider, Hawaiian Telcom, 
alleging trespass, filing police reports and putting customer phone and 
internet service at risk."


"Sandwich Isles Communications is an Oahu-based telephone company 
founded in 1995 with a mission to provide communication services to 
Native Hawaiians living on homesteads"


"In 2015, founder Albert Hee was convicted of criminal tax fraud...Hee 
was sentenced in 2016 to 46 months in prison."


"With federal backing, the company built the Paniolo Network, a web of 
undersea and terrestrial fiber optic cables."


"...a bankruptcy trustee ordered the sale of the Paniolo Network to 
Hawaiian Telcom."


"Hawaiian Telcom says Sandwich Isles has removed, destroyed or tampered 
with Hawaiian Telcom locks on perimeter fences surrounding buildings 
purchased by Hawaiian Telcom. And that Sandwich Isles has installed its 
own locks and devices on buildings and premises owned by Hawaiian 
Telcom, as well as welding shut access gates. The company also says 
Sandwich Isles has made multiple false police reports alleging Hawaiian 
Telcom is trespassing on its property."


"Al Hee was requesting that Hawaiian Telcom’s lock on its Paniolo 
Building at Laiopua on the Big Island be replaced. Otherwise, Hee said 
he would call the police."


"In a Sept. 11 letter to customers, Sandwich Isles blamed the situation 
on Hawaiian Telcom."

--


When your brother is very connected politically I guess one feels 
invincible...


"...welding shut access gates..."  hahaha!  Insanity!

There're other 'outages' that didn't make the article.  Repeated fiber 
damaged off shore, etc.



scott

Centurylink\Lumen

[Mike Hammett]

There's a nearby Lumen route (originally Digital Teleport) where they have 
built their route to someone else's network where they've built a POP between 
their own construction and that third party dark fiber provider. 


That dark fiber provider is friendly. 


Knowing what they've built out in other places (compared to the number of 
strands available on the route), I was looking to utilize that lateral to get 
into the Centurylink POP from the dark fiber network. 


They've more or less said it doesn't exist and that it'd be $100k for the 
privilege of paying them more than I'm paying anyone else for a wave. I know it 
exists because they have no other way out. 


I'm hoping to find someone in Centurylink\Lumen with a clue that can look up a 
POP, look at what cables are actually there, strand counts, how big their IRU 
is, identify excess assets and let me use them to overpay them for service. 


Why I'm so specifically wanting Lumen is there are very limited options on the 
route I'm asking for. I'm already doing business with the others, so I'd like 
some entity diversity. 




- 
Mike Hammett 
Intelligent Computing Solutions 

Midwest Internet Exchange 

The Brothers WISP 

Re: Disney+ Issues

[Paul Thornton]

On 29/04/2022 18:21, Norman Jester wrote:


We're having a heck of a time with this, customers are posting all
over social media about it etc.
The company who does their ip classification is Neustar and we have
been talking to them.
In our case, it is a /17 that moved from Germany to us in the UK after a 
purchase a year ago.


If we look up the block in question on Neustar's website, it correctly 
geolocates to the UK - and they correctly fetch the ISP information from 
RIPE.  This has been the case for ages (and I don't think Neustar has 
ever shown it incorrect after we notified them - along with other geoloc 
companies - that it was now UK-based).


So if Disney+ are using Neustar, they are caching the results somehow or 
applying their own secret sauce that gets it wrong.


Paul.

Re: Disney+ Issues

[Justin Krejci]

I'd suggest you reach out to hosting company and have them mark the block(s) in 
question as re-allocated to your organization.  Also Neustar does support 
self-published geofeeds so you could also publish your own + leased IP space 
and them get them to subscribe to your list.



From: NANOG  on behalf of 
Norman Jester 
Sent: Friday, April 29, 2022 12:21 PM
To: nanog@nanog.org
Subject: Re: Disney+ Issues

On Fri, Apr 29, 2022 at 6:07 AM Brian Turnbow  wrote:
>
> Hi Norman
> >Anyone from Disney+ here? If you can reply off-list I'd appreciate it. I 
> >have emailed every place I can think of to solve a geoip problem affecting 
> >hundreds of customers, no reply in weeks.
>
>
> Yeah we just went through the same thing.
> Many other providers in Italy have been impacted as well.
> Only way we found to resolve the issue was single customers opening tickets…
> We tried at the  provider level but were continuously rebuffed.
> The single customers opening TTs had it resolved in minutes and after a bunch 
> did  the others were able to connect...
> If you do find a way to get it done on the provider level I would love to 
> hear about it.
>
> Brian

We're having a heck of a time with this, customers are posting all
over social media about it etc.
The company who does their ip classification is Neustar and we have
been talking to them.
For some reason they do not comprehend the fact that companies in
these days must lease ip space
due to the shortages.  We are delegated ipv4 from a datacenter (in
addition to our own ip space) which
is all used for our eyeball network of home users.  They said "This ip
space is from a hosting company", which
it is not.. it's from a datacenter where some of our core gear
aggregates routes from all the carriers in that hotel.
We backhaul all data out to our pops all over San Diego and it ends up
in customers homes.

Ips are properly delegated, but they tag them as VPN and HOSTING when
they are not. Worse off, they said
they won't change it. I asked them if they monitored NANOG and they
didn't know what it was. Nice to know
the people making those decisions are not paying attention to the
network world and making those decisions that
affect many many people.  With great power comes great responsibility.

Weekly Global IPv4 Routing Table Report

[Routing Table Analysis Role Account]

This is an automated weekly mailing describing the state of the Global
IPv4 Routing Table as seen from APNIC's router in Japan.

The posting is sent to APOPS, NANOG, AfNOG, SANOG, PacNOG, SAFNOG
TZNOG, MENOG, BJNOG, SDNOG, CMNOG, LACNOG and the RIPE Routing WG.

Daily listings are sent to bgp-st...@lists.apnic.net.

For historical data, please see https://thyme.apnic.net.

If you have any comments please contact Philip Smith .

IPv4 Routing Table Report   04:00 +10GMT Sat 30 Apr, 2022

  BGP Table (Global) as seen in Japan.

Report Website: https://thyme.apnic.net
Detailed Analysis:  https://thyme.apnic.net/current/

Analysis Summary


BGP routing table entries examined:  897578
Prefixes after maximum aggregation (per Origin AS):  338127
Deaggregation factor:  2.65
Unique aggregates announced (without unneeded subnets):  430737
Total ASes present in the Internet Routing Table: 73125
Prefixes per ASN: 12.27
Origin-only ASes present in the Internet Routing Table:   62761
Origin ASes announcing only one prefix:   25758
Transit ASes present in the Internet Routing Table:   10364
Transit-only ASes present in the Internet Routing Table:368
Average AS path length visible in the Internet Routing Table:   4.4
Max AS path length visible:  65
Max AS path prepend of ASN (267602)  58
Prefixes from unregistered ASNs in the Routing Table:   861
Number of instances of unregistered ASNs:   868
Number of 32-bit ASNs allocated by the RIRs:  39243
Number of 32-bit ASNs visible in the Routing Table:   32609
Prefixes from 32-bit ASNs in the Routing Table:  153716
Number of bogon 32-bit ASNs visible in the Routing Table:23
Special use prefixes present in the Routing Table:1
Prefixes being announced from unallocated address space:482
Number of addresses announced to Internet:   3067378816
Equivalent to 182 /8s, 212 /16s and 124 /24s
Percentage of available address space announced:   82.9
Percentage of allocated address space announced:   82.9
Percentage of available address space allocated:  100.0
Percentage of address space in use by end-sites:   99.6
Total number of prefixes smaller than registry allocations:  304722

APNIC Region Analysis Summary
-

Prefixes being announced by APNIC Region ASes:   235465
Total APNIC prefixes after maximum aggregation:   66756
APNIC Deaggregation factor:3.53
Prefixes being announced from the APNIC address blocks:  230373
Unique aggregates announced from the APNIC address blocks:94714
APNIC Region origin ASes present in the Internet Routing Table:   12615
APNIC Prefixes per ASN:   18.26
APNIC Region origin ASes announcing only one prefix:   3588
APNIC Region transit ASes present in the Internet Routing Table:   1731
Average APNIC Region AS path length visible:4.7
Max APNIC Region AS path length visible: 32
Number of APNIC region 32-bit ASNs visible in the Routing Table:   7810
Number of APNIC addresses announced to Internet:  774130944
Equivalent to 46 /8s, 36 /16s and 77 /24s
APNIC AS Blocks4608-4864, 7467-7722, 9216-10239, 17408-18431
(pre-ERX allocations)  23552-24575, 37888-38911, 45056-46079, 55296-56319,
   58368-59391, 63488-64098, 64297-64395, 131072-151865
APNIC Address Blocks 1/8,  14/8,  27/8,  36/8,  39/8,  42/8,  43/8,
49/8,  58/8,  59/8,  60/8,  61/8, 101/8, 103/8,
   106/8, 110/8, 111/8, 112/8, 113/8, 114/8, 115/8,
   116/8, 117/8, 118/8, 119/8, 120/8, 121/8, 122/8,
   123/8, 124/8, 125/8, 126/8, 133/8, 150/8, 153/8,
   163/8, 171/8, 175/8, 180/8, 182/8, 183/8, 202/8,
   203/8, 210/8, 211/8, 218/8, 219/8, 220/8, 221/8,
   222/8, 223/8,

ARIN Region Analysis Summary


Prefixes being announced by ARIN Region ASes:261619
Total ARIN prefixes after maximum aggregation:   119996
ARIN Deaggregation factor: 2.18
Prefixes being announced from the ARIN address blocks:   261657
Unique aggregates announced from the ARIN address blocks:124798
ARIN Region origin ASes present in the Internet Routing Table:19017
ARIN Prefixes per ASN:   

Re: Disney+ Issues

[Norman Jester]

On Fri, Apr 29, 2022 at 6:07 AM Brian Turnbow  wrote:
>
> Hi Norman
> >Anyone from Disney+ here? If you can reply off-list I'd appreciate it. I 
> >have emailed every place I can think of to solve a geoip problem affecting 
> >hundreds of customers, no reply in weeks.
>
>
> Yeah we just went through the same thing.
> Many other providers in Italy have been impacted as well.
> Only way we found to resolve the issue was single customers opening tickets…
> We tried at the  provider level but were continuously rebuffed.
> The single customers opening TTs had it resolved in minutes and after a bunch 
> did  the others were able to connect...
> If you do find a way to get it done on the provider level I would love to 
> hear about it.
>
> Brian

We're having a heck of a time with this, customers are posting all
over social media about it etc.
The company who does their ip classification is Neustar and we have
been talking to them.
For some reason they do not comprehend the fact that companies in
these days must lease ip space
due to the shortages.  We are delegated ipv4 from a datacenter (in
addition to our own ip space) which
is all used for our eyeball network of home users.  They said "This ip
space is from a hosting company", which
it is not.. it's from a datacenter where some of our core gear
aggregates routes from all the carriers in that hotel.
We backhaul all data out to our pops all over San Diego and it ends up
in customers homes.

Ips are properly delegated, but they tag them as VPN and HOSTING when
they are not. Worse off, they said
they won't change it. I asked them if they monitored NANOG and they
didn't know what it was. Nice to know
the people making those decisions are not paying attention to the
network world and making those decisions that
affect many many people.  With great power comes great responsibility.

Re: Disney+ Issues

[Francis Booth via NANOG]

> On Apr 29, 2022, at 11:09 AM, Nick Suan via NANOG  wrote:
> 
> The fact that it even has to come to this idea is ridiculous but I wonder 
> about the success of holding a normal customer account with repeat offending 
> streaming services so you could report this, by proxy, /as/ a customer. 
> 

As ridiculous as it sounds, I can confirm I had an experience like this. I once 
had an issue where a customer was having issues with streaming from Netflix 
where they kept getting the message that they were using a proxy/vpn. They 
wouldn’t even talk to me about it until I provided them an account that had an 
active subscription applied. By the time I finally got someone to look into it 
the problem had resolved itself in their backend. I still keep an account 
around with the base subscription in my back pocket just in case it crops back 
up again. 

Re: Disney+ Issues

[Brian Ellwood via NANOG]

> On Apr 29, 2022, at 10:55, Nate Burke  wrote:
> 
> As much as I hate legislation, more and more municipalities are levying a tax 
> on streaming services.  I wonder how the taxing bodies would feel if they 
> knew that the company doesn't even know where their customers are.

Minus that whole pesky billing address customers provide their streaming 
providers.

We've had tremendous success with netad...@disneystreaming.com fixing ESPN+ and 
D+ issues in the past.

HTH

Re: Disney+ Issues

[Nick Suan via NANOG]

The fact that it even has to come to this idea is ridiculous but I wonder about 
the success of holding a normal customer account with repeat offending 
streaming services so you could report this, by proxy, /as/ a customer. 

On Fri, Apr 29, 2022, at 8:38 AM, Josh Luthman wrote:
> >Disney+ appear to be the worst outfit at handling this kind of thing: They 
> >have no concept of a service provider
> 
> Aren't all of them that way?  That's been my experience.  Their front line 
> support often tells me to call my ISP.
> 
> On Fri, Apr 29, 2022 at 9:35 AM Paul Thornton  wrote:
>> On 29/04/2022 14:22, Josh Luthman wrote:
>> 
>> > Did you try:
>> >
>> > Disney+: E-mail them the trouble subnet at 
>> > techops-distribut...@disneystreaming.com. Also, 
>> > techops-servi...@disneystreaming.com will probably be where that sends 
>> > you. Another possible email is disneyplusispsupp...@disneyplus.com.
>> >
>> > https://thebrotherswisp.com/index.php/geo-and-vpn/
>> >
>> 
>> We too are having the same issue - started suddenly around 6-8 weeks ago 
>> having worked fine for at least a year.  I have no idea what they 
>> changed.  Based on my first hand knowledge, these E-mail addresses go 
>> nowhere where anyone either can - or wants to - resolve issues.
>> 
>> Disney+ appear to be the worst outfit at handling this kind of thing: 
>> They have no concept of a service provider wanting them to update an 
>> entire block - they are fixing this for individual customers who call 
>> them but we are calling them weekly, and E-mailing regularly too; but go 
>> around in circles where someone promises to call back having sorted it.  
>> This never happens.
>> 
>> They also appear to use some opaque geoloc service (who themselves don't 
>> have a "you have this wrong" button) and really don't care that they are 
>> making life difficult for their paying customers!
>> 
>> We have to keep telling new customers variations of "Yes, this is 
>> Disney's fault, no we can't fix it" which doesn't go down very well 
>> because "It worked fine with my previous provider, it must be your 
>> issue".  Apart from suggesting they cancel their subscription because of 
>> Disney's incompetence there's not much else we can do :(
>> 
>> 
>> I get that you have to appease rights holders and do this idiotic 
>> geolocation thing, because they are still obsessed with geographical 
>> boundaries in the 21st century.  But if you are going to do this, can 
>> you please damned well fix *your* screwups when you get it wrong in a 
>> timely manner - or don't bother doing it at all.
>> 
>> 
>> Paul.
>> 

Re: Disney+ Issues

[Nate Burke]

As much as I hate legislation, more and more municipalities are levying 
a tax on streaming services.  I wonder how the taxing bodies would feel 
if they knew that the company doesn't even know where their customers are.


On 4/29/2022 8:38 AM, Josh Luthman wrote:
>Disney+ appear to be the worst outfit at handling this kind of thing: 
They have no concept of a service provider


Aren't all of them that way?  That's been my experience. Their front 
line support often tells me to call my ISP.


On Fri, Apr 29, 2022 at 9:35 AM Paul Thornton > wrote:


On 29/04/2022 14:22, Josh Luthman wrote:

> Did you try:
>
> Disney+: E-mail them the trouble subnet at
> techops-distribut...@disneystreaming.com
. Also,
> techops-servi...@disneystreaming.com
 will probably be
where that sends
> you. Another possible email is
disneyplusispsupp...@disneyplus.com
.
>
> https://thebrotherswisp.com/index.php/geo-and-vpn/
>

We too are having the same issue - started suddenly around 6-8
weeks ago
having worked fine for at least a year.  I have no idea what they
changed.  Based on my first hand knowledge, these E-mail addresses go
nowhere where anyone either can - or wants to - resolve issues.

Disney+ appear to be the worst outfit at handling this kind of thing:
They have no concept of a service provider wanting them to update an
entire block - they are fixing this for individual customers who call
them but we are calling them weekly, and E-mailing regularly too;
but go
around in circles where someone promises to call back having
sorted it.
This never happens.

They also appear to use some opaque geoloc service (who themselves
don't
have a "you have this wrong" button) and really don't care that
they are
making life difficult for their paying customers!

We have to keep telling new customers variations of "Yes, this is
Disney's fault, no we can't fix it" which doesn't go down very well
because "It worked fine with my previous provider, it must be your
issue".  Apart from suggesting they cancel their subscription
because of
Disney's incompetence there's not much else we can do :(


I get that you have to appease rights holders and do this idiotic
geolocation thing, because they are still obsessed with geographical
boundaries in the 21st century.  But if you are going to do this, can
you please damned well fix *your* screwups when you get it wrong in a
timely manner - or don't bother doing it at all.


Paul.

Re: Central place to register usages of various IP space?

[Tom Beecher]

>
> The thing that is basically always true is that no commercial network is
> mixing cloud computing and eye ball users in the same blocks of IP
> addresses. I guess where this might be a grey area is Windows VMs on Azure
> where yes they are both eyeballs and potentially VPN users.
>

This is not true really. AWS and GCP both allow you to use your own RIR
allocated space in their infrastructure.

Fundamentally, trying to constantly map and update IPs to functions is just
not the right way to go about things. Yes, tons of applications do it, but
it's really not a good idea, and only leads to problems like this.

On Fri, Apr 29, 2022 at 9:27 AM Drew Weaver  wrote:

> Hello,
>
>
>
> I had a user complain to me this morning about something called
> “DoubleCounter” which I guess is a Discord bot that supposedly identifies
> who is a “real person” and who is a “bot” or a “vpn”.
>
>
>
> While some part of any commercial network could potentially be “cloud
> computing” and as such could be used for a VPN, other parts of the network
> obviously aren’t and are eyeballs.
>
>
>
> The thing that is basically always true is that no commercial network is
> mixing cloud computing and eye ball users in the same blocks of IP
> addresses. I guess where this might be a grey area is Windows VMs on Azure
> where yes they are both eyeballs and potentially VPN users.
>
>
>
> So is there a central place where we’re supposed to register what specific
> subnets are used for so that these services can pull from that?
>
>
>
> It seems like every day a new one of these “verification” services pops up
> and having to deal with each one of them individually is becoming a
> challenge.
>
>
>
> I know Google has a feature where you can just drop a txt file to
> influence their Geolocation which seems to work well.
>
>
>
> Let me know if you are aware of anything like this?
>
>
>
> -Drew
>
>
>
>
>
>
>
>
>
>
>

Re: Disney+ Issues

[Josh Luthman]

>Disney+ appear to be the worst outfit at handling this kind of thing: They
have no concept of a service provider

Aren't all of them that way?  That's been my experience.  Their front line
support often tells me to call my ISP.

On Fri, Apr 29, 2022 at 9:35 AM Paul Thornton  wrote:

> On 29/04/2022 14:22, Josh Luthman wrote:
>
> > Did you try:
> >
> > Disney+: E-mail them the trouble subnet at
> > techops-distribut...@disneystreaming.com. Also,
> > techops-servi...@disneystreaming.com will probably be where that sends
> > you. Another possible email is disneyplusispsupp...@disneyplus.com.
> >
> > https://thebrotherswisp.com/index.php/geo-and-vpn/
> >
>
> We too are having the same issue - started suddenly around 6-8 weeks ago
> having worked fine for at least a year.  I have no idea what they
> changed.  Based on my first hand knowledge, these E-mail addresses go
> nowhere where anyone either can - or wants to - resolve issues.
>
> Disney+ appear to be the worst outfit at handling this kind of thing:
> They have no concept of a service provider wanting them to update an
> entire block - they are fixing this for individual customers who call
> them but we are calling them weekly, and E-mailing regularly too; but go
> around in circles where someone promises to call back having sorted it.
> This never happens.
>
> They also appear to use some opaque geoloc service (who themselves don't
> have a "you have this wrong" button) and really don't care that they are
> making life difficult for their paying customers!
>
> We have to keep telling new customers variations of "Yes, this is
> Disney's fault, no we can't fix it" which doesn't go down very well
> because "It worked fine with my previous provider, it must be your
> issue".  Apart from suggesting they cancel their subscription because of
> Disney's incompetence there's not much else we can do :(
>
> 
> I get that you have to appease rights holders and do this idiotic
> geolocation thing, because they are still obsessed with geographical
> boundaries in the 21st century.  But if you are going to do this, can
> you please damned well fix *your* screwups when you get it wrong in a
> timely manner - or don't bother doing it at all.
> 
>
> Paul.
>
>

Re: Disney+ Issues

[Paul Thornton]

On 29/04/2022 14:22, Josh Luthman wrote:


Did you try:

Disney+: E-mail them the trouble subnet at 
techops-distribut...@disneystreaming.com. Also, 
techops-servi...@disneystreaming.com will probably be where that sends 
you. Another possible email is disneyplusispsupp...@disneyplus.com.


https://thebrotherswisp.com/index.php/geo-and-vpn/



We too are having the same issue - started suddenly around 6-8 weeks ago 
having worked fine for at least a year.  I have no idea what they 
changed.  Based on my first hand knowledge, these E-mail addresses go 
nowhere where anyone either can - or wants to - resolve issues.


Disney+ appear to be the worst outfit at handling this kind of thing: 
They have no concept of a service provider wanting them to update an 
entire block - they are fixing this for individual customers who call 
them but we are calling them weekly, and E-mailing regularly too; but go 
around in circles where someone promises to call back having sorted it.  
This never happens.


They also appear to use some opaque geoloc service (who themselves don't 
have a "you have this wrong" button) and really don't care that they are 
making life difficult for their paying customers!


We have to keep telling new customers variations of "Yes, this is 
Disney's fault, no we can't fix it" which doesn't go down very well 
because "It worked fine with my previous provider, it must be your 
issue".  Apart from suggesting they cancel their subscription because of 
Disney's incompetence there's not much else we can do :(



I get that you have to appease rights holders and do this idiotic 
geolocation thing, because they are still obsessed with geographical 
boundaries in the 21st century.  But if you are going to do this, can 
you please damned well fix *your* screwups when you get it wrong in a 
timely manner - or don't bother doing it at all.



Paul.

Central place to register usages of various IP space?

[Drew Weaver]

Hello,

I had a user complain to me this morning about something called "DoubleCounter" 
which I guess is a Discord bot that supposedly identifies who is a "real 
person" and who is a "bot" or a "vpn".

While some part of any commercial network could potentially be "cloud 
computing" and as such could be used for a VPN, other parts of the network 
obviously aren't and are eyeballs.

The thing that is basically always true is that no commercial network is mixing 
cloud computing and eye ball users in the same blocks of IP addresses. I guess 
where this might be a grey area is Windows VMs on Azure where yes they are both 
eyeballs and potentially VPN users.

So is there a central place where we're supposed to register what specific 
subnets are used for so that these services can pull from that?

It seems like every day a new one of these "verification" services pops up and 
having to deal with each one of them individually is becoming a challenge.

I know Google has a feature where you can just drop a txt file to influence 
their Geolocation which seems to work well.

Let me know if you are aware of anything like this?

-Drew

Re: Disney+ Issues

[Josh Luthman]

Did you try:

Disney+: E-mail them the trouble subnet at
techops-distribut...@disneystreaming.com. Also,
techops-servi...@disneystreaming.com will probably be where that sends you.
Another possible email is disneyplusispsupp...@disneyplus.com.

https://thebrotherswisp.com/index.php/geo-and-vpn/


On Fri, Apr 29, 2022 at 9:12 AM Jim Troutman 
wrote:

> I am having this same trouble, again.
>
> Last year, it took over 4 months to get it solved, and required
> outside-normal-channel assistance from more than one person who reached out
> to me directly off the NANOG list.  If not for that, I don’t think it would
> have ever been resolved.
>
> It just started happening again this week to the same IP block.  No
> responses so far.
>
> It is amazing to me that most IP streaming services do not appear to have
> a NOC.  Broadcast networks all have operations centers or master control
> rooms to address issues.
>
> On Thu, Apr 28, 2022 at 9:28 PM Norman Jester  wrote:
>
>> Anyone from Disney+ here? If you can reply off-list I'd appreciate it. I
>> have emailed every place I can think of to solve a geoip problem affecting
>> hundreds of customers, no reply in weeks.
>> Would appreciate some help thanks in advance.
>> --
>> Norman
>> JellyDigital
>>
>> --
> Jim Troutman,
> jamesltrout...@gmail.com
> Pronouns: he/him/his
> 207-514-5676 (cell)
>

Re: Disney+ Issues

[Jim Troutman]

I am having this same trouble, again.

Last year, it took over 4 months to get it solved, and required
outside-normal-channel assistance from more than one person who reached out
to me directly off the NANOG list.  If not for that, I don’t think it would
have ever been resolved.

It just started happening again this week to the same IP block.  No
responses so far.

It is amazing to me that most IP streaming services do not appear to have a
NOC.  Broadcast networks all have operations centers or master control
rooms to address issues.

On Thu, Apr 28, 2022 at 9:28 PM Norman Jester  wrote:

> Anyone from Disney+ here? If you can reply off-list I'd appreciate it. I
> have emailed every place I can think of to solve a geoip problem affecting
> hundreds of customers, no reply in weeks.
> Would appreciate some help thanks in advance.
> --
> Norman
> JellyDigital
>
> --
Jim Troutman,
jamesltrout...@gmail.com
Pronouns: he/him/his
207-514-5676 (cell)

RE: Disney+ Issues

[Brian Turnbow via NANOG]

Hi Norman
>Anyone from Disney+ here? If you can reply off-list I'd appreciate it. I have 
>emailed every place I can think of to solve a geoip problem affecting hundreds 
>of customers, no reply in weeks.


Yeah we just went through the same thing.
Many other providers in Italy have been impacted as well.  
Only way we found to resolve the issue was single customers opening tickets…
We tried at the  provider level but were continuously rebuffed.
The single customers opening TTs had it resolved in minutes and after a bunch 
did  the others were able to connect...
If you do find a way to get it done on the provider level I would love to hear 
about it.

Brian

Re: FCC to Consider New Rules to Combat International Scam Robocalls

[Mike Hammett]

I believe the intent is for the service provider to then look up that call by 
source:destination, investigate how it came into the network, investigate if 
STIR/SHAKEN signed, and deal with appropriately. If signed, then there's a 
responsible party to engage. 




- 
Mike Hammett 
Intelligent Computing Solutions 

Midwest Internet Exchange 

The Brothers WISP 

- Original Message -

From: "Michael Thomas"  
To: nanog@nanog.org 
Sent: Wednesday, April 27, 2022 5:33:15 PM 
Subject: Re: FCC to Consider New Rules to Combat International Scam Robocalls 


On 4/27/22 2:41 PM, Sean Donelan wrote: 
> I've noticed a few (small number) of robocalls have started spoofing 
> international phone numbers instead of local phone numbers. I don't 
> know if this is because telephone gateways are doing a better job at 
> blocking neighbor caller ID spoofing -- or something else. 
> 
> 
> 
> https://www.fcc.gov/document/fcc-consider-new-rules-combat-international-scam-robocalls
>  
> 
> WASHINGTON, April 27, 2022 
> 
> [...] 
> The new rules, if adopted at the FCC’s May 19 Open Meeting, would 
> require gateway providers to participate in robocall mitigation, 
> including blocking efforts, take responsibility for illegal robocall 
> campaigns on their networks, cooperate with FCC enforcement efforts, 
> and quickly respond to efforts to trace illegal robocalls to their 
> source. Under the proposed Report and Order, non-compliance by a 
> gateway provider would result in that provider being removed from the 
> Robocall Mitigation Database and subject to mandatory blocking by 
> other network participants, essentially ending its ability to operate. 
> [...] 


So I have a question. Suppose that I wanted to report a call as being 
spam to my provider, say. With email, I can just send them a message 
with the full headers since it's in my inbox. There isn't the equivalent 
for an inbox for voip, so that would require the provider to keep 
records of the signaling, right? I mean it could be kept on the phone if 
it's terminating SIP, but it seems like the provider keeping records 
would be more efficient. What I want is a spam button on the ones that 
it doesn't say are a scam. 

Mike