| 02:04.17 | *** join/#asterisk-doc tekati (~captain@cpe-66-75-215-63.bak.res.rr.com) |
| 02:37.48 | *** join/#asterisk-doc bugbot (~bugbot@d141-234-145.home.cgocable.net) |
| 05:15.16 | *** join/#asterisk-doc blitzrage (~blitzrage@blitzrage.documenter.extraordinaire.of.asterisk) |
| 05:15.16 | *** mode/#asterisk-doc [+o blitzrage] by ChanServ |
| 06:54.37 | *** join/#asterisk-doc ckruetze (~nospam@131.8.dsl3.ip.foni.net) |
| 07:11.16 | *** join/#asterisk-doc ckruetze (~nospam@131.8.dsl3.ip.foni.net) |
| 07:25.44 | *** join/#asterisk-doc ckruetze (~nospam@131.8.dsl3.ip.foni.net) |
| 07:34.23 | *** part/#asterisk-doc ckruetze (~nospam@131.8.dsl3.ip.foni.net) |
| 16:09.35 | *** join/#asterisk-doc ssv102 (~Gerrath@shanev.lifecor.com) |
| 16:14.23 | *** join/#asterisk-doc Shido6 (~greg@d57-87-253.home.cgocable.net) |
| 16:18.09 | *** join/#asterisk-doc jsmith (~jsmith@pip.drs1.omniture.com) |
| 16:18.09 | *** mode/#asterisk-doc [+o jsmith] by ChanServ |
| 16:31.40 | *** join/#asterisk-doc Shido6 (~greg@d57-87-253.home.cgocable.net) |
| 16:38.10 | *** join/#asterisk-doc oej_ (~Olle@40.186.204.213.sol.worldonline.se) |
| 16:38.48 | *** join/#asterisk-doc ckruetze (~nospam@i3ED63C66.versanet.de) |
| 16:50.04 | *** join/#asterisk-doc jsmith (~jsmith@pip.drs1.omniture.com) |
| 16:50.04 | *** mode/#asterisk-doc [+o jsmith] by ChanServ |
| 16:50.12 | jsmith | NASA finds water on Mars: http://antwrp.gsfc.nasa.gov/apod/ap050401.html |
| 17:23.00 | *** join/#asterisk-doc jsmith (~jsmith@64.50.35.114.2O7.net) |
| 17:23.00 | *** mode/#asterisk-doc [+o jsmith] by ChanServ |
| 17:24.33 | blitzrage | jsmith: yo |
| 17:34.27 | jsmith | yo ho |
| 17:44.02 | blitzrage | hey, what is a minimal configuration for an FXO card in zapata.conf ? |
| 17:44.41 | blitzrage | this is what I have right now... I'm sure I don't need the options... but I'm wondering if I should have them in there |
| 17:44.44 | blitzrage | [channels] |
| 17:44.46 | blitzrage | ; hardware channels |
| 17:44.49 | blitzrage | ; default |
| 17:44.51 | blitzrage | context=default |
| 17:44.54 | blitzrage | usecallerid=yes |
| 17:44.56 | blitzrage | hidecallerid=no |
| 17:44.59 | blitzrage | callwaiting=yes |
| 17:45.02 | blitzrage | usecallingpres=yes |
| 17:45.04 | blitzrage | callwaitingcallerid=yes |
| 17:45.07 | blitzrage | threewaycalling=yes |
| 17:45.09 | blitzrage | transfer=yes |
| 17:45.12 | blitzrage | echocancel=yes |
| 17:45.14 | blitzrage | echotraining=yes |
| 17:45.17 | blitzrage | rxgain=0.0 |
| 17:45.19 | blitzrage | txgain=0.0 |
| 17:45.22 | blitzrage | group=1 |
| 17:45.24 | blitzrage | callgroup=1 |
| 17:45.27 | blitzrage | pickupgroup=1 |
| 17:45.30 | blitzrage | immediate=no |
| 17:45.32 | blitzrage | ; define channels |
| 17:45.35 | blitzrage | context=<insert context here> |
| 17:45.37 | blitzrage | signalling=fxo_ks; Use FXS signalling for an FXO channel |
| 17:45.40 | blitzrage | channel => 1; PSTN attached to port 1 |
| 17:45.42 | blitzrage | yes I flooded the channel... but no one is talking anyways :) |
| 17:45.59 | jsmith | You've got context twice. |
| 17:46.25 | jsmith | By default, you should turn off call waiting and three way calling |
| 17:46.33 | blitzrage | yes, the first context is the "default" context, the second one is for the channel |
| 17:46.41 | jsmith | No, not really. |
| 17:47.04 | jsmith | When a channel is defined, it gets created with the options already set. |
| 17:47.13 | jsmith | There's nothing "default" about the first one. |
| 17:47.21 | blitzrage | ok, I'll remove it |
| 17:47.25 | jsmith | As it gets completely overwritten by the second one. |
| 17:47.30 | blitzrage | yep |
| 17:48.14 | blitzrage | I'm going to just remove the callwaitingcallerid line since I'm setting callwaiting to no |
| 18:01.26 | blitzrage | grrrr... how the heck do I word the fact that once an option is defined, it is inherited by all channels after the definition until it is changed |
| 18:04.59 | jsmith | Just like you said -- once an option is defined, it is inherited by all channels after the definition until it is changed |
| 18:06.33 | blitzrage | lol |
| 18:06.35 | blitzrage | thanks :) |
| 18:06.42 | blitzrage | you actually worded it better than I |
| 18:13.54 | blitzrage | I'm thinking the use of the Echo() application in an extensions.conf is still going to be necessary to verify that channels are working |
| 18:14.56 | jsmith | Maybe... |
| 18:15.09 | jsmith | I guess my thought is that if you can create a dialplan in five lines or less for testing, then do it. |
| 18:15.25 | jsmith | But it's gotta be *super* simple, or we'll lose people. |
| 18:15.29 | blitzrage | ok. I won't make it as complicated as previous |
| 18:15.31 | blitzrage | yep, I know |
| 18:15.43 | blitzrage | I'm just re-writing everything now |
| 18:18.03 | cypromis | 1 line |
| 18:18.23 | cypromis | blitzrage: I use miliwatt mostly for testing |
| 18:18.32 | cypromis | echo lies to often |
| 18:18.32 | cypromis | :) |
| 18:18.48 | blitzrage | just using Echo() as a bi-directional test |
| 18:18.55 | blitzrage | if the user can hear themselves... then it works |
| 18:19.17 | cypromis | yes and no |
| 18:19.22 | cypromis | echo() uses some weird things |
| 18:19.30 | cypromis | so sometimes echo will work |
| 18:19.33 | cypromis | but a bridge want |
| 18:21.48 | blitzrage | hrmmm... I still think Echo() is the easiest way for someone to verify that bi-directional comms works though... |
| 18:23.34 | cypromis | yes |
| 18:23.52 | cypromis | it would be nice though if echo() would actually use the same bridging as a REAL channel |
| 18:24.02 | cypromis | so that it would emulate a real channel and that way provide sokme real testing |
| 18:24.14 | blitzrage | interesting. I didn't know it didn't do that :) |
| 19:25.58 | *** join/#asterisk-doc Alric (~nbowyer@masq.hyperusa.com) |
| 19:28.46 | Alric | Hello |
| 19:29.48 | blitzrage | ahoi! |
| 19:32.16 | blitzrage | Alric: I filed a bug regarding my %23 problem on the Cisco's |
| 19:33.51 | Alric | Fun. |
| 19:34.00 | Alric | It'll be 6 months before you see the fix :P |
| 19:34.12 | Alric | If it has to go to development, that is. |
| 19:35.23 | Alric | Oh, SIp Firmware 8.x is coming out in May. |
| 19:36.12 | *** join/#asterisk-doc ckruetze (~nospam@i3ED63C66.versanet.de) |
| 19:36.14 | blitzrage | Alric: ooooooo |
| 19:36.21 | blitzrage | Alric: oej already has it assigned :) |
| 19:36.27 | Alric | eh? |
| 19:36.34 | Alric | Oh, I thought you meant filed with Cisco. |
| 19:36.35 | blitzrage | Alric: I should see a fix within a couple of days I'm guessing? |
| 19:36.43 | blitzrage | Alric: nope, its not a Cisco bug |
| 19:36.52 | Alric | Oh. |
| 19:36.58 | Alric | Yeah, Cisco's turnaround isn't grand :) |
| 19:37.08 | blitzrage | Alric: its Asterisk not accepting the escaped characters as per the SIP RFC :) |
| 19:37.28 | Alric | chuckle |
| 20:08.04 | blitzrage | jsmith: you have an email |
| 20:11.27 | jsmith | blitzrage: Yes, I do. |
| 20:57.35 | *** join/#asterisk-doc jsmith (~jsmith@pip.drs1.omniture.com) |
| 20:57.40 | *** mode/#asterisk-doc [+o jsmith] by ChanServ |
| 22:35.03 | *** join/#asterisk-doc Wazb (Wazb@207.245.215.111) |
| 22:39.27 | *** part/#asterisk-doc Wazb (Wazb@207.245.215.111) |