Skip to content
  • Categories
  • Recent
  • Tags
  • Popular
  • World
  • Users
  • Groups
Skins
  • Light
  • Brite
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Default (Cyborg)
  • No Skin
Collapse
Brand Logo

CIRCLE WITH A DOT

  1. Home
  2. Uncategorized
  3. cox is incompetent

cox is incompetent

Scheduled Pinned Locked Moved Uncategorized
20 Posts 7 Posters 3 Views
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • viss@mastodon.socialV This user is from outside of this forum
    viss@mastodon.socialV This user is from outside of this forum
    viss@mastodon.social
    wrote last edited by
    #1

    cox is incompetent

    griff@loma.mlG dey@mastodon.socialD viss@mastodon.socialV 3 Replies Last reply
    0
    • viss@mastodon.socialV viss@mastodon.social

      cox is incompetent

      griff@loma.mlG This user is from outside of this forum
      griff@loma.mlG This user is from outside of this forum
      griff@loma.ml
      wrote last edited by
      #2

      @Viss

      evergreen toot

      1 Reply Last reply
      0
      • viss@mastodon.socialV viss@mastodon.social

        cox is incompetent

        dey@mastodon.socialD This user is from outside of this forum
        dey@mastodon.socialD This user is from outside of this forum
        dey@mastodon.social
        wrote last edited by
        #3

        @Viss lol how they still in business

        viss@mastodon.socialV 1 Reply Last reply
        0
        • dey@mastodon.socialD dey@mastodon.social

          @Viss lol how they still in business

          viss@mastodon.socialV This user is from outside of this forum
          viss@mastodon.socialV This user is from outside of this forum
          viss@mastodon.social
          wrote last edited by
          #4

          @dey right?

          1 Reply Last reply
          0
          • viss@mastodon.socialV viss@mastodon.social

            cox is incompetent

            viss@mastodon.socialV This user is from outside of this forum
            viss@mastodon.socialV This user is from outside of this forum
            viss@mastodon.social
            wrote last edited by
            #5

            of course.
            after i spend an hour on the phone and demand a site visit, the problem magically goes away

            Link Preview Image
            paul_ipv6@infosec.exchangeP 1 Reply Last reply
            0
            • viss@mastodon.socialV viss@mastodon.social

              of course.
              after i spend an hour on the phone and demand a site visit, the problem magically goes away

              Link Preview Image
              paul_ipv6@infosec.exchangeP This user is from outside of this forum
              paul_ipv6@infosec.exchangeP This user is from outside of this forum
              paul_ipv6@infosec.exchange
              wrote last edited by
              #6

              @Viss

              one of my least favorite things debugging telephony circuits back in the day was the call with the tech:

              tech: don't see any problem here. can you loop the CSU for me
              me: done... see anything
              tech: nope.
              <lots of typing and tapping on his end. puts me on hold for 10 minutes.>
              tech: thanks for waiting. you can drop the loop. i see no errors at all
              me: loop dropped. huh. circuit working. what did you do?
              tech: nothing. really. honest. didn't touch a thing.

              uh huh... (wondering who he called and what they did in that 10 minutes)

              johntimaeus@infosec.exchangeJ 1 Reply Last reply
              0
              • paul_ipv6@infosec.exchangeP paul_ipv6@infosec.exchange

                @Viss

                one of my least favorite things debugging telephony circuits back in the day was the call with the tech:

                tech: don't see any problem here. can you loop the CSU for me
                me: done... see anything
                tech: nope.
                <lots of typing and tapping on his end. puts me on hold for 10 minutes.>
                tech: thanks for waiting. you can drop the loop. i see no errors at all
                me: loop dropped. huh. circuit working. what did you do?
                tech: nothing. really. honest. didn't touch a thing.

                uh huh... (wondering who he called and what they did in that 10 minutes)

                johntimaeus@infosec.exchangeJ This user is from outside of this forum
                johntimaeus@infosec.exchangeJ This user is from outside of this forum
                johntimaeus@infosec.exchange
                wrote last edited by
                #7

                @paul_ipv6 @Viss

                I used to work telecom, we had a resolution code "PFM".

                Half the time it was used was cover for somebody's stupid.

                Other times things did clear by Pure Freaking Magic. Sometimes rattling all the connections gets something seated better. Running a high density bit pattern can drive just enough moisture off to get things working again (until next time).

                paul_ipv6@infosec.exchangeP 1 Reply Last reply
                0
                • johntimaeus@infosec.exchangeJ johntimaeus@infosec.exchange

                  @paul_ipv6 @Viss

                  I used to work telecom, we had a resolution code "PFM".

                  Half the time it was used was cover for somebody's stupid.

                  Other times things did clear by Pure Freaking Magic. Sometimes rattling all the connections gets something seated better. Running a high density bit pattern can drive just enough moisture off to get things working again (until next time).

                  paul_ipv6@infosec.exchangeP This user is from outside of this forum
                  paul_ipv6@infosec.exchangeP This user is from outside of this forum
                  paul_ipv6@infosec.exchange
                  wrote last edited by
                  #8

                  @johntimaeus @Viss

                  yeah... i did learn that just running 3 in 24 stress test cleared mystery problems. for a while.

                  the other bane of my existence (other than backhoes) was techs going into the hole for a new install, finding the pair they'd been assigned was live and just grabbing "an unused pair" and not getting the provisitioning DB updated. sure enough, give it 6 months and they'd double book that pair and drop our circuit.

                  paul_ipv6@infosec.exchangeP fritzadalis@infosec.exchangeF johntimaeus@infosec.exchangeJ 3 Replies Last reply
                  0
                  • paul_ipv6@infosec.exchangeP paul_ipv6@infosec.exchange

                    @johntimaeus @Viss

                    yeah... i did learn that just running 3 in 24 stress test cleared mystery problems. for a while.

                    the other bane of my existence (other than backhoes) was techs going into the hole for a new install, finding the pair they'd been assigned was live and just grabbing "an unused pair" and not getting the provisitioning DB updated. sure enough, give it 6 months and they'd double book that pair and drop our circuit.

                    paul_ipv6@infosec.exchangeP This user is from outside of this forum
                    paul_ipv6@infosec.exchangeP This user is from outside of this forum
                    paul_ipv6@infosec.exchange
                    wrote last edited by
                    #9

                    @johntimaeus @Viss

                    in theory, as a customer, i didn't need to know shit about b8zs, 3 in 24, what a tberd or fireberd test set was, etc. but, the baby bells and sprint both loved going through cycles of firing experienced techs and using contractors, then going back to their own folks but they were wet behind the ears. i do not miss 56k/t1/t3 circuit provisioning and debugging at all.

                    johntimaeus@infosec.exchangeJ 1 Reply Last reply
                    0
                    • paul_ipv6@infosec.exchangeP paul_ipv6@infosec.exchange

                      @johntimaeus @Viss

                      in theory, as a customer, i didn't need to know shit about b8zs, 3 in 24, what a tberd or fireberd test set was, etc. but, the baby bells and sprint both loved going through cycles of firing experienced techs and using contractors, then going back to their own folks but they were wet behind the ears. i do not miss 56k/t1/t3 circuit provisioning and debugging at all.

                      johntimaeus@infosec.exchangeJ This user is from outside of this forum
                      johntimaeus@infosec.exchangeJ This user is from outside of this forum
                      johntimaeus@infosec.exchange
                      wrote last edited by
                      #10

                      @paul_ipv6 @Viss

                      If you ever had issues with Metro Access or Brooks Fibre in Texas, I'm sorry. My ears were very damp

                      paul_ipv6@infosec.exchangeP 1 Reply Last reply
                      1
                      0
                      • R relay@relay.infosec.exchange shared this topic
                      • paul_ipv6@infosec.exchangeP paul_ipv6@infosec.exchange

                        @johntimaeus @Viss

                        yeah... i did learn that just running 3 in 24 stress test cleared mystery problems. for a while.

                        the other bane of my existence (other than backhoes) was techs going into the hole for a new install, finding the pair they'd been assigned was live and just grabbing "an unused pair" and not getting the provisitioning DB updated. sure enough, give it 6 months and they'd double book that pair and drop our circuit.

                        fritzadalis@infosec.exchangeF This user is from outside of this forum
                        fritzadalis@infosec.exchangeF This user is from outside of this forum
                        fritzadalis@infosec.exchange
                        wrote last edited by
                        #11

                        @paul_ipv6 @johntimaeus @Viss
                        At my wife's co, back when t1s were a thing, they had all kinds of noise problems. The tech would come out, swap them to the other pair on the run, and leave. Over and over.

                        johntimaeus@infosec.exchangeJ 1 Reply Last reply
                        1
                        0
                        • paul_ipv6@infosec.exchangeP paul_ipv6@infosec.exchange

                          @johntimaeus @Viss

                          yeah... i did learn that just running 3 in 24 stress test cleared mystery problems. for a while.

                          the other bane of my existence (other than backhoes) was techs going into the hole for a new install, finding the pair they'd been assigned was live and just grabbing "an unused pair" and not getting the provisitioning DB updated. sure enough, give it 6 months and they'd double book that pair and drop our circuit.

                          johntimaeus@infosec.exchangeJ This user is from outside of this forum
                          johntimaeus@infosec.exchangeJ This user is from outside of this forum
                          johntimaeus@infosec.exchange
                          wrote last edited by
                          #12

                          @paul_ipv6 @Viss

                          Early in the DSL era, you could remotely put the user modem into hardware loopback (like relay goes click). Then feed straight 48v from the datacenter battery stack for 10-30 seconds. Basically dead short current.

                          Knocks all kinds if issues right out. Wet mouse condom? It's dry now. And the conductors may have welded together a bit.

                          You couldn't do it too much in quick repetition, there were a few small fires.

                          viss@mastodon.socialV 1 Reply Last reply
                          0
                          • johntimaeus@infosec.exchangeJ johntimaeus@infosec.exchange

                            @paul_ipv6 @Viss

                            Early in the DSL era, you could remotely put the user modem into hardware loopback (like relay goes click). Then feed straight 48v from the datacenter battery stack for 10-30 seconds. Basically dead short current.

                            Knocks all kinds if issues right out. Wet mouse condom? It's dry now. And the conductors may have welded together a bit.

                            You couldn't do it too much in quick repetition, there were a few small fires.

                            viss@mastodon.socialV This user is from outside of this forum
                            viss@mastodon.socialV This user is from outside of this forum
                            viss@mastodon.social
                            wrote last edited by
                            #13

                            @johntimaeus @paul_ipv6 im 100% sure this is some fuckery on their part. i downgraded from gig to 500mbit metered because it was less than half the price, and almost immediately afterwards i started getting multiple 2-5 minute outages per day. its gotta be some bullshit logical something or other on their end

                            also, i wouldnt put it past them to introduce deliberate problems just to punish people who decided to give them less money, because its nearly impossible to prove from this end

                            johntimaeus@infosec.exchangeJ 1 Reply Last reply
                            0
                            • fritzadalis@infosec.exchangeF fritzadalis@infosec.exchange

                              @paul_ipv6 @johntimaeus @Viss
                              At my wife's co, back when t1s were a thing, they had all kinds of noise problems. The tech would come out, swap them to the other pair on the run, and leave. Over and over.

                              johntimaeus@infosec.exchangeJ This user is from outside of this forum
                              johntimaeus@infosec.exchangeJ This user is from outside of this forum
                              johntimaeus@infosec.exchange
                              wrote last edited by
                              #14

                              @FritzAdalis @paul_ipv6 @Viss

                              Very few people learned how to hook an oscilloscope up to a dry pair and look for noise before deciding which one to run on.

                              fritzadalis@infosec.exchangeF 1 Reply Last reply
                              0
                              • johntimaeus@infosec.exchangeJ johntimaeus@infosec.exchange

                                @FritzAdalis @paul_ipv6 @Viss

                                Very few people learned how to hook an oscilloscope up to a dry pair and look for noise before deciding which one to run on.

                                fritzadalis@infosec.exchangeF This user is from outside of this forum
                                fritzadalis@infosec.exchangeF This user is from outside of this forum
                                fritzadalis@infosec.exchange
                                wrote last edited by
                                #15

                                @johntimaeus @paul_ipv6 @Viss
                                Well I mean they were both bad. They just didn't want to run a new line.

                                johntimaeus@infosec.exchangeJ 1 Reply Last reply
                                0
                                • johntimaeus@infosec.exchangeJ johntimaeus@infosec.exchange

                                  @paul_ipv6 @Viss

                                  If you ever had issues with Metro Access or Brooks Fibre in Texas, I'm sorry. My ears were very damp

                                  paul_ipv6@infosec.exchangeP This user is from outside of this forum
                                  paul_ipv6@infosec.exchangeP This user is from outside of this forum
                                  paul_ipv6@infosec.exchange
                                  wrote last edited by
                                  #16

                                  @johntimaeus @Viss

                                  sprint and us west/worst were the real banes of my existence.

                                  johntimaeus@infosec.exchangeJ 1 Reply Last reply
                                  0
                                  • viss@mastodon.socialV viss@mastodon.social

                                    @johntimaeus @paul_ipv6 im 100% sure this is some fuckery on their part. i downgraded from gig to 500mbit metered because it was less than half the price, and almost immediately afterwards i started getting multiple 2-5 minute outages per day. its gotta be some bullshit logical something or other on their end

                                    also, i wouldnt put it past them to introduce deliberate problems just to punish people who decided to give them less money, because its nearly impossible to prove from this end

                                    johntimaeus@infosec.exchangeJ This user is from outside of this forum
                                    johntimaeus@infosec.exchangeJ This user is from outside of this forum
                                    johntimaeus@infosec.exchange
                                    wrote last edited by
                                    #17

                                    @Viss @paul_ipv6

                                    Possibly a traffic shaper doing a log or database sync?

                                    rootwyrm@weird.autosR 1 Reply Last reply
                                    0
                                    • paul_ipv6@infosec.exchangeP paul_ipv6@infosec.exchange

                                      @johntimaeus @Viss

                                      sprint and us west/worst were the real banes of my existence.

                                      johntimaeus@infosec.exchangeJ This user is from outside of this forum
                                      johntimaeus@infosec.exchangeJ This user is from outside of this forum
                                      johntimaeus@infosec.exchange
                                      wrote last edited by
                                      #18

                                      @paul_ipv6 USW was horrible. I had a backup OC48 through them that couldn't achieve one 9 reliability.

                                      1 Reply Last reply
                                      0
                                      • johntimaeus@infosec.exchangeJ johntimaeus@infosec.exchange

                                        @Viss @paul_ipv6

                                        Possibly a traffic shaper doing a log or database sync?

                                        rootwyrm@weird.autosR This user is from outside of this forum
                                        rootwyrm@weird.autosR This user is from outside of this forum
                                        rootwyrm@weird.autos
                                        wrote last edited by
                                        #19

                                        @johntimaeus @Viss @paul_ipv6 nope. It's Cock's "fairness" policy. They intentionally oversell to the breaking point everywhere. Where they can legally offer 'metered' bullshit, they intentionally shove all of those customers into extremely low commit streams so that the unlimited customers can easily squeeze them out. Where they can't do metered bullshit, they just oversell well past the breaking point and tell you to get Internet from someone else then.

                                        1 Reply Last reply
                                        0
                                        • fritzadalis@infosec.exchangeF fritzadalis@infosec.exchange

                                          @johntimaeus @paul_ipv6 @Viss
                                          Well I mean they were both bad. They just didn't want to run a new line.

                                          johntimaeus@infosec.exchangeJ This user is from outside of this forum
                                          johntimaeus@infosec.exchangeJ This user is from outside of this forum
                                          johntimaeus@infosec.exchange
                                          wrote last edited by
                                          #20

                                          @FritzAdalis @paul_ipv6 @Viss

                                          I used to have a three page cheatsheet on getting around problems like that. None were good, but they worked.

                                          I got it from an engineer at Fujitsu. Crazy stuff like using 2 pair with an extra loop on one to carry one pair's worth of signal. It schmears the transition, but still gets the job done at 1.5 mhz.

                                          1 Reply Last reply
                                          1
                                          0
                                          Reply
                                          • Reply as topic
                                          Log in to reply
                                          • Oldest to Newest
                                          • Newest to Oldest
                                          • Most Votes


                                          • Login

                                          • Login or register to search.
                                          • First post
                                            Last post
                                          0
                                          • Categories
                                          • Recent
                                          • Tags
                                          • Popular
                                          • World
                                          • Users
                                          • Groups