I tried implementing my * and it didn't pass the spouse factor at this time. I wanted to hook it up for outbound only at this point to get a better handle on the dial plans and the echo problem. I thought this might have been done before as a natural part of testing - but maybe not. In wcfxo.c I found this: if (!wc->offhook && !wc->ringdebounce) { if (!wc->ring && (wc->pegcount > PEGCOUNT)) { /* It's ringing */ if (debug) printk("RING!\n"); zt_hooksig(&wc->chan, ZT_RXSIG_RING); wc->ring = 1; } if (wc->ring && !wc->pegcount) { /* No more ring */ if (debug) printk("NO RING!\n"); zt_hooksig(&wc->chan, ZT_RXSIG_OFFHOOK); wc->ring = 0; } } Is changing the wc->ring = 1 to 0 an appropriate place to "fix" this for outbound-only operation? dbc. -- David Cook
Why hack the code for this? Just implement a wait() in your dialplan. That way you can switch back and forth between outbound-only and in/out by just changing the wait(120) to wait(1). -----Original Message----- From: asterisk-users-admin@lists.digium.com [mailto:asterisk-users-admin@lists.digium.com] On Behalf Of David Cook Sent: Wednesday, August 11, 2004 10:39 AM To: asterisk-users@lists.digium.com Subject: [Asterisk-Users] X100P outbound only (Don't answer) I tried implementing my * and it didn't pass the spouse factor at this time. I wanted to hook it up for outbound only at this point to get a better handle on the dial plans and the echo problem. I thought this might have been done before as a natural part of testing - but maybe not. In wcfxo.c I found this: if (!wc->offhook && !wc->ringdebounce) { if (!wc->ring && (wc->pegcount > PEGCOUNT)) { /* It's ringing */ if (debug) printk("RING!\n"); zt_hooksig(&wc->chan, ZT_RXSIG_RING); wc->ring = 1; } if (wc->ring && !wc->pegcount) { /* No more ring */ if (debug) printk("NO RING!\n"); zt_hooksig(&wc->chan, ZT_RXSIG_OFFHOOK); wc->ring = 0; } } Is changing the wc->ring = 1 to 0 an appropriate place to "fix" this for outbound-only operation? dbc. -- David Cook _______________________________________________ Asterisk-Users mailing list Asterisk-Users@lists.digium.com http://lists.digium.com/mailman/listinfo/asterisk-users To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
David Cook wrote:> I tried implementing my * and it didn't pass the spouse factor at this > time. I wanted to hook it up for outbound only at this point to get a > better handle on the dial plans and the echo problem. > > I thought this might have been done before as a natural part of > testing - but maybe not. > > In wcfxo.c I found this: > if (!wc->offhook && !wc->ringdebounce) { > if (!wc->ring && (wc->pegcount > PEGCOUNT)) { > /* It's ringing */ > if (debug) > printk("RING!\n"); > zt_hooksig(&wc->chan, ZT_RXSIG_RING); > wc->ring = 1; > } > if (wc->ring && !wc->pegcount) { > /* No more ring */ > if (debug) > printk("NO RING!\n"); > zt_hooksig(&wc->chan, ZT_RXSIG_OFFHOOK); > wc->ring = 0; > } > } > > Is changing the wc->ring = 1 to 0 an appropriate place to "fix" this > for outbound-only operation? > > dbc.In zapata.conf: .. signalling=fxs_ks context=spouse-factor channel => 1 .. In extensions.conf: .. [spouse-factor] exten => s,1,NoOp(${CALLERID}) [next-context] .. No Wait() or Answer() so the line will never be answered but incoming callerid will be in the log/cdr... :-) /Soren
Quoting From: "Soren Rathje" <asterisk@lolle.org>> No Wait() or Answer() so the line will never be answered but incoming > > callerid will be in the log/cdr... :-) > > /SorenI think I just missed something very fundamental. You are saying that the switch doesn't pickup the PSTN line until one of the choosen destinations performs an action like answer/dial, etc? I thought the switch picked up first, then routed the call based on the dial plan. So I can set usedistinctivering=yes with only an answer disposition/context on dring2 causing * to only pickup if you call that number!!! Very cool. -- David Cook