Problems getting DSP's to "Answer"
We just started replacing our PM3's with TC1000 boxes. The problem we are having, is when I get the box setup at two seperate locations, the T1's come up and everything looks great, however when you call the box you get nothing but dead air (basically a modem isn't answering). This has happened in two locations, one that is served off a GTD-5 and one is served off a DMS-10. In working with the telco on the DMS-10 switch, we discovered that is the circuit is set to send the digits from the call (caller ID), AND I set the option on the HiperDSP to 'Ack Wink On Dial Address Info' a modem will then answer. Does anyone know if there is a way we could work around this without having the telco change things? Here is how the PM3 is configured followed by my options set in the TC1000 box: PM3 Configuration ---------------------- line0 - T1 Inband DS0 --------------- Status: UP Framing: D4 Encoding: AMI PCM: u-law Signaling: Trunk E&M wink start TC1000 Configuration Framing Mode dsx1D4 Line Coding Options dsx1AMI Circuit Identifier Loopback Configuration dsx1NoLoop Signal Mode robbedBit Transmit Clock Source loopTiming NIC Type longHaul Response to Remote Loopback ignore Jitter Attenuation attenJitterOnRcvr Transmit Line Build Out dB0pt0 Dial In Address dnis Dial In/Out Trunk Start Signal Type wink Ack Wink On Dial In Address Info Receive Disabled Dial Out Address Delay 70 Dial In/Out Trunk Type eAndMTypeII Primary Switch Type priSw5ESS Idle Byte Pattern 254 Receiver Gain dB26 Tone Type dtmf Number of DTMF Tones 4 Send Code dsx1SendNoCode External Signaling Mode (will take effect next boot) none Overlap Receiving Mode disable Overlap Receiving Inbound Digits Expected 12 Overlap Receiving Timeout Delay 12 This is how it is set when we get 'dead air' when calling into the box. In order to get an answer the telco must configure for digits to be sent and as mentioned before, we must enable the ack wink on dial in address info. Here is the config we have on the GTD-5 switch for the PM3's and then followed by the TC1000 box. We get the same problem as we do with the DMS-10, just dead air. I have not worked with the telco on this problem so I don't know if a similiar work around might help but note that the circuits served off the GTD-5 are loop start and not wink. PM3 Config ---------------------- line0 - T1 Inband DS0 --------------- Status: UP Framing: D4 Encoding: AMI PCM: u-law Signaling: FXS loop start TC1000 Config Framing Mode dsx1D4 Line Coding Options dsx1AMI Circuit Identifier Loopback Configuration dsx1NoLoop Signal Mode robbedBit Transmit Clock Source loopTiming NIC Type longHaul Response to Remote Loopback ignore Jitter Attenuation attenJitterOnRcvr Transmit Line Build Out dB0pt0 Dial In Address dnis Dial In/Out Trunk Start Signal Type wink Ack Wink On Dial In Address Info Received disabled Dial Out Address Delay 70 Dial In/Out Trunk Type loopStart Primary Switch Type priSw5ESS Idle Byte Pattern 254 Receiver Gain dB26 Tone Type dtmf Number of DTMF Tones 4 Send Code dsx1SendNoCode External Signaling Mode (will take effect next boot) none Overlap Receiving Mode disable Overlap Receiving Inbound Digits Expected 12 Overlap Receiving Timeout Delay 12 Thank you in advance for any advice you may have.
Highlight the span portion of the dsp in tcm and goto configure...programmed settings...trunk settings. You can change all the T1 settings on your end instead of making the telco. Also...you do have the slots setup via the arc right? <list chassis slots> Todd ----- Original Message ----- From: "Carl Duescher" <carld@ez-net.com> To: <usr-tc@mailman.xmission.com> Sent: Tuesday, January 06, 2004 9:55 AM Subject: [USR-TC] Problems getting DSP's to "Answer"
We just started replacing our PM3's with TC1000 boxes. The problem we are having, is when I get the box setup at two seperate locations, the T1's come up and everything looks great, however when you call the box you get nothing but dead air (basically a modem isn't answering). This has happened in two locations, one that is served off a GTD-5 and one is served off a DMS-10.
In working with the telco on the DMS-10 switch, we discovered that is the circuit is set to send the digits from the call (caller ID), AND I set the option on the HiperDSP to 'Ack Wink On Dial Address Info' a modem will then answer. Does anyone know if there is a way we could work around this without having the telco change things? Here is how the PM3 is configured followed by my options set in the TC1000 box:
PM3 Configuration ---------------------- line0 - T1 Inband DS0 ---------------
Status: UP Framing: D4 Encoding: AMI PCM: u-law
Signaling: Trunk E&M wink start
TC1000 Configuration Framing Mode dsx1D4 Line Coding Options dsx1AMI Circuit Identifier Loopback Configuration dsx1NoLoop Signal Mode robbedBit Transmit Clock Source loopTiming NIC Type longHaul Response to Remote Loopback ignore Jitter Attenuation attenJitterOnRcvr Transmit Line Build Out dB0pt0 Dial In Address dnis Dial In/Out Trunk Start Signal Type wink Ack Wink On Dial In Address Info Receive Disabled Dial Out Address Delay 70 Dial In/Out Trunk Type eAndMTypeII Primary Switch Type priSw5ESS Idle Byte Pattern 254 Receiver Gain dB26 Tone Type dtmf Number of DTMF Tones 4 Send Code dsx1SendNoCode External Signaling Mode (will take effect next boot) none Overlap Receiving Mode disable Overlap Receiving Inbound Digits Expected 12 Overlap Receiving Timeout Delay 12
This is how it is set when we get 'dead air' when calling into the box. In order to get an answer the telco must configure for digits to be sent and as mentioned before, we must enable the ack wink on dial in address info.
Here is the config we have on the GTD-5 switch for the PM3's and then followed by the TC1000 box. We get the same problem as we do with the DMS-10, just dead air. I have not worked with the telco on this problem so I don't know if a similiar work around might help but note that the circuits served off the GTD-5 are loop start and not wink.
PM3 Config ---------------------- line0 - T1 Inband DS0 ---------------
Status: UP Framing: D4 Encoding: AMI PCM: u-law
Signaling: FXS loop start
TC1000 Config Framing Mode dsx1D4 Line Coding Options dsx1AMI Circuit Identifier Loopback Configuration dsx1NoLoop Signal Mode robbedBit Transmit Clock Source loopTiming NIC Type longHaul Response to Remote Loopback ignore Jitter Attenuation attenJitterOnRcvr Transmit Line Build Out dB0pt0 Dial In Address dnis Dial In/Out Trunk Start Signal Type wink Ack Wink On Dial In Address Info Received disabled Dial Out Address Delay 70 Dial In/Out Trunk Type loopStart Primary Switch Type priSw5ESS Idle Byte Pattern 254 Receiver Gain dB26 Tone Type dtmf Number of DTMF Tones 4 Send Code dsx1SendNoCode External Signaling Mode (will take effect next boot) none Overlap Receiving Mode disable Overlap Receiving Inbound Digits Expected 12 Overlap Receiving Timeout Delay 12
Thank you in advance for any advice you may have.
_______________________________________________ USR-TC mailing list USR-TC@mailman.xmission.com http://mailman.xmission.com/cgi-bin/mailman/listinfo/usr-tc
Do you mean does the ARC own the DSP slots? Then yes it does, I appologize if you meant something else. Also I know I can change the settings however I think I tried just about every possible combination and with the current way the telco has it setup along the TC, I simply can not get it to answer. Obviously the PM3's do something different that the TC's don't (not saying the TC boxes are at fault). It would seem to me, that the DMS-10 expects an ack regardless of whether it sends address info possibly, and by sending the digits and enabling the ack on address receipt it works around it, however this would require the telco to rebuild everything from what they say and to me seems like more of a work around than a solution. Thanks for the advice :) On Tue, 6 Jan 2004, Todd Bertolozzi wrote:
Date: Tue, 6 Jan 2004 10:01:42 -0500 From: Todd Bertolozzi <todd.bertolozzi@voyager.net> Reply-To: Discussion relating to the 3Com/US Robotics Total Control modem systems. <usr-tc@mailman.xmission.com> To: Discussion relating to the 3Com/US Robotics Total Control modemsystems. <usr-tc@mailman.xmission.com> Subject: Re: [USR-TC] Problems getting DSP's to "Answer"
Highlight the span portion of the dsp in tcm and goto configure...programmed settings...trunk settings. You can change all the T1 settings on your end instead of making the telco.
Also...you do have the slots setup via the arc right? <list chassis slots>
Todd
<SNIP>
On Tuesday 06 January 2004 09:10 am, Carl Duescher wrote:
Do you mean does the ARC own the DSP slots? Could you do a list chassis for us anyway? The only reason I say that is dead air is a classic symptom of a properly configed DSP that isn't owned by an ARC. If list chassis shows correct have you done a save all and rebooted?
-- Lewis Bergman Texas Communications 4309 Maple St. Abilene, TX 79602-8044 915-695-6962 ext 115
Here it is :). However it will answer as it should if the telco sets their switch to send digits and I enable the ack on address info receipt on the TC box...just seems odd to me that it would be required. Slot Owner Description Ports Type Console 1 YES --EMPTY-- 0 STATIC NO 2 YES --EMPTY-- 0 STATIC NO 3 YES --EMPTY-- 0 STATIC NO 4 YES --EMPTY-- 0 STATIC NO 5 YES --EMPTY-- 0 STATIC NO 6 YES --EMPTY-- 0 STATIC NO 7 YES --EMPTY-- 0 STATIC NO 8 YES 24 Channel High Density Modem 23 STATIC YES 9 YES 24 Channel High Density Modem 24 STATIC YES 10 YES 24 Channel High Density Modem 24 STATIC YES 11 YES 24 Channel High Density Modem 24 STATIC YES 12 YES 24 Channel High Density Modem 24 STATIC YES 13 YES 24 Channel High Density Modem 24 STATIC YES 14 YES 24 Channel High Density Modem 24 STATIC YES 15 YES --EMPTY-- 0 STATIC NO 16 YES HiPer Access Router NAC 0 DYNAMIC NO Carl Duescher EZ-Net Staff "Do or do not, there is no try." -Yoda, Jedi Master On Tue, 6 Jan 2004, Lewis Bergman wrote:
Date: Tue, 6 Jan 2004 10:06:54 -0600 From: Lewis Bergman <lbergman@wtxs.net> Reply-To: Discussion relating to the 3Com/US Robotics Total Control modem systems. <usr-tc@mailman.xmission.com> To: Discussion relating to the 3Com/US Robotics Total Control modem systems. <usr-tc@mailman.xmission.com> Subject: Re: [USR-TC] Problems getting DSP's to "Answer"
On Tuesday 06 January 2004 09:10 am, Carl Duescher wrote:
Do you mean does the ARC own the DSP slots? Could you do a list chassis for us anyway? The only reason I say that is dead air is a classic symptom of a properly configed DSP that isn't owned by an ARC. If list chassis shows correct have you done a save all and rebooted?
So do you have a PRI in slot 8 and channelized T1's in slots 9-14? Todd ----- Original Message ----- From: "Carl Duescher" <carld@ez-net.com> To: "Discussion relating to the 3Com/US Robotics Total Control modem systems." <usr-tc@mailman.xmission.com> Sent: Tuesday, January 06, 2004 11:09 AM Subject: Re: [USR-TC] Problems getting DSP's to "Answer"
Here it is :). However it will answer as it should if the telco sets their switch to send digits and I enable the ack on address info receipt on the TC box...just seems odd to me that it would be required.
Slot Owner Description Ports Type Console 1 YES --EMPTY-- 0 STATIC NO 2 YES --EMPTY-- 0 STATIC NO 3 YES --EMPTY-- 0 STATIC NO 4 YES --EMPTY-- 0 STATIC NO 5 YES --EMPTY-- 0 STATIC NO 6 YES --EMPTY-- 0 STATIC NO 7 YES --EMPTY-- 0 STATIC NO 8 YES 24 Channel High Density Modem 23 STATIC YES 9 YES 24 Channel High Density Modem 24 STATIC YES 10 YES 24 Channel High Density Modem 24 STATIC YES 11 YES 24 Channel High Density Modem 24 STATIC YES 12 YES 24 Channel High Density Modem 24 STATIC YES 13 YES 24 Channel High Density Modem 24 STATIC YES 14 YES 24 Channel High Density Modem 24 STATIC YES 15 YES --EMPTY-- 0 STATIC NO 16 YES HiPer Access Router NAC 0 DYNAMIC NO
Carl Duescher EZ-Net Staff "Do or do not, there is no try." -Yoda, Jedi Master
On Tue, 6 Jan 2004, Lewis Bergman wrote:
Date: Tue, 6 Jan 2004 10:06:54 -0600 From: Lewis Bergman <lbergman@wtxs.net> Reply-To: Discussion relating to the 3Com/US Robotics Total Control modem systems. <usr-tc@mailman.xmission.com> To: Discussion relating to the 3Com/US Robotics Total Control modem systems. <usr-tc@mailman.xmission.com> Subject: Re: [USR-TC] Problems getting DSP's to "Answer"
On Tuesday 06 January 2004 09:10 am, Carl Duescher wrote:
Do you mean does the ARC own the DSP slots? Could you do a list chassis for us anyway? The only reason I say that is dead air is a classic symptom of a properly configed DSP that isn't owned by an ARC. If list chassis shows correct have you done a save all and rebooted?
_______________________________________________ USR-TC mailing list USR-TC@mailman.xmission.com http://mailman.xmission.com/cgi-bin/mailman/listinfo/usr-tc
No I just didn't setup the HiperDSP in that slot so it is still setup as a PRI, it isn't in service just a spare. On Tue, 6 Jan 2004, Todd Bertolozzi wrote:
Date: Tue, 6 Jan 2004 11:18:49 -0500 From: Todd Bertolozzi <todd.bertolozzi@voyager.net> Reply-To: Discussion relating to the 3Com/US Robotics Total Control modem systems. <usr-tc@mailman.xmission.com> To: Discussion relating to the 3Com/US Robotics Total Control modemsystems. <usr-tc@mailman.xmission.com> Subject: Re: [USR-TC] Problems getting DSP's to "Answer"
So do you have a PRI in slot 8 and channelized T1's in slots 9-14?
Todd ----- Original Message ----- From: "Carl Duescher" <carld@ez-net.com> To: "Discussion relating to the 3Com/US Robotics Total Control modem systems." <usr-tc@mailman.xmission.com> Sent: Tuesday, January 06, 2004 11:09 AM Subject: Re: [USR-TC] Problems getting DSP's to "Answer"
Here it is :). However it will answer as it should if the telco sets their switch to send digits and I enable the ack on address info receipt on the TC box...just seems odd to me that it would be required.
Slot Owner Description Ports Type Console 1 YES --EMPTY-- 0 STATIC NO 2 YES --EMPTY-- 0 STATIC NO 3 YES --EMPTY-- 0 STATIC NO 4 YES --EMPTY-- 0 STATIC NO 5 YES --EMPTY-- 0 STATIC NO 6 YES --EMPTY-- 0 STATIC NO 7 YES --EMPTY-- 0 STATIC NO 8 YES 24 Channel High Density Modem 23 STATIC YES 9 YES 24 Channel High Density Modem 24 STATIC YES 10 YES 24 Channel High Density Modem 24 STATIC YES 11 YES 24 Channel High Density Modem 24 STATIC YES 12 YES 24 Channel High Density Modem 24 STATIC YES 13 YES 24 Channel High Density Modem 24 STATIC YES 14 YES 24 Channel High Density Modem 24 STATIC YES 15 YES --EMPTY-- 0 STATIC NO 16 YES HiPer Access Router NAC 0 DYNAMIC NO
Carl Duescher EZ-Net Staff "Do or do not, there is no try." -Yoda, Jedi Master
On Tue, 6 Jan 2004, Lewis Bergman wrote:
Date: Tue, 6 Jan 2004 10:06:54 -0600 From: Lewis Bergman <lbergman@wtxs.net> Reply-To: Discussion relating to the 3Com/US Robotics Total Control modem systems. <usr-tc@mailman.xmission.com> To: Discussion relating to the 3Com/US Robotics Total Control modem systems. <usr-tc@mailman.xmission.com> Subject: Re: [USR-TC] Problems getting DSP's to "Answer"
On Tuesday 06 January 2004 09:10 am, Carl Duescher wrote:
Do you mean does the ARC own the DSP slots? Could you do a list chassis for us anyway? The only reason I say that is dead air is a classic symptom of a properly configed DSP that isn't owned by an ARC. If list chassis shows correct have you done a save all and rebooted?
_______________________________________________ USR-TC mailing list USR-TC@mailman.xmission.com http://mailman.xmission.com/cgi-bin/mailman/listinfo/usr-tc
_______________________________________________ USR-TC mailing list USR-TC@mailman.xmission.com http://mailman.xmission.com/cgi-bin/mailman/listinfo/usr-tc
<!DSPAM:3ffadf64260151561313756>
Hard to tell....sometimes it's a pain getting in sync with the telco so to speak. Again...which telco provider is this...I might have some experience setting stuff up on their networks. Seems a little strange that your dsp's are statically assigned and the arc is dynamically assigned. I would stick with 1 way or the other. At this point I would probably let nmc chassis awarness do it's thing and dynamically find all the cards. You will probably have to reboot the arc or nmc (forget which) for the cards to be discovered properly. Todd ----- Original Message ----- From: "Carl Duescher" <carld@ez-net.com> To: "Discussion relating to the 3Com/US Robotics Total Control modem systems." <usr-tc@mailman.xmission.com> Sent: Tuesday, January 06, 2004 11:20 AM Subject: Re: [USR-TC] Problems getting DSP's to "Answer"
No I just didn't setup the HiperDSP in that slot so it is still setup as a PRI, it isn't in service just a spare.
On Tue, 6 Jan 2004, Todd Bertolozzi wrote:
Date: Tue, 6 Jan 2004 11:18:49 -0500 From: Todd Bertolozzi <todd.bertolozzi@voyager.net> Reply-To: Discussion relating to the 3Com/US Robotics Total Control modem systems. <usr-tc@mailman.xmission.com> To: Discussion relating to the 3Com/US Robotics Total Control modemsystems. <usr-tc@mailman.xmission.com> Subject: Re: [USR-TC] Problems getting DSP's to "Answer"
So do you have a PRI in slot 8 and channelized T1's in slots 9-14?
Todd ----- Original Message ----- From: "Carl Duescher" <carld@ez-net.com> To: "Discussion relating to the 3Com/US Robotics Total Control modem systems." <usr-tc@mailman.xmission.com> Sent: Tuesday, January 06, 2004 11:09 AM Subject: Re: [USR-TC] Problems getting DSP's to "Answer"
Here it is :). However it will answer as it should if the telco sets their switch to send digits and I enable the ack on address info receipt on the TC box...just seems odd to me that it would be required.
Slot Owner Description Ports Type Console 1 YES --EMPTY-- 0 STATIC NO 2 YES --EMPTY-- 0 STATIC NO 3 YES --EMPTY-- 0 STATIC NO 4 YES --EMPTY-- 0 STATIC NO 5 YES --EMPTY-- 0 STATIC NO 6 YES --EMPTY-- 0 STATIC NO 7 YES --EMPTY-- 0 STATIC NO 8 YES 24 Channel High Density Modem 23 STATIC YES 9 YES 24 Channel High Density Modem 24 STATIC YES 10 YES 24 Channel High Density Modem 24 STATIC YES 11 YES 24 Channel High Density Modem 24 STATIC YES 12 YES 24 Channel High Density Modem 24 STATIC YES 13 YES 24 Channel High Density Modem 24 STATIC YES 14 YES 24 Channel High Density Modem 24 STATIC YES 15 YES --EMPTY-- 0 STATIC NO 16 YES HiPer Access Router NAC 0 DYNAMIC NO
Carl Duescher EZ-Net Staff "Do or do not, there is no try." -Yoda, Jedi Master
On Tue, 6 Jan 2004, Lewis Bergman wrote:
Date: Tue, 6 Jan 2004 10:06:54 -0600 From: Lewis Bergman <lbergman@wtxs.net> Reply-To: Discussion relating to the 3Com/US Robotics Total Control modem systems. <usr-tc@mailman.xmission.com> To: Discussion relating to the 3Com/US Robotics Total Control modem systems. <usr-tc@mailman.xmission.com> Subject: Re: [USR-TC] Problems getting DSP's to "Answer"
On Tuesday 06 January 2004 09:10 am, Carl Duescher wrote:
Do you mean does the ARC own the DSP slots? Could you do a list chassis for us anyway? The only reason I say that is dead air is a classic symptom of a properly configed DSP that isn't owned by an ARC. If list chassis shows correct have you done a save all and rebooted?
_______________________________________________ USR-TC mailing list USR-TC@mailman.xmission.com http://mailman.xmission.com/cgi-bin/mailman/listinfo/usr-tc
_______________________________________________ USR-TC mailing list USR-TC@mailman.xmission.com http://mailman.xmission.com/cgi-bin/mailman/listinfo/usr-tc
<!DSPAM:3ffadf64260151561313756>
_______________________________________________ USR-TC mailing list USR-TC@mailman.xmission.com http://mailman.xmission.com/cgi-bin/mailman/listinfo/usr-tc
That was my fault, I changed it to static. The telco is CenturyTel (for both situations). I guess I will just have to work with them to see if we can figure out why this isn't working. Maybe the PM3's are just a bit more forgiving or assume certain things that the USR doesn't. On Tue, 6 Jan 2004, Todd Bertolozzi wrote:
Date: Tue, 6 Jan 2004 11:39:46 -0500 From: Todd Bertolozzi <todd.bertolozzi@voyager.net> Reply-To: Discussion relating to the 3Com/US Robotics Total Control modem systems. <usr-tc@mailman.xmission.com> To: Discussion relating to the 3Com/US Robotics Total Control modemsystems. <usr-tc@mailman.xmission.com> Subject: Re: [USR-TC] Problems getting DSP's to "Answer"
Hard to tell....sometimes it's a pain getting in sync with the telco so to speak. Again...which telco provider is this...I might have some experience setting stuff up on their networks.
Seems a little strange that your dsp's are statically assigned and the arc is dynamically assigned. I would stick with 1 way or the other. At this point I would probably let nmc chassis awarness do it's thing and dynamically find all the cards. You will probably have to reboot the arc or nmc (forget which) for the cards to be discovered properly.
<SNIP>
Yes...pm3's are more "forgiving". The total control's give you many more options hence they all need to be correct :-) Todd ----- Original Message ----- From: "Carl Duescher" <carld@ez-net.com> To: "Discussion relating to the 3Com/US Robotics Total Control modem systems." <usr-tc@mailman.xmission.com> Sent: Tuesday, January 06, 2004 11:43 AM Subject: Re: [USR-TC] Problems getting DSP's to "Answer"
That was my fault, I changed it to static. The telco is CenturyTel (for both situations). I guess I will just have to work with them to see if we can figure out why this isn't working. Maybe the PM3's are just a bit more forgiving or assume certain things that the USR doesn't.
On Tue, 6 Jan 2004, Todd Bertolozzi wrote:
Date: Tue, 6 Jan 2004 11:39:46 -0500 From: Todd Bertolozzi <todd.bertolozzi@voyager.net> Reply-To: Discussion relating to the 3Com/US Robotics Total Control modem systems. <usr-tc@mailman.xmission.com> To: Discussion relating to the 3Com/US Robotics Total Control modemsystems. <usr-tc@mailman.xmission.com> Subject: Re: [USR-TC] Problems getting DSP's to "Answer"
Hard to tell....sometimes it's a pain getting in sync with the telco so to speak. Again...which telco provider is this...I might have some experience setting stuff up on their networks.
Seems a little strange that your dsp's are statically assigned and the arc is dynamically assigned. I would stick with 1 way or the other. At this point I would probably let nmc chassis awarness do it's thing and dynamically find all the cards. You will probably have to reboot the arc or nmc (forget which) for the cards to be discovered properly.
<SNIP>
_______________________________________________ USR-TC mailing list USR-TC@mailman.xmission.com http://mailman.xmission.com/cgi-bin/mailman/listinfo/usr-tc
What telco are you working with? Even the city might help as I might have a box with the same provider running off the same switch. Here's a config on one of my boxes for you to take a look at. I'm still a bit confused as to how the telco is initially providing the circuits to you or what config parameters they say they have set. Look down below at your config settings to see how 1 of my boxes is setup. -----------> See below ----- Original Message ----- From: "Carl Duescher" <carld@ez-net.com> To: <usr-tc@mailman.xmission.com> Sent: Tuesday, January 06, 2004 9:55 AM Subject: [USR-TC] Problems getting DSP's to "Answer"
We just started replacing our PM3's with TC1000 boxes. The problem we are having, is when I get the box setup at two seperate locations, the T1's come up and everything looks great, however when you call the box you get nothing but dead air (basically a modem isn't answering). This has happened in two locations, one that is served off a GTD-5 and one is served off a DMS-10.
In working with the telco on the DMS-10 switch, we discovered that is the circuit is set to send the digits from the call (caller ID), AND I set the option on the HiperDSP to 'Ack Wink On Dial Address Info' a modem will then answer. Does anyone know if there is a way we could work around this without having the telco change things? Here is how the PM3 is configured followed by my options set in the TC1000 box:
PM3 Configuration ---------------------- line0 - T1 Inband DS0 ---------------
Status: UP Framing: D4 Encoding: AMI PCM: u-law
Signaling: Trunk E&M wink start
TC1000 Configuration Framing Mode dsx1D4**same Line Coding Options dsx1AMI**same Circuit Identifier Loopback Configuration dsx1NoLoop**same Signal Mode robbedBit**same Transmit Clock Source loopTiming**same NIC Type longHaul**same Response to Remote Loopback ignore**same Jitter Attenuation attenJitterOnRcvr**same Transmit Line Build Out dB0pt0**same Dial In Address dnis**NO ADDRESS** Dial In/Out Trunk Start Signal Type wink**same Ack Wink On Dial In Address Info Receive Disabled**same Dial Out Address Delay 70**same Dial In/Out Trunk Type eAndMTypeII**same Primary Switch Type priSw5ESS**same Idle Byte Pattern 254**same Receiver Gain dB26**same Tone Type dtmf**same Number of DTMF Tones 4**same Send Code dsx1SendNoCode**same External Signaling Mode (will take effect next boot) none Overlap Receiving Mode disable Overlap Receiving Inbound Digits Expected 12 Overlap Receiving Timeout Delay 12
This is how it is set when we get 'dead air' when calling into the box. In order to get an answer the telco must configure for digits to be sent and as mentioned before, we must enable the ack wink on dial in address info.
Here is the config we have on the GTD-5 switch for the PM3's and then followed by the TC1000 box. We get the same problem as we do with the DMS-10, just dead air. I have not worked with the telco on this problem so I don't know if a similiar work around might help but note that the circuits served off the GTD-5 are loop start and not wink.
PM3 Config ---------------------- line0 - T1 Inband DS0 ---------------
Status: UP Framing: D4 Encoding: AMI PCM: u-law
Signaling: FXS loop start
TC1000 Config Framing Mode dsx1D4 Line Coding Options dsx1AMI Circuit Identifier Loopback Configuration dsx1NoLoop Signal Mode robbedBit Transmit Clock Source loopTiming NIC Type longHaul Response to Remote Loopback ignore Jitter Attenuation attenJitterOnRcvr Transmit Line Build Out dB0pt0 Dial In Address dnis Dial In/Out Trunk Start Signal Type wink Ack Wink On Dial In Address Info Received disabled Dial Out Address Delay 70 Dial In/Out Trunk Type loopStart Primary Switch Type priSw5ESS Idle Byte Pattern 254 Receiver Gain dB26 Tone Type dtmf Number of DTMF Tones 4 Send Code dsx1SendNoCode External Signaling Mode (will take effect next boot) none Overlap Receiving Mode disable Overlap Receiving Inbound Digits Expected 12 Overlap Receiving Timeout Delay 12
Thank you in advance for any advice you may have.
_______________________________________________ USR-TC mailing list USR-TC@mailman.xmission.com http://mailman.xmission.com/cgi-bin/mailman/listinfo/usr-tc
participants (3)
-
Carl Duescher -
Lewis Bergman -
Todd Bertolozzi