3 Replies Latest reply on Oct 4, 2018 10:31 AM by calvine

    Looking for a way to test the DSX-1 port on a 908 we have in our shop.

    justincpe New Member

      I currently have a few 908 2nd gens and a few 924 2nd Gens I was given to mess around with in our lab to see if its something we could work with.  With this being the first time i've ever seen equipment like this its been fun so far.

       

      I have a 908 set up now running inline with a Raspberry pi running RasPBX (FreePBX) over Eth 0/1. I have some old analog phones I have hooked up to the voice connector and 1 Polycom IP phone hooked up to a Cisco PoE switch. I have a SIP trunk/trunk group set up for the phone lines to talk to the Pi. All the user accounts are set up on both the 908 and the RasPBX and work pretty good so far. Im stuck trying to figure out how to go about testing the NET/DSX T1 ports. From what I was told the NET T1 0/1 wont be used but the DSX-1 T1 0/2 will be used so I have to make sure its working. Is there a way to have the units talk to each other over the DSX port and test it some how?

       

      Could I have a 924 (base unit that wont change) set up with Eth to the RasPBX/Cisco PoE and a Ethernet cord from DSX-1 port going to the 908 (Units i plan to test then set aside if they work) DSX-1 port? Then have the 908 hooked up to the a phone patch panel with analog phones? Would there be a better way to test that port?

       

      I attached the current config i have running on the 908.

        • Re: Looking for a way to test the DSX-1 port on a 908 we have in our shop.
          jayh Hall_of_Fame

          The T-1 or DSX-1 port 0/2 is only used when connecting to a T-1 voice circuit. This would typically be a PBX using ISDN PRI signaling or a T-1 channel bank. It would not be needed for connecting to a SIP device (this uses Ethernet) or analog phones on the VOICE connector (these use the FXS ports).

           

          If you want to test the physical port you can create a T-1 loopback plug by jumpering pins 1 to 4 and 2 to 5 on an 8-pin modular plug. This should cause the port to show an "UP" status. However it is not needed in your present setup as nothing in your configuration is capable of the T-1/DSX-1 protocol.

           

          In your configuration, there are a few things you'll want to fix. Your default route isn't in your connected subnet. it should be in the 10.10.10.x range, where your router to the Internet is connected. Also your voice users only have a single digit as both the user identifier and SIP identity. This is their extension and is normally three or four digits. Unless you define that single digit in your dialplan it isn't going to work as expected. You also have a conflict between analog station 2 and SIP station 25. I'd use three digit extensions as you get started.

            • Re: Looking for a way to test the DSX-1 port on a 908 we have in our shop.
              justincpe New Member

              Thank you for your reply!

               

              So i would change the config to

               

              interface t1 0/1

                no shutdown

              And plug in the loop back?

               

              And this wouldn't be a final config set up this was just for me to make sure the units work as they should before they get set up for real world use. So using the single digit extension was just a way to speed up the first set up on the FreePBX.

                • Re: Looking for a way to test the DSX-1 port on a 908 we have in our shop.
                  calvine New Member

                  Since you have "a few" available, you could set up PRI trunks between them. You'll need a T1 crossover cable to link up like-models. The 900e series has DS1 ports instead of DSX, so those can hook up to a non-e model with a straight through cable.

                   

                  Once you have the PRI interface configured on each side you send set up the dial plan on each to reach the extensions of the other. You'll definitely want to move to 3 or 4 digit extensions so each unit can have a unique range. Make sure one is using internal timing and the other is using the first as its timing source. You could get crazy and chain them all together over a sequence of PRI and SIP trunk hops!

                   

                  Once it's all set up, turn up the debug and test various call scenarios to check for anything out of the ordinary.