| 00:39.47 | *** part/#asterisk-dev mealstrom (~mealstrom@109.86.153.34) |
| 00:54.20 | *** join/#asterisk-dev philipp64|laptop (~chatzilla@208.98.179.21) |
| 01:26.59 | pabelanger | m17489 |
| 01:27.01 | MuffinMan | [new] [Asterisk] PBX/pbx_ael 0017489: Certain C-style comments cause large blocks of code to be ignored reported by ezamudio https://issues.asterisk.org/view.php?id=17489 |
| 01:27.38 | pabelanger | Is /* */ even a valid comment syntax for .conf files? |
| 01:28.26 | pabelanger | Not sure why .ael is different then normal .config comments. IE: ; ;--- |
| 03:16.08 | *** join/#asterisk-dev moy (~moy@bas1-unionville55-1177733492.dsl.bell.ca) |
| 03:57.13 | *** join/#asterisk-dev philipp64|laptop (~chatzilla@mail.redfish-solutions.com) |
| 04:05.00 | *** join/#asterisk-dev Netgeeks (~chris@1.sub-75-253-184.myvzw.com) |
| 04:32.30 | *** join/#asterisk-dev snuff-work (~aaa@210.9.82.197) |
| 04:32.30 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 04:52.03 | *** join/#asterisk-dev Netgeeks (~chris@170.sub-72-100-209.myvzw.com) |
| 05:40.21 | *** join/#asterisk-dev snuff-work (~aaa@210.9.82.197) |
| 05:40.21 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 07:07.32 | *** join/#asterisk-dev tamiel (~tamiel@213.30.183.226) |
| 07:46.38 | *** join/#asterisk-dev mealstrom (~mealstrom@109.86.153.34) |
| 07:48.40 | mealstrom | hi, are you supporting chan_datacard ? |
| 08:14.04 | *** join/#asterisk-dev sgimeno (~chatzilla@226.Red-80-33-64.staticIP.rima-tde.net) |
| 08:24.44 | *** join/#asterisk-dev hehol (~hehol@buero-gw.dortmund.loca.net) |
| 08:34.04 | *** part/#asterisk-dev mealstrom (~mealstrom@109.86.153.34) |
| 09:11.34 | *** join/#asterisk-dev frawd (~francois@120.Red-213-98-251.dynamicIP.rima-tde.net) |
| 09:56.01 | *** join/#asterisk-dev kchehab (~ksdc@212.98.141.202) |
| 09:56.06 | kchehab | hi ppl |
| 09:56.07 | kchehab | guys how to stop MOH when dialing using M option when 183 ring back tone arrives |
| 09:56.49 | kchehab | programing wise bcause its not aplicabel from options |
| 09:57.16 | kchehab | Applicable * |
| 11:15.05 | *** join/#asterisk-dev pabelanger (~pabelange@CPE0013f7abc09a-CM0013f7abc096.cpe.net.cable.rogers.com) |
| 11:24.24 | *** join/#asterisk-dev guilhermebr (~Guilherme@200.103.96.98) |
| 11:26.57 | *** join/#asterisk-dev frawd (~francois@120.Red-213-98-251.dynamicIP.rima-tde.net) |
| 11:49.30 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 11:49.31 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 11:55.35 | *** join/#asterisk-dev leifmadsen (~Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 11:55.35 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 11:55.51 | leifmadsen | mvanbaak: ping? |
| 11:56.21 | leifmadsen | or rather... ping anyone who knows anything about indications.conf and where you set your default zone :) |
| 11:56.51 | seanbright | pabelanger-away: in ael, c and c++ style comments are supported - although the implementation appears to be buggy based on that issue. |
| 11:57.48 | kchehab | guys do asterisk has a solution for this |
| 11:58.38 | leifmadsen | I can't quite seem to see where the definitive place to set your tonezone is. There appears to be places to set it up in /etc/dahdi/system.conf, chan_dahdi.conf, and indications.conf (defaultzone). You can also set it via the CHANNEL() function it seems. So any Europeans who can enlighten me on where they change it typically? |
| 12:09.30 | *** join/#asterisk-dev Victor_Yure (~victor@unaffiliated/victoryure/x-837844) |
| 12:14.13 | kchehab | ? |
| 12:14.49 | pabelanger | seanbright: Thanks |
| 12:15.11 | pabelanger | kchehab: #asterisk |
| 12:15.25 | kchehab | pabelanger is a dev issue |
| 12:15.37 | kchehab | it related to the code to to functions |
| 12:17.30 | *** join/#asterisk-dev Victor_Yure (~victor@unaffiliated/victoryure/x-837844) |
| 12:31.39 | *** join/#asterisk-dev Victor_Yure (~victor@unaffiliated/victoryure/x-837844) |
| 12:33.52 | *** join/#asterisk-dev Corydon76-dig (two@c-69-137-80-31.hsd1.tn.comcast.net) |
| 12:33.59 | *** mode/#asterisk-dev [+o Corydon76-dig] by ChanServ |
| 12:39.18 | *** join/#asterisk-dev mrgabu (~gbdurante@187.38.158.209) |
| 12:45.43 | *** join/#asterisk-dev ccesario (~ccesario@189-19-6-236.dsl.telesp.net.br) |
| 13:06.30 | *** join/#asterisk-dev frawd (~francois@83.39.207.254) |
| 13:10.04 | *** join/#asterisk-dev elguero (~miguel323@12.187.84.162) |
| 13:26.50 | *** join/#asterisk-dev moy (~moy@bas1-unionville55-1177733492.dsl.bell.ca) |
| 13:37.29 | *** join/#asterisk-dev bklang (~bklang@tesla.alkaloid.net) |
| 13:39.53 | tzafrir_laptop | M16906 |
| 13:39.55 | MuffinMan | [acknowledged] [Asterisk] Resources/res_musiconhold 0016906: [patch] moh files install under datadir, at runtime: under varlibdir reported by tzafrir https://issues.asterisk.org/view.php?id=16906 |
| 13:40.20 | tzafrir_laptop | tested it for a while in the Debian packaging. WorksForMe. Does this warant a review? |
| 13:54.01 | *** join/#asterisk-dev Tinque (~Tinque@118.192.64-86.rev.gaoland.net) |
| 13:54.21 | *** part/#asterisk-dev Tinque (~Tinque@118.192.64-86.rev.gaoland.net) |
| 13:59.27 | kchehab | guys kindly can you inform me where cani find the function for the dial with moh option so ican edit it |
| 14:00.18 | kchehab | or is there a command i can stop MOH from asterisk shell |
| 14:00.28 | kchehab | while its dialing |
| 14:01.00 | tzafrir_laptop | kchehab, 'Dial' is implemented in apps/app_dial.c |
| 14:01.32 | tzafrir_laptop | that is: the dialplan Dial() . Not the command-line dial |
| 14:09.17 | kchehab | tzafrir_laptop i read it more than twice,can you give me from which function i should start |
| 14:09.34 | kchehab | tzafrir_laptop if that will bother you forget it |
| 14:10.02 | tzafrir_laptop | kchehab, actual handling of 183 is probably more related to the SIP code in chan_sip or whatever |
| 14:10.02 | kchehab | i tried alot and always no scence |
| 14:10.51 | tzafrir_laptop | faintly recalls someone asking a similar question on this channel. Or was it in a bug report? |
| 14:12.05 | *** join/#asterisk-dev hugorebelo (~hugo@200-171-132-124.completo.com.br) |
| 14:13.41 | *** join/#asterisk-dev rrb3942 (~rbullock@208.34.105.161) |
| 14:20.55 | *** join/#asterisk-dev putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson) |
| 14:20.55 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 14:44.39 | *** join/#asterisk-dev dms (~dms@173-10-22-217-BusName-utah.ut.hfc.comcastbusiness.net) |
| 14:47.22 | *** join/#asterisk-dev The_Boy_Wonder (~vossel@asterisk/batman-developer/dvossel) |
| 14:47.22 | *** mode/#asterisk-dev [+o The_Boy_Wonder] by ChanServ |
| 14:48.44 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 14:48.45 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 14:49.50 | dms | chan_sip session timers tweak up for review at https://reviewboard.asterisk.org/r/698/ |
| 14:49.52 | dms | :) |
| 14:55.48 | kpfleming | dms: that language you quoted from RFC4028 is for proxies... asterisk is not a proxy |
| 14:55.56 | dms | ahh |
| 14:56.13 | kpfleming | going to take a quick glance at your patch now |
| 14:56.17 | dms | thanks |
| 14:57.56 | kpfleming | i'm not sure your patch is on the right track. "Require: timer" should only be inserted if asterisk has been told that you want to use session timers with that peer |
| 14:58.22 | kpfleming | if you tell asterisk you want to use session timers, then it has to include "Require: timer" in the message, otherwise it can't be sure that the Session-Expires header will be processed t all |
| 14:58.54 | kpfleming | so i'm curious under what scenario you want to have session timers enabled, but not require the other end to use them? |
| 14:59.09 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 14:59.09 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 15:01.41 | dms | I see |
| 15:02.11 | dms | 1 sec |
| 15:05.48 | dms | what about section 7.1 in the rfc? |
| 15:08.29 | kpfleming | which RFC? |
| 15:08.31 | dms | also, it's a 420 Bad Extension that I get from BT's gear to clarify. They're using ACMEs on the edge. |
| 15:08.37 | kpfleming | that's correct |
| 15:08.54 | dms | should be 4028 as well I believe. let me double check |
| 15:10.43 | kpfleming | 420 is the correct response (which does not mean the request is improperly formatted) when the request requires an option that the receiver of the request does not suppot |
| 15:11.41 | dms | I'll update the review board description |
| 15:12.18 | kpfleming | so, unless i am mistaken, your patch should *at most* control whether the 'timer' option-tag appears in a Require header or a Supported header; it must appear in one (and only one) of those for session timers to have any chance to be used |
| 15:13.41 | dms | sounds right |
| 15:14.21 | kpfleming | and it should appear in one of them unless session timers are disabled for that peer |
| 15:15.22 | dms | right |
| 15:15.25 | *** join/#asterisk-dev Ta^3 (~tacvbo@189.146.187.204) |
| 15:19.42 | *** join/#asterisk-dev Cresl1n (~matt@asterisk/libpri-and-libss7-expert/Cresl1n) |
| 15:19.42 | *** mode/#asterisk-dev [+o Cresl1n] by ChanServ |
| 15:21.34 | leifmadsen | rubs his eyes |
| 15:21.36 | leifmadsen | is that...? |
| 15:21.37 | leifmadsen | no... |
| 15:21.41 | leifmadsen | Cresl1n: ?!?! |
| 15:21.50 | Cresl1n | Hey :-) |
| 15:24.56 | *** join/#asterisk-dev marv (~timr@router.asteriasgi.com) |
| 15:40.55 | *** join/#asterisk-dev jameswf (~james@unaffiliated/jameswf-home) |
| 15:45.11 | *** join/#asterisk-dev malcolmd (~malcolmd@pdpc/sponsor/digium/malcolmd) |
| 15:45.11 | *** mode/#asterisk-dev [+o malcolmd] by ChanServ |
| 15:49.22 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 15:56.33 | cxreg | did a git-svn import of asterisk. anyone interested in it? |
| 15:56.56 | kpfleming | many people have |
| 15:57.09 | cxreg | oh, that's too bad, i coulda saved some time then |
| 15:57.44 | kpfleming | i don't know that anybody has a public one though |
| 15:58.15 | Corydon76-dig | tzafrir_laptop might |
| 15:59.01 | tzafrir_laptop | cxreg, http://gitorious.org/asterisk-tools/ :-p |
| 15:59.47 | cxreg | lol, thanks |
| 15:59.54 | tzafrir_laptop | Mirrored automatically, 4 times a day |
| 16:00.48 | cxreg | yikes, that repo might need a repack |
| 16:03.07 | tzafrir_laptop | cxreg, note the AUTHORS file I use |
| 16:04.42 | cxreg | tzafrir_laptop: very nice |
| 16:25.01 | *** join/#asterisk-dev caio1982 (~caio1982@CAcert-br/caio1982) |
| 16:40.31 | *** join/#asterisk-dev jtodd (wq6abr9u8f@asterisk/community-director-and-tie-dye-shirt-lover/jtodd) |
| 16:40.31 | *** mode/#asterisk-dev [+o jtodd] by ChanServ |
| 16:48.23 | *** join/#asterisk-dev bklang (~bklang@tesla.alkaloid.net) |
| 17:02.24 | *** join/#asterisk-dev elguero (~miguel323@12.187.84.162) |
| 18:26.10 | *** join/#asterisk-dev leifmadsen (~Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 18:26.10 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 21:01.21 | *** join/#asterisk-dev caio1982 (~caio1982@CAcert-br/caio1982) |
| 22:01.50 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 22:21.08 | *** join/#asterisk-dev italorossi (~italoross@201.76.154.130.intranet.digi.com.br) |
| 22:25.30 | italorossi | In core show channel output, ReadFormat refers to what asterisk reads from device (hard/soft phone) or what the device reads from asterisk? |
| 22:25.36 | kpfleming | neither |
| 22:25.47 | kpfleming | it is what the core is reading from the channel driver, after any translation |
| 22:25.57 | kpfleming | NativeReadFormat is what asterisk receives from the device |
| 22:27.44 | italorossi | so writeformat is what the core writes to the channel before translation? |
| 22:28.04 | kpfleming | yes |
| 22:29.17 | italorossi | thanks man |
| 22:49.46 | italorossi | kpfleming: I'm still a bit confused, can you take a look at this: http://pastebin.com/Zmtdbi6D ? |
| 22:50.14 | kpfleming | what about it? |
| 22:50.18 | italorossi | Why does it use three different codecs? |
| 22:51.08 | italorossi | Does it need to transcode from ulaw to alaw? |
| 22:51.47 | kpfleming | well... that's probably a bit of randomness in the building of the translation path from G.723 to u-Law; the cost of translating from G.723 to u-Law and from G.723 to a-Law are probably identical, so it's possible that each one could be randomly chosen for a particular call |
| 22:52.27 | kpfleming | no, it does not need to transcode from ulaw to alaw, but in this case it has chosen to do so... and i would suspect that some fiddling with the translation costs to and from G.723 is needed to keep that fro happening |
| 22:52.38 | kpfleming | i bet this happens all the time, but nobody has ever paid attention before |
| 22:52.44 | kpfleming | what version of asterisk is this? |
| 22:53.22 | italorossi | 1.4.27.1 |
| 22:53.52 | kpfleming | were either of these channel previously bridged to any other channels (before a transfer or redirect), or were prompts played to them? |
| 22:54.48 | italorossi | I don't think so, it was an outbound call |
| 22:55.24 | kpfleming | can you post the output of 'show translation recalc 60'? |
| 22:55.43 | kpfleming | what are you using for G.723.1 transcoding? asterisk doesn't have that. |
| 22:58.16 | italorossi | we're using this: http://www.readytechnology.co.uk/open/ipp-codecs-g729-g723.1/ |
| 22:58.33 | kpfleming | then i cant help you |
| 22:58.53 | kpfleming | there are patent and licensing issues involved with those codec modules which i don't wish to be involved with |
| 23:00.26 | italorossi | no problem, it's a test environment. I'm trying to understand the transcode process between channels |
| 23:04.12 | italorossi | we were looking at many examples and this was one that we couldn't understand |
| 23:04.30 | italorossi | you helped a lot |
| 23:04.45 | kpfleming | that's right; like i said, there could be a bit of randomness involved when there are equal-cost transcoding paths available |
| 23:15.27 | *** join/#asterisk-dev pabelanger_ (~pabelange@CPE001fe2a8fd1d-CM0012254094b2.cpe.net.cable.rogers.com) |
| 23:21.03 | italorossi | Got the idea. Everything is clearer now.. |
| 23:25.27 | kpfleming | glad to hear it |
| 23:30.38 | italorossi | see ya o/ |
| 23:52.43 | *** join/#asterisk-dev guilhermebr (~Guilherme@189.63.87.44) |