| 06:30.31 | *** join/#asterisk-dev mubbashir (~mubbashir@115-186-172-170.nayatel.pk) |
| 06:34.31 | mubbashir | Hi All, Is there any option to have user=phone in INVITE packet in From: tag. I have requirement from telco and check with the community get no option yet. |
| 06:40.44 | *** join/#asterisk-dev brc007 (~brc007@ip68-110-80-80.ph.ph.cox.net) |
| 06:46.08 | *** join/#asterisk-dev lumasepa (~gestoip@193.145.124.30.local.ull.es) |
| 07:15.12 | *** join/#asterisk-dev tzafrir (~tzafrir@local.xorcom.com) |
| 07:15.12 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 07:47.01 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 07:47.01 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 09:27.24 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 09:27.24 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 12:08.27 | *** join/#asterisk-dev [TK]D-Fender (~Joe@216-191-106-165.dedicated.allstream.net) |
| 13:37.48 | *** join/#asterisk-dev cresl1n (Adium@asterisk/libpri-and-libss7-expert/Cresl1n) |
| 13:37.48 | *** mode/#asterisk-dev [+o cresl1n] by ChanServ |
| 13:40.04 | *** join/#asterisk-dev mjordan (mjordan@nat/digium/x-ajjucnujupwxrkoq) |
| 13:40.04 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 13:48.50 | file | shake it off, shake it off |
| 14:06.37 | *** join/#asterisk-dev kharwell (kharwell@nat/digium/x-dranbjeavpfnorjl) |
| 14:39.52 | *** join/#asterisk-dev leedm777 (leedm777@nat/digium/x-pqwqvpjtvcfgicae) |
| 14:42.18 | *** join/#asterisk-dev leedm777 (leedm777@nat/digium/x-gezheqvxlflrcsas) |
| 14:46.38 | *** join/#asterisk-dev rmudgett (rmudgett@nat/digium/x-udbmrkealvkovfas) |
| 14:46.50 | *** join/#asterisk-dev rmudgett (rmudgett@nat/digium/x-hnpoceqguniyggia) |
| 14:52.51 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 14:52.52 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 14:56.21 | gtjoseph | rmudgett: there's a res_parking change in the master/CHANGES 13.8.0 to 13.9.0 section that's not in 13/CHANGES. Is this expected? |
| 14:56.32 | gtjoseph | rmudgett: there's a res_parking change in the master/CHANGES 13.8.0 to 13.9.0 section that's not in 13/CHANGES. Is this expected? |
| 14:58.19 | rmudgett | I intentionally did that. |
| 14:58.54 | rmudgett | UPGRADE is to bring particular notice of changes within a release branch |
| 14:58.54 | gtjoseph | did you also intentionally ise a '-' instead of a '*' as the bullet? |
| 14:59.24 | rmudgett | That would likely be a copy/paste artifact :) |
| 14:59.42 | gtjoseph | i thought it was the other way around? UPGRADE is between branches |
| 15:00.12 | rmudgett | That wasn't my understanding from what is in those files |
| 15:01.24 | gtjoseph | hmmm. |
| 15:02.33 | gtjoseph | Oh, I see what you did. |
| 15:03.08 | gtjoseph | It was a breaking change in 13 but not in master |
| 15:03.38 | gtjoseph | well, it won't be if someone upgrades from 13.9.0 or greater to 14 |
| 15:37.40 | seanbright | why are carriers so dumb? |
| 15:37.47 | seanbright | what is unclear about a 603? |
| 15:37.55 | cresl1n | they're not dumb, they're just big boned. |
| 15:37.55 | seanbright | it's fairly well defined |
| 15:38.47 | seanbright | they send an invite, i send back a 603, they send me the exact same invite again (difference call id), which i decline again |
| 15:39.20 | seanbright | and then they send two more for good measure |
| 15:39.24 | seanbright | so obnoxious |
| 15:40.07 | cresl1n | sounds like they're acting on a 603 the same as if they might act for a 600 |
| 15:41.53 | seanbright | we need better carriers |
| 15:42.05 | file | seanbright, and a private island |
| 15:50.50 | seanbright | that would be glorious |
| 15:58.20 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 15:58.21 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 16:55.33 | *** join/#asterisk-dev bof22 (~Thunderbi@80.12.42.116) |
| 17:02.09 | *** join/#asterisk-dev elguero (cf9a22a3@gateway/web/freenode/ip.207.154.34.163) |
| 17:12.25 | gtjoseph | file: you still doing gerrit upgrade tonight? |
| 17:12.44 | file | Yes |
| 17:12.47 | file | Why? |
| 17:12.56 | gtjoseph | Just asking. |
| 17:13.17 | file | 9PM CST unless I sneak it in earlier. |
| 17:14.57 | [TK]D-Fender | What link would I use to view GIT live via my browser? |
| 17:15.08 | [TK]D-Fender | I used to use the SVN one to look up sample configs, etc |
| 17:15.55 | gtjoseph | http://git.asterisk.org/gitweb/ |
| 17:16.49 | gtjoseph | github probably is easier to navigate https://github.com/asterisk/asterisk |
| 17:17.12 | file | There is also code.asterisk.org |
| 17:17.24 | file | Now I return to lunch conversation |
| 17:17.33 | [TK]D-Fender | Any easy way to see by branch? |
| 17:17.44 | gtjoseph | github |
| 17:20.30 | [TK]D-Fender | ok, I'll drill around a bit... |
| 17:20.34 | [TK]D-Fender | thanks |
| 17:27.42 | *** join/#asterisk-dev pchero (~pchero@109.70.54.56) |
| 17:43.06 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 17:43.07 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 18:06.19 | *** join/#asterisk-dev leedm777 (leedm777@nat/digium/x-qexavsuxpbyjaddn) |
| 18:18.02 | *** join/#asterisk-dev mjordan (mjordan@nat/digium/x-hyzsgkfpapvpqcry) |
| 18:18.02 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 19:21.25 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 19:21.25 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 19:37.29 | *** join/#asterisk-dev rmudgett (rmudgett@nat/digium/x-xciicfktrtwqmwof) |
| 19:48.07 | jameswf | a libpri release WOAH! |
| 19:49.36 | jameswf | I think such an announcement requires a level of pyrotechnics and grand areal display as that never happens |
| 19:51.27 | file | I celebrated by having a drink of water. |
| 19:53.37 | cresl1n | +1 |
| 19:53.43 | cresl1n | file: fire water? |
| 19:54.12 | file | cresl1n, hi |
| 19:54.32 | cresl1n | Moo? |
| 19:55.52 | file | moo |
| 20:09.28 | file | rmudgett, is an iterator returned from ao2_callback using OBJ_MULTIPLE created with AO2_ITERATOR_UNLINK? |
| 20:12.18 | rmudgett | file yes |
| 20:12.24 | file | joy |
| 20:12.54 | rmudgett | I have wished upon occasion that it simply returned a container |
| 20:13.26 | file | I needed to reuse the returned iterator |
| 20:13.30 | file | well - it would have been NICE |
| 20:49.03 | X-Rob | https://issues.asterisk.org/jira/browse/ASTERISK-25691 |
| 20:49.33 | X-Rob | file: can you have a look at the internal ticket and see if anything's happening with that one? |
| 20:49.47 | X-Rob | This is just a question, btw, we've been asked. |
| 20:49.57 | file | nothing |
| 20:51.22 | file | as in there's nothing extra on internal or anything going on with it |
| 21:06.35 | X-Rob | ok, thanks. |
| 21:12.19 | *** join/#asterisk-dev [TK]D-Fender (~joe@64.235.216.2) |
| 21:33.01 | *** join/#asterisk-dev putnopvut (putnopvut@asterisk/master-of-queues/mmichelson) |
| 21:33.01 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 21:51.02 | *** join/#asterisk-dev lukeescude__ (614d77ea@gateway/web/freenode/ip.97.77.119.234) |
| 21:53.01 | lukeescude__ | I would like to request a feature: T.38 status on completion. |
| 21:53.21 | lukeescude__ | The UDPTL debug information includes no info other than the actual packets. No completion status, no errors, etc. |
| 21:53.58 | kpfleming | the UDPTL layer has no knowledge of the T.38 session state |
| 21:54.23 | lukeescude__ | Ah, I mean specifically when Asterisk is working in T.38 gateway mode |
| 21:54.33 | lukeescude__ | When it is converting from a T.38 stream to uLaw or whatever else. |
| 21:57.00 | kpfleming | the information you seek will have to come from the T.38 layer |
| 21:58.12 | kpfleming | although in gateway mode it's still not doing T.4 processing, so it doesn't know much about page completions and errors |
| 21:58.12 | kpfleming | (maybe nothing at all, actually) |
| 21:58.12 | lukeescude__ | Interesting, then what is responsible for actually processing the stream as a FAX transmission? |
| 21:58.12 | kpfleming | the endpoints |
| 21:58.16 | kpfleming | in gateway mode, it's basically a modem, just moving bits between endpoints |
| 21:58.38 | lukeescude__ | Even if one endpoint is T.38 capable, and the other endpoint is strictly uLaw? |
| 21:58.42 | kpfleming | yes |
| 21:58.52 | kpfleming | there are many layers of protocols involved |
| 21:59.32 | lukeescude__ | Very cool. Unfortunately most of my software development skills are rooted in web applications, and not compiled code. |
| 22:00.33 | kpfleming | ok, so think of it this way: if you build a REST API service which provides the ability to get/put records in a database, the API service doesn't necessarily have any clue what the content of those records mean. |
| 22:00.55 | kpfleming | it's just a gateway between two ends. |
| 22:01.08 | lukeescude__ | Ah, that does make sense. It's just moving strings/ints/whatever else, but has no need to actually "know" content. |
| 22:01.14 | kpfleming | right. |
| 22:01.26 | kpfleming | in many cases it will, but it's not necessary. |
| 22:01.59 | lukeescude__ | Alright, cool. So do you have any tips on how I can program the Asterisk configuration to always force T.38 on an endpoint, then always enforce uLaw out the trunk? |
| 22:02.43 | kpfleming | i don't, i'm just lurking here while flying across the country, because i haven't used Asterisk in many years, but I was intimately involved in T.38 support when it was added :-) |
| 22:03.02 | lukeescude__ | Oh that's awesome! |
| 22:03.27 | kpfleming | in general you can't force an endpoint to use T.38 though, because non-T.38 mode just appears to be a voice call, there's no indication the call is being used for a FAX |
| 22:04.00 | kpfleming | that's like trying to have asterisk force the caller to speak English :-) |
| 22:04.45 | lukeescude__ | So, it's really up to one of the endpoints to detect and switch over to T.38? |
| 22:07.06 | kpfleming | yes |
| 22:07.47 | kpfleming | if i remember correctly asterisk has a way to snoop on the call and listen for the initial tones and then request a switch to T.38, but my memory of that is a bit hazy |
| 22:14.21 | kpfleming | something like adding a channel hook which will redirect the dialplan to the 'fax' extension if it hears the CNG tone from the calling FAX machine |
| 22:14.46 | kpfleming | then the dialplan code can call a function to initiate a T.38 switch |
| 22:17.16 | lukeescude__ | That makes sense... Thanks for the info! |
| 22:18.01 | kpfleming | hopefully at least 75% of what I said above is still accurate :-) |
| 22:39.15 | *** join/#asterisk-dev snuff-work (~blatus@203.87.61.22) |
| 22:39.16 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 22:43.07 | *** join/#asterisk-dev mjordan (mjordan@nat/digium/x-sbnguocfehnddbac) |
| 22:43.07 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 23:02.01 | *** part/#asterisk-dev kharwell (kharwell@nat/digium/x-dranbjeavpfnorjl) |
| 23:15.23 | file | falls over |
| 23:16.37 | gtjoseph | did you hurt yourself? |
| 23:19.51 | file | negative |
| 23:20.33 | file | although the 2.4GHz spectrum around here is so congested |
| 23:24.27 | kpfleming | hey, have you guys rewritten Asterisk in C++ yet? |
| 23:25.06 | file | kpfleming, Erlang |
| 23:25.44 | kpfleming | Erlang compile times are not long enough. C++ is much better. |
| 23:25.55 | file | kpfleming, I have a dinner conundrum |
| 23:26.11 | kpfleming | i suggest eating it, as opposed to throwing it out the window |
| 23:26.24 | file | excellent idea |
| 23:26.37 | file | gtjoseph, I may upgrade Jenkins early fyi |
| 23:26.47 | gtjoseph | oh cool |
| 23:26.54 | gtjoseph | which version |
| 23:27.06 | file | latest LTS, not going to 2 yet |
| 23:27.14 | kpfleming | 2 is not baked yet |
| 23:27.19 | file | indeed |
| 23:27.30 | gtjoseph | .11 or something? |
| 23:28.01 | file | Gerrit will be 2.12.something |
| 23:28.08 | file | Jenkins will be 1.642.3 |
| 23:28.23 | gtjoseph | 2.10.3.1 |
| 23:28.51 | file | yeah, that's what we're on right now |
| 23:29.20 | gtjoseph | oh, you said jenkins |
| 23:29.26 | gtjoseph | not paying attention |
| 23:52.26 | file | la la la |
| 23:59.33 | file | well, with rmudgett gone... I think... I will indeed do this 2 hours early (the Jenkins part) |