Jump to content

West Habercom

Resident
  • Posts

    100
  • Joined

  • Last visited

Posts posted by West Habercom

  1. On 11/10/2020 at 8:12 PM, Frankie Antonioni said:

    So I long on at 5;30 PM ET, and I can't read group chat. I can post messages, and everybody in the group can read it, but I can't. I can read a personal IM. That is no problem. And it is not just me. Somebody I know had that happen to them two weeks ago. She couldn't read group chat for about a week. I did file a ticket. But I would hate to go for a week without reading group chat.

    So what is going on? This keeps happening over, and over. Is anybody else on here having the same problem? I don't mean a few days ago, or last week. But right now.

    Same thing has been happening to me for at least the last 3-4 days in a group I own. Hope they fix it soon. I did put in a ticket but... not sure if I should hold my breath on it.

  2. AHA! We figured out why this was happening on SHOUTcast boards, and to be transparent about things I wanted to reply one more time to let everyone know..

    It seems that the IP number trying to fetch the information from the servers, belonging to Linden Lab) registers on a v2 server as a stream saver (aka potential ripper), believe it or not. One of our engineers had written a script where enough of these attempts by an IP number labeled this way ends up getting banned from the server:

    I have X'd out the IP protect Linden Lab

    2020-02-03 07:14:00 INFO [DST XXX.XX.XX.XXX:24650] Stream savers not allowed

    IP Location United States Of America United States Of America San Francisco Linden Lab
    ASN United States Of America ASXXXXX LINDEN-LAB, US (registered Nov 20, 2007)
    Resolve Host sim10597.agni.lindenlab.com
    Whois Server whois.arin.net
    IP Address XXX.XX.XX.XXX
    NetRange:       XXX.XX.X.X -  XXX.XX.XX.XXX
    CIDR:           XXX.XX.X.X/18
    NetName:        LINDEN
    NetHandle:      NET-XXX-XX-X-X-X
    Parent:         NET216 (NET-XXX-X-X-X-X)
    NetType:        Direct Assignment
    OriginAS:       ASXXXXX
    Organization:   Linden Lab (LINDE-3)
    RegDate:        2008-02-04
    Updated:        2012-02-24
    Ref:            https://rdap.arin.net/registry/ip/xxx.xx.x.x

    The way we had this setup, after X number of attempts from a "stream saver" to connect eventually lands that IP number as banned on the server.  This was found out when the initial question came up and I had mentioned it to one of my engineers at the office. She found the issue and removed the banned, which is when the boards started working. I didn't know she had done that, because I wasn't in that office at the time, and that led me to beiieve the datacenter had not been honest with me.

    I made the decision the following day to have the script removed and allow SHOUTcast to do it's job without help from us.

    To those that had the issue with their boards, I apologize. Sometimes we make decisions that we feel are right, and they end up being the incorrect. I'm sure we've all been there. I never thought a Linden Lab IP number would be listed as a "Stream Saver". In the end, the boards should now work well.

     

    West Habercom

    digiSTREAM SHOUTcast Hosting
    Classic Rock 109
    Classic Hits 109 (4 Radio Stations: 70s, 70s-90s, Country, Yacht Rock)

    
     
    • Thanks 2
  3. 9 minutes ago, Shuichi Shinji said:

    I don't think that public/private setting has any relevance here. Getting the stream info in a browser works, getting it in SL doesn't. Both send a HTTP request including the URL and some headers before. Additionally, the "client" IP is different (actual client IP in case of browser, some SL server IP otherwise). So the logical conclusion would be that something is blocked on the server side, either by IP or something in the headers, probably user-agent or another header indicating the request is coming from SL. Maybe ask the datacenter, especially if they have done something like that in the past already?

    I am ahead of you. I asked if they have done any of that to any of our servers hosted with them. They say "no".

  4. I just asked a friend who is in-world to check for me. Both places they went to showed our radio station playing... both stations are on the same servers that our SL clients are on. The only different is, the SL clients are set to Private, and the radio station are set to Public. 

    She took screen shots and sent to me - here they are.The boards are from Daffy Proto and SHX

    CH109.png

    ch109-dreambeach.png

    • Like 1
  5. 30 minutes ago, Linnrenate Crosby said:

    Thank you Oz, good to know nothing has changed with the lsl command.

    @West Habercom I tried with 2 more streams hosted by you (aka digistream.info) http://poppysplace.digistream.info:11436 and http://muddys.digistream.info:20398 Both are running and streaming music and both give me the the same error as i posted previously. So i guess this is your mess, something has changed on your servers that prevent SL devices to pull the stream data from them. You provided me a link to http://stream.classicrock109.com:10042 which worked fine with my script, no wonder really as it's not hosted by your company. Please fix the mess you created as i see more people will complain as it will effect a lot of stream boards in SL... not just mine that i don't sell or give away. If you need to debug more yourself just grab my script, place it in a prim.. .no deeding are needed - touching the prim will reset the script and cause it to pull the data again.

    Actually, that classic rock 109 stream is indeed on our server server.. We have not made any changes or updates to our server in well over a month. So if it you started having issues last week, it certainly did not come from our end. So, as with anything else, if it worked with your script, the others should as well, unless the datacenter for some reason has blocked  a set of SL IP numbers (which they have done in the past)

    I will add that muddys and bigdaddys, while using the same shoutcast version, are on different boxes.  Again, we have not done any updates (yet) in over a month but they do run the same shoutcast version.

    All v2 server are by default set to private. the common them between the poppys, big daddys and muddys is they are all set to private.

    To assume "we" have "created a mess" is just wrong.  We" haven't done anything of the sort. As I mentioned we haven't touched those servers in s\well over a month. If it works 2 weeks ago, then it should still work. Nothing has been done to create this issue on our end.

    Radios in SL connect fine. Software used outside of SL show information properly in terms of what is playing, even SL shows "Now Playing" correctly. So no, we have not "created this mess".

  6. 6 minutes ago, Linnrenate Crosby said:

    According to Digistream's West Habercom the Big Daddy stream are set to private and he think that's why some boards (pulling the info the same way i do) don't get the info. So i guess i need to ask the stream owner why it's been set to private :(

     

    In order to be “public” a couple of things have to happen. The server has to be set to either always or dependent on the source (i.e. SAM Broadcaster), The DJ must select the public listing option in their encoder (of it exists) and the stream owner must register their station onto Shoutcast dot com. That’s the only way their ICY will pick up the stream info. Many opt not to do that because listing themselves can potentially expose them on the net to Performance Rights Organizations (PROs) from different countries that will require royalty and licensing fees. This can be costly and well into the 1000s (especially if more than one country comes after you.

    The reason we, as a provider, and DJ’s/clubs are opting to use v2 Shoutcast is because they might have external listeners out side of SL that use apple products. Apple no longer supports v1 Shoutcast, so to listen to them without searching for an app that can override that means the server has to be v2.  Plans are underway for other companies/apps (i.e. Google, IE, Edge Safari, Firefox, etc) to eventually no longer support v1 either due to security issues.

    • Thanks 1
  7. I too am looking for one of the new SL homes. I went to Hammond Park and there are a number of them that are unoccupied but still under the protected land I found one I would prefer... getting it is another story since they are going quickly (when available)

  8. Just now, Prokofy Neva said:

    Me, too. And Second Life gets DDoS'd? really? I hadn't realized this was still a problem.

    Its a problem that will never go a way for datacenters (and their customers). That's why getting a really robust DDOS Protection system is very costly.

×
×
  • Create New...