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