| 00:03.49 | *** join/#asterisk-dev acidfoo_ (~acidfoo@108.175.228.140) |
| 00:22.44 | *** join/#asterisk-dev oej (~oej@87.96.134.129) |
| 00:22.45 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 00:23.40 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 00:27.37 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 00:27.37 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 00:32.29 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 00:32.29 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 00:33.08 | *** join/#asterisk-dev acidfoo_ (~acidfoo@108.175.228.140) |
| 00:56.41 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 00:56.42 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 01:01.34 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 01:01.34 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 01:06.52 | *** join/#asterisk-dev oej (~oej@87.96.134.129) |
| 01:06.52 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 01:11.47 | *** join/#asterisk-dev oej (~oej@87.96.134.129) |
| 01:11.48 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 01:25.28 | *** join/#asterisk-dev oej (~oej@87.96.134.129) |
| 01:25.28 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 01:30.27 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 01:30.27 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 01:38.00 | gtjoseph | file: you around? |
| 01:38.05 | file | briefly |
| 01:38.32 | gtjoseph | well then you probably can't tell me what pjsip/transfers/attended_transfer/nominal/callee_local_blonde does. |
| 01:39.07 | gtjoseph | as it relates to "From" |
| 01:39.43 | gtjoseph | and uas.xml line 106 |
| 01:39.43 | file | it does a blonde transfer, which is the act of completing an attended transfer before the remote side has answered - effectively turning it into a blind transfer |
| 01:40.34 | gtjoseph | hmmm. |
| 01:57.26 | gtjoseph | ok , a calls b, b transfers to c. on the final invite to c who should be the "From"? |
| 01:58.55 | *** join/#asterisk-dev acidfoo_ (~acidfoo@108.175.228.140) |
| 02:06.36 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 02:09.37 | gtjoseph | giving up for the night. |
| 02:19.33 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 02:19.33 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 02:28.27 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 02:28.27 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 02:33.18 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 02:33.18 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 02:38.41 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 02:38.41 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 02:43.39 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 02:43.39 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 02:53.26 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 02:53.27 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 03:12.27 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 03:12.28 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 03:17.19 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 03:17.20 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 03:22.18 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 03:22.19 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 03:25.55 | *** join/#asterisk-dev coreyf1513 (~coreyfarr@68-118-182-198.dhcp.asfd.ct.charter.com) |
| 03:26.10 | *** join/#asterisk-dev chazzam_ (~chazz@donutokyo.info) |
| 03:26.47 | *** join/#asterisk-dev kasanop (~kasanop@ivanpoddubny.com) |
| 03:27.42 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 03:27.42 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 03:27.51 | *** join/#asterisk-dev leifmadsen (~leifmadse@asterisk/documenteur-extraordinaire/blitzrage) |
| 03:27.51 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 03:35.13 | *** join/#asterisk-dev danjenkins (danjenkins@gateway/shell/firrre/x-rfdowginqfkwwnmq) |
| 03:46.38 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 03:46.38 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 03:51.31 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 03:51.31 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 03:55.10 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 03:56.22 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 03:56.23 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 04:01.45 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 04:01.46 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 04:10.37 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 04:10.37 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 04:15.33 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 04:15.33 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 04:20.26 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 04:20.27 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 04:25.18 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 04:25.19 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 04:30.41 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 04:30.42 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 04:35.33 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 04:35.34 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 04:44.26 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 04:44.26 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 04:49.18 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 04:49.19 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 04:54.40 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 04:54.41 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 04:59.32 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 04:59.33 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 05:04.24 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 05:04.25 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 05:09.19 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 05:09.19 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 05:18.40 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 05:18.41 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 05:23.32 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 05:23.33 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 05:28.25 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 05:28.25 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 05:31.15 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 05:32.05 | *** join/#asterisk-dev luckman212 (~luckman21@unaffiliated/luckman212) |
| 05:33.19 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 05:33.19 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 05:35.11 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 05:38.40 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 05:38.41 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 05:43.33 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 05:43.34 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 05:52.29 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 05:52.29 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 05:57.20 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 05:57.21 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 05:59.19 | *** join/#asterisk-dev luckman212 (~luckman21@unaffiliated/luckman212) |
| 06:02.18 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 06:02.19 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 06:07.41 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 06:07.41 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 06:12.33 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 06:12.33 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 06:17.24 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 06:17.25 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 06:26.21 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 06:26.22 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 06:31.19 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 06:31.20 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 06:36.41 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 06:36.42 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 06:41.33 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 06:41.34 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 06:46.57 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 06:46.58 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 06:51.33 | *** join/#asterisk-dev tzafrir (~tzafrir@bzq-179-40-172.cust.bezeqint.net) |
| 06:51.34 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 07:05.13 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 07:05.14 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 07:10.37 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 07:10.37 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 07:12.24 | *** join/#asterisk-dev bof22 (~Thunderbi@185.13.183.107) |
| 07:15.29 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 07:15.30 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 07:20.23 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 07:20.23 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 07:25.19 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 07:25.19 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 07:34.41 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 07:34.42 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 07:39.47 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 07:39.47 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 07:42.47 | *** join/#asterisk-dev doome_ (~doome@82.150.48.146) |
| 07:44.43 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 07:44.44 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 07:49.39 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 07:49.39 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 07:54.32 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 07:54.32 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 07:59.24 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 07:59.25 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 08:08.20 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 08:08.20 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 08:13.41 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 08:13.42 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 08:15.07 | *** join/#asterisk-dev luckman212 (~luckman21@unaffiliated/luckman212) |
| 08:16.37 | *** join/#asterisk-dev tzafrir (~tzafrir@local.xorcom.com) |
| 08:16.37 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 08:23.27 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 08:23.27 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 08:28.18 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 08:28.19 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 08:33.41 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 08:33.42 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 08:38.26 | *** join/#asterisk-dev hehol (~hehol@gatekeeper.loca.net) |
| 08:47.20 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 08:47.21 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 08:52.42 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 08:52.43 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 08:57.37 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 08:57.37 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 09:02.29 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 09:02.30 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 09:02.50 | *** join/#asterisk-dev bof22 (~Thunderbi@185.13.183.107) |
| 09:07.22 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 09:07.23 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 09:21.32 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 09:21.32 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 09:26.24 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 09:26.25 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 09:27.52 | *** join/#asterisk-dev pchero_work (~pchero@109.70.54.56) |
| 09:31.18 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 09:31.19 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 09:36.41 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 09:36.42 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 09:41.34 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 09:41.35 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 09:55.45 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 09:55.46 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 10:00.47 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 10:00.48 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 10:10.27 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 10:10.28 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 10:15.19 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 10:15.20 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 10:24.42 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 10:24.43 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 10:29.36 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 10:29.37 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 10:34.48 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 10:34.48 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 10:39.57 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 10:39.58 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 10:49.36 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 10:49.37 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 10:58.30 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 10:58.31 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 11:03.05 | *** join/#asterisk-dev doome_ (~doome@82.150.48.146) |
| 11:03.25 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 11:03.42 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 11:08.18 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 11:08.19 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 11:13.45 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 11:13.45 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 11:18.42 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 11:18.43 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 11:23.34 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 11:23.35 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 11:32.29 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 11:32.29 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 11:37.21 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 11:37.21 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 11:42.19 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 11:42.19 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 11:47.40 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 11:47.41 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 11:52.32 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 11:52.33 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 11:57.24 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 11:57.25 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 12:06.19 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 12:06.20 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 12:11.19 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 12:11.20 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 12:16.18 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 12:16.19 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 12:21.40 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 12:21.41 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 12:26.33 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 12:26.33 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 13:29.10 | *** join/#asterisk-dev [TK]D-Fender (~chatzilla@216-191-106-163.dedicated.allstream.net) |
| 13:50.00 | *** join/#asterisk-dev Synthase_ (uid63346@gateway/web/irccloud.com/x-ztwhsdmrfwqkpkdv) |
| 14:04.17 | *** join/#asterisk-dev acidfoo_ (~acidfoo@modemcable002.114-70-69.static.videotron.ca) |
| 14:22.50 | *** join/#asterisk-dev flujan (~flujan@189-039-053-065.static.spo.ctbc.com.br) |
| 14:23.59 | flujan | hello guys, I am looking for someone to implement a sit tone detection in asterisk. For calls being originated by ami. Where can I search for this job post or bounty? please pvt |
| 14:44.34 | *** part/#asterisk-dev flujan (~flujan@189-039-053-065.static.spo.ctbc.com.br) |
| 14:44.47 | *** join/#asterisk-dev flujan (~flujan@189-039-053-065.static.spo.ctbc.com.br) |
| 15:09.19 | *** join/#asterisk-dev kharwell (kharwell@nat/digium/x-suonyowbcygradhf) |
| 15:17.16 | file | falls over |
| 15:32.55 | *** join/#asterisk-dev gtjoseph (~gtjoseph@unaffiliated/gtj) |
| 15:41.42 | *** join/#asterisk-dev flujan (~flujan@189-039-053-065.static.spo.ctbc.com.br) |
| 15:57.13 | *** join/#asterisk-dev rmudgett (rmudgett@nat/digium/x-auxzyfuumaetgehe) |
| 16:04.53 | gtjoseph | file: got a minute or two to chat about attended blonde transfer? |
| 16:06.13 | file | in 5 minutes yes |
| 16:06.25 | gtjoseph | ok ping me when you're available |
| 16:06.59 | file | I'll grab putnopvut too, he's the expert on those |
| 16:07.12 | gtjoseph | perfect. i'll type the scenario in tehmean time |
| 16:07.51 | *** join/#asterisk-dev putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson) |
| 16:07.51 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 16:08.12 | gtjoseph | a calls b. b puts a on hold. b calls c. before c answers, b does the transfer. |
| 16:08.30 | gtjoseph | the questrion is about the final INVITE asterisk sends to c. |
| 16:09.17 | gtjoseph | currently, the From on that INVITE is b. |
| 16:09.42 | gtjoseph | After my anonymize patch, it's a. |
| 16:09.59 | gtjoseph | call flows i find via google all sugges that it should be a. |
| 16:10.02 | file | is the final INVITE to update connected line information? |
| 16:10.07 | gtjoseph | yes |
| 16:10.42 | gtjoseph | it's an in-dialog INVITE |
| 16:11.08 | *** join/#asterisk-dev cresl1n (Adium@asterisk/libpri-and-libss7-expert/Cresl1n) |
| 16:11.08 | *** mode/#asterisk-dev [+o cresl1n] by ChanServ |
| 16:11.16 | file | once established some devices do not like the From changing at all, it breaks them |
| 16:12.23 | gtjoseph | well, every RFC I've scanned shows the From being from the original party. |
| 16:12.53 | gtjoseph | wdoekes: if you're around, feel free to chime in. |
| 16:12.55 | file | the original party on that call would be b |
| 16:13.04 | file | the act of completing the transfer changes the party to a |
| 16:13.15 | gtjoseph | sorry, the original originator, :) |
| 16:14.43 | gtjoseph | of course, many of the examples I've found aren't b2bua |
| 16:15.22 | file | right, in the case of a b2bua the other party has no idea that anything has changed - it's still the same leg to them |
| 16:15.25 | gtjoseph | and now i can't find the one i was just looking at. |
| 16:16.31 | *** join/#asterisk-dev Qwell (~north@asterisk/developer/Qwell) |
| 16:16.31 | *** mode/#asterisk-dev [+o Qwell] by ChanServ |
| 16:16.54 | gtjoseph | damn. i had a proxy conference scenario and i lost it. |
| 16:18.32 | gtjoseph | https://tools.ietf.org/html/rfc5359#page-101 |
| 16:19.28 | gtjoseph | it doesn't have an exact scenario, but all the invites to the final called party have a from of A |
| 16:19.56 | gtjoseph | and it's a proxy not b2bua |
| 16:21.12 | file | I understand that it should be possible, however the restriction was put into place during PJSIP development based on real world testing - we could remove it, but we'd likely end up breaking an interaction with at least one series of phones |
| 16:21.50 | gtjoseph | ok. i don't have a problem with it. i just wanted to make sure. |
| 16:22.00 | file | I want to say Polycom. |
| 16:22.07 | gtjoseph | figures. |
| 16:34.14 | *** join/#asterisk-dev flujan (~flujan@189-039-053-065.static.spo.ctbc.com.br) |
| 17:04.58 | *** join/#asterisk-dev bof22 (~Thunderbi@185.13.183.107) |
| 17:05.05 | wdoekes | gtjoseph: (1) switching From is not something that will behave well |
| 17:05.18 | gtjoseph | just making sure |
| 17:05.21 | wdoekes | (2) chan_sip tries to do a callerid UPDATE during blonde transfer |
| 17:05.28 | wdoekes | but not an additional invite |
| 17:05.28 | gtjoseph | and i want to add notes to that effect |
| 17:05.49 | wdoekes | (and obviously keeps the From in tact) |
| 17:07.05 | *** join/#asterisk-dev newtonr (RustyNewto@nat/digium/x-hjvarexwkoycvxwr) |
| 17:07.05 | *** mode/#asterisk-dev [+o newtonr] by ChanServ |
| 17:07.32 | wdoekes | (got to run, pancake thursday) |
| 17:07.46 | gtjoseph | oooh pancakes. :) |
| 17:18.48 | gtjoseph | file or putnopvut was there a reason we made connect_line_method default to invite instead of update if chan_sip uses update? |
| 17:19.17 | file | no idea! |
| 17:19.25 | gtjoseph | :) |
| 17:20.00 | putnopvut | Heh, I thought chan_sip used INVITE as its default |
| 17:20.45 | gtjoseph | i was just going by what wdoekes said |
| 17:21.06 | gtjoseph | and i'm not opening that file to check :) |
| 17:26.10 | putnopvut | I just had a look, and there's not actually a corresponding option there. Instead, we look at the state of the call. If we are in a position where we can't send an INVITE but can send an UPDATE, then we send the UPDATE if the udpate method has been allowed in the configuration. By default, UPDATE is allowed, I believe. If we can send an INVITE, then we will send an INVITE or UPDATE based on the configured reinvite method. |
| 17:26.10 | putnopvut | By default, that would be an INVITE. |
| 17:27.10 | putnopvut | I believe the option in pjsip.conf is specifically for the case where the call state allows us to send a reinvite. The option dictates whether we should send an INVITE or UPDATE in that case. Sending INVITE by default corresponds with chan_sip's behavior. |
| 17:27.21 | gtjoseph | hmmm. |
| 17:27.23 | gtjoseph | ok |
| 17:27.30 | gtjoseph | good to know |
| 17:28.17 | putnopvut | For PJSIP, we decided to break up direct_media_method and connected_line_method. |
| 17:29.04 | gtjoseph | yeah and I actually forgot about connected_line_method. i need to test with it set up update |
| 18:01.31 | *** join/#asterisk-dev pchero (~pchero@109.70.54.56) |
| 18:05.12 | *** part/#asterisk-dev drmessano (drmessano@pdpc/supporter/active/drmessano) |
| 18:53.49 | *** join/#asterisk-dev hexanol (~bibi@modemcable094.94-70-69.static.videotron.ca) |
| 19:04.47 | hexanol | hi |
| 19:04.52 | hexanol | I'm new to the autochan concept |
| 19:05.05 | hexanol | and was wondering if they were always "safe" |
| 19:05.17 | hexanol | to use |
| 19:05.35 | hexanol | for example, in app_chanspy, there's this code |
| 19:05.51 | hexanol | ast_channel_lock(chan); |
| 19:05.51 | hexanol | spyer_name = ast_strdupa(ast_channel_name(chan)); |
| 19:05.51 | hexanol | ast_channel_unlock(chan); |
| 19:06.08 | hexanol | oops... that's not the right piece of code... |
| 19:06.15 | hexanol | I meant |
| 19:06.25 | hexanol | ast_channel_lock(spyee_autochan->chan); |
| 19:06.26 | hexanol | name = ast_strdupa(ast_channel_name(spyee_autochan->chan)); |
| 19:06.26 | hexanol | ast_channel_unlock(spyee_autochan->chan); |
| 19:07.34 | hexanol | if spyee_autochan->chan points to a local channel that is currently being optimized before ast_channel_lock returns |
| 19:08.12 | hexanol | then ast_channel_lock is going to lock the now-zombie channel |
| 19:08.40 | hexanol | and spyee_autochan->chan will be updated to point to the "new" (non-zombie) channel |
| 19:09.10 | hexanol | and then, ast_channel_unlock will be done on the non-zombie channel |
| 19:09.56 | hexanol | and then you are in the situation where your thread still has a lock on a channel (the channel who is now a zombie)... |
| 19:10.58 | hexanol | ... my explanation aren't very clear, but does this kind of problem ring a bell to someone ? |
| 19:12.17 | hexanol | I'm trying to troubleshoot a recurrent freeze on an Asterisk 11 where there's a lot of local channels and chanspy |
| 19:14.29 | hexanol | (in the chanspy example I gave, the solution would be to assign "spyee_autochan->chan" to a local variable and then pass this value to both "ast_channel_lock" and "ast_channel_unlock") |
| 19:27.09 | wdoekes | hexanol: I think I've had that problem for several years now. I'm glad you seem to have found the likely cause |
| 19:28.11 | hexanol | yay |
| 19:29.35 | wdoekes | :q |
| 19:29.37 | hexanol | I added a "sleep(1)" just before the call to ast_autochan_new_channel in the ast_do_masquerade function |
| 19:30.14 | hexanol | and then I'm able to reproduce the freeze with my scenario |
| 19:30.41 | hexanol | I'll do a couple more tests, and check if it still applies to asterisk 13, and open an issue on the tracker |
| 19:30.55 | wdoekes | there is one already |
| 19:31.24 | hexanol | oh, can you give me the link ? |
| 19:31.40 | hexanol | did not see it |
| 19:31.42 | wdoekes | fairly recent: https://issues.asterisk.org/jira/browse/ASTERISK-25321?filter=11613 |
| 19:31.53 | hexanol | alright, indeed |
| 19:35.41 | wdoekes | but, one shouldn't be able to lock the spyee_autochan->chan there. if you look at ast_do_masq, you'll see that before the ast_autochan_new_channel() a call to ast_channel_lock_both() is done |
| 19:42.34 | hexanol | the ast_channel_lock will wait until the thread executing ast_do_masquerade unlocks the channel |
| 19:43.03 | hexanol | the problem is, the pointer to the channel (spyee_autochan->chan) has already been evaluated before ast_channel_lock returns |
| 19:43.15 | hexanol | so ast_channel_lock is caller with a pointer X |
| 19:43.24 | hexanol | *called |
| 19:43.31 | hexanol | and ast_channel_unlock is called with a pointer Y (X != Y) |
| 19:57.09 | wdoekes | you may be right. going slow here. spyee_autochan->chan is X, we fetch that, at that point it gets swapped, and *then* we lock(X), which should've been Y. when unlocking it has in the mean time become Y so we unlock the wrong thing. |
| 20:02.26 | *** join/#asterisk-dev doome_ (~doome@94-21-148-183.pool.digikabel.hu) |
| 20:30.17 | *** join/#asterisk-dev doome_ (~doome@94-21-148-183.pool.digikabel.hu) |
| 20:31.46 | *** join/#asterisk-dev tzafrir (~tzafrir@bzq-179-40-172.cust.bezeqint.net) |
| 20:31.47 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 20:51.58 | *** join/#asterisk-dev acidfoo_ (~acidfoo@modemcable002.114-70-69.static.videotron.ca) |
| 20:55.18 | wdoekes | hexanol: does https://issues.asterisk.org/jira/secure/attachment/53678/ASTERISK-25321_retry_chan_lock_until_stable.patch do what you expect? |
| 20:55.35 | wdoekes | I know it's not pretty ;) |
| 21:15.23 | gtjoseph | kharwell: did you answer all your own questions about 2073 or do I need to address something still? |
| 21:18.57 | kharwell | gtjoseph: Just the second one. I'm still curious about the change to RTLD_LOCAL vs RTLD_GLOBAL |
| 21:19.21 | gtjoseph | oh gotcha. want an explanation here or in the comments? |
| 21:19.30 | kharwell | either is fine |
| 21:20.15 | gtjoseph | of only the LOCAL flag is set, then any symbols exported by a library won't be available fir libraries loaded in the future |
| 21:20.40 | gtjoseph | so in the first pass a lot will fail |
| 21:21.34 | gtjoseph | and the loop will never pick them up. |
| 21:22.54 | kharwell | my worry was (and I don't know if the scenario is even possible) that a module would load using the RTLD_GLOBAL flag and potentially overwrite a previously loaded module's symbols |
| 21:23.23 | kharwell | it looked like that call would try to load the module. If it succeeded then it would unload it and do it again |
| 21:23.53 | gtjoseph | it does and always did. |
| 21:24.08 | kharwell | hrm now that I say that I guess if the scenario was possible either way it wouldn't matter. Since it gets unloaded |
| 21:24.10 | gtjoseph | the problem is we don't know if a module exports global symbols unless we open it forst. |
| 21:25.21 | kharwell | Is that what the first call to load is doing? Checking if contains global symbols? |
| 21:25.34 | gtjoseph | the first time we open it we have to use GLOBAL. The second time we open it, we can use LOCAL or GLOBAL depending on the module settings we got the first time |
| 21:26.57 | kharwell | Interesting. I wonder how it was working before then since it was using LOCAL before |
| 21:27.07 | gtjoseph | yep. we can only tell if we actually call dlopen. |
| 21:27.20 | gtjoseph | it wasn't. hence the patch. :) |
| 21:27.37 | kharwell | aah heh okay that makes sense |
| 21:28.10 | gtjoseph | yep. there was no handling of one global module requiring another. |
| 21:28.43 | gtjoseph | because the first dlopen wasn't allowing the symbols to be exported. |
| 21:30.04 | kharwell | That clears things up. Thanks for the explanation. |
| 21:30.17 | gtjoseph | no prob. i pasted it into the comments. |
| 21:33.35 | *** join/#asterisk-dev jsmith (~jsmith@fedora/jsmith) |
| 21:33.38 | *** mode/#asterisk-dev [+o jsmith] by ChanServ |
| 21:34.12 | *** join/#asterisk-dev kharwell (kharwell@nat/digium/x-mprbitsslezcmdnf) |
| 21:53.32 | *** join/#asterisk-dev kharwell (kharwell@nat/digium/x-hxemcobuvvegnwju) |
| 22:07.15 | *** join/#asterisk-dev [TK]D-Fender (~joe@64.235.216.2) |
| 22:07.57 | *** join/#asterisk-dev sruffell (sruffell@asterisk/the-kernel-guy/sruffell) |
| 22:07.57 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 22:37.30 | *** join/#asterisk-dev kharwell (kharwell@nat/digium/x-nfmyibbtgcamfgpp) |
| 23:14.01 | rmudgett | gtjoseph: I think you left some debug modifications in the static link patch |
| 23:14.10 | gtjoseph | eh, where? |
| 23:14.25 | rmudgett | Setting the DOWNLOAD variable in Makefile.rules seems to be sabotaged |
| 23:14.40 | rmudgett | The assignment is using != instead of := |
| 23:15.10 | rmudgett | third-party/Makefile.rules |
| 23:15.23 | gtjoseph | there was a reason for that but i forget... looking. |
| 23:16.13 | gtjoseph | oh, != is assigning the results og the command. |
| 23:16.58 | gtjoseph | 'DOWNLOAD != which wget 2>/dev/null' means assign the results of the which to DOWNLOAD |
| 23:18.07 | gtjoseph | although my spacing isn't consystent on the following line |
| 23:19.26 | rmudgett | Shouldn't that be DOWNLOAD := 'which wget' 2>/dev/nul |
| 23:20.49 | gtjoseph | that'll make DOWNLOAD the literal string "which wget 2>/dev/null" |
| 23:21.48 | rmudgett | I thought single quotes executed the command. |
| 23:22.24 | gtjoseph | not that I know of. |
| 23:22.39 | gtjoseph | are you thinking of the backtick ` |
| 23:22.48 | rmudgett | maybe |
| 23:23.10 | rmudgett | I'm having trouble getting the tarbal downloaded |
| 23:23.21 | rmudgett | my DOWNLOAD value is empty |
| 23:23.28 | gtjoseph | i could also have written that as DOWNLOAD := $(shell which wget 2>/dev/null) |
| 23:23.29 | rmudgett | I have wget and curl available |
| 23:23.35 | gtjoseph | what kind of trouble? |
| 23:24.13 | rmudgett | DOWNLOAD is an empty value |
| 23:24.27 | gtjoseph | hmmm. |
| 23:25.50 | gtjoseph | from ASTTOPDIR, make distclean ; cd third_party/pjproject ; make NOISY_BUILD=yes configure |
| 23:30.02 | rmudgett | That shell line you gave works |
| 23:30.30 | gtjoseph | what version of make are you running? |
| 23:30.44 | gtjoseph | i can do a patch in a few minutes. |
| 23:30.52 | rmudgett | GNU make 3.8.1 |
| 23:31.02 | rmudgett | s/3.8.1/3.81 |
| 23:31.12 | gtjoseph | 4.0 for me |
| 23:31.15 | gtjoseph | maybe thaty's it |
| 23:31.33 | rmudgett | The != operator may be new since 3.81 |
| 23:31.42 | gtjoseph | yep. |
| 23:31.47 | gtjoseph | 5 minutes |
| 23:41.25 | gtjoseph | rmudgett: patches up. |
| 23:41.41 | rmudgett | k |
| 23:45.01 | rmudgett | commented |
| 23:48.38 | gtjoseph | interesting on the tabs/spaces. i must have cut and paste part. |