On 5/15/07, <b class="gmail_sendername">J. David Bavousett</b> <<a href="mailto:davidb@alc.org">davidb@alc.org</a>> wrote:<div><span class="gmail_quote"></span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Two problems, possibly related:<br><br>Here's the configuration...my Asterisk box has a TDM844B in it; port 1-4<br>are FXS, 5-8 FXOs.<br><br>Here are the config files:<br><br>/etc/zaptel.conf:<br>--------<br>fxoks=1<br>
fxoks=2<br>fxoks=3<br>fxoks=4<br>fxsks=5<br>fxsks=6<br>fxsks=7<br>fxsks=8<br><br>loadzone = us<br>defaultzone = us<br>--------<br>/etc/asterisk/zapata.conf:<br>--------<br>[channels]<br>language=en<br>usecallerid=yes
<br>hidecallerid=no<br>callwaiting=no<br>threewaycalling=no<br>transfer=no<br>echocancel=yes<br>echocancelwhenbridged=yes<br>echotraining=yes<br>canpark=yes<br>rxgain=0.0<br>txgain=0.0<br><br>context=internal<br>signalling=fxo_ks
<br>channel => 1-4</blockquote><div><br>I recommend that you put in a group, like group=2 <br></div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
context=external<br>signalling=fxs_ks<br>channel => 5-8<br>--------<br><br>A snippet from /etc/asterisk/extensions.conf:<br>--------<br>[internal]<br>ignorepat => 9</blockquote><div><br>if you put in the group, you can dial out via:
<br>exten => _9NXXXXXX,1,Dial(Zap/g2/${EXTEN:1}) to start with the lowest available channel, or<br> Dial(ZAP/G2/${EXTEN:1}) to start with the highest available channel.<br><br>This will let you make more than one outgoing call at a time.
<br></div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">exten => _9NXXXXXX,2,Congestion()<br>exten => _9NXXXXXX,102,Congestion()
<br>--------<br><br>The SIP phone is also in the internal context, and other things below<br>that in the context work just fine on the internal network.<br><br>I don't know if it's relevant or not, but dialtone stops after I press
<br>9, which is not what I was led to believe would happen with the<br>ignorepat directive.</blockquote><div><br>Dial tone is generated by the SIP phone. You'll need to configure it directly on whatever SIP device you're using. Now, if your analog phones (like on ports 1-4) stop dial tone, you might need to be concerned.
<br></div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Problem A: Dialing in. If I call from my cell, the FXO picks right up,<br>and sends me to the voice menu that I have at the top of the [external]
<br>context. So far so good, but if the SIP that I get in touch with hangs<br>up, the FXO stays off-hook for more than a minute before dropping the<br>POTS line. If I pick that SIP phone back up, and dial an outside<br>
number, I can reconnect to the "dangling" call, which will hear the<br>tones after the 9... The outside caller will finally get dropped after<br>about a minute of waiting.</blockquote><div><br>This is "normal" when dealing with POTS lines. You can try to get disconnect supervision, try to trick zaptel into guessing what the state of the line is, but in my experience, it just comes with the territory. Disconnect supervision is, by far, the best solution, but most telcos stick their fingers in their ears when it's requested...
<br><br>That's one of the main reasons we use PRI where it makes sense, and have people hang up the phones where it doesn't.<br></div><br> <snip><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>Problem B: Dialing out. From the SIP phone, if I dial out, here's the<br>transcript:<br><br> -- Executing Dial("SIP/102-081854e0", "Zap/5/6653674") in new stack<br> -- Called 5/6653674<br>
-- Zap/5-1 answered SIP/102-081854e0<br> -- Hungup 'Zap/5-1'<br> == Spawn extension (internal, 96653674, 1) exited non-zero on<br>'SIP/102-081854e0'<br><br>Sometimes (about half the time) the phone I'm calling (in this case, a
<br>cell) will give part of one ring, then report a missed call. The SIP<br>phone hangs up after about 5 seconds. But not always. The rest of the<br>time, the SIP phone just eventually (15 or 20 secs) hangs up on its'
<br>own, and the cell never reports a missed call.</blockquote><div><br>I'm not sure on this one. It could be a bad line, the line may not be fully reset from the previous call, or something completely different.<br></div>
<br></div><br>