| 00:05.24 | *** join/#asterisk-dev Dovid (~dovid@144.202.193.41) |
| 00:15.33 | *** join/#asterisk-dev Dovid (~dovid@144.202.193.41) |
| 00:28.01 | *** join/#asterisk-dev Dovid (~dovid@144.202.193.41) |
| 00:33.02 | *** join/#asterisk-dev Dovid (~dovid@144.202.193.41) |
| 00:51.46 | *** join/#asterisk-dev luckman212 (~luckman21@unaffiliated/luckman212) |
| 00:52.08 | *** join/#asterisk-dev jameswf (uid27319@gateway/web/irccloud.com/x-vvgduthnnhlacwbo) |
| 00:57.54 | *** join/#asterisk-dev Dovid (~dovid@144.202.192.13) |
| 00:59.53 | *** join/#asterisk-dev skrusty (~skrusty@88.150.145.104) |
| 00:59.53 | *** mode/#asterisk-dev [+o skrusty] by ChanServ |
| 01:23.48 | *** join/#asterisk-dev Dovid (~dovid@144.202.192.13) |
| 01:33.00 | *** join/#asterisk-dev Dovid (~dovid@144.202.193.34) |
| 01:42.51 | *** join/#asterisk-dev Dovid (~dovid@144.202.193.34) |
| 01:50.42 | *** join/#asterisk-dev Dovid (~dovid@144.202.193.34) |
| 03:38.06 | *** join/#asterisk-dev luckman212 (~luckman21@unaffiliated/luckman212) |
| 05:32.31 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 06:13.11 | *** join/#asterisk-dev bof22 (~Thunderbi@ARennes-650-1-97-26.w2-2.abo.wanadoo.fr) |
| 07:00.28 | *** join/#asterisk-dev bof22 (~Thunderbi@185.13.183.107) |
| 07:11.42 | *** join/#asterisk-dev luckman212 (~luckman21@unaffiliated/luckman212) |
| 07:17.33 | snuff-work | if i made a new issue for building on solaris.. would someone still review it? |
| 07:18.17 | snuff-work | also if i wanted configure to check another location for a library.. how would i go about it.. (i fear the m4) |
| 07:19.04 | snuff-work | example: most machines.. jansson.h is just under /usr/include... on a solaris its /usr/include/jansson/jansson.h.. |
| 07:34.07 | *** join/#asterisk-dev pchero (~pchero@109.70.54.56) |
| 07:56.48 | Aurele_ | hi everyone |
| 07:58.41 | Aurele_ | I'm writing a custom channel and i'm facing some issues with codec negociation |
| 07:59.42 | Aurele_ | when I receive a call through my channel everythong goes right, asterisk gives only one codec to my channel |
| 08:00.01 | Aurele_ | (in the request function) |
| 08:01.10 | Aurele_ | when the call comes from my channel, this is more tricky to me, I can't find how I the channel can know which codec is used |
| 08:01.36 | Aurele_ | (maybe in the answer function but I didn't find how) |
| 08:02.25 | Aurele_ | I don't want asterisk to transcode, as I can manage multiple codecs |
| 08:13.45 | *** join/#asterisk-dev ixyd (~denzs@b2b-46-252-133-250.unitymedia.biz) |
| 08:17.35 | *** join/#asterisk-dev tzafrir (~tzafrir@local.xorcom.com) |
| 08:17.35 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 09:01.57 | *** join/#asterisk-dev pchero (~pchero@109.70.54.56) |
| 09:15.40 | *** join/#asterisk-dev luckman212 (~luckman21@unaffiliated/luckman212) |
| 09:21.50 | *** join/#asterisk-dev hehol (~hehol@gatekeeper.loca.net) |
| 09:28.14 | *** join/#asterisk-dev pchero (~pchero@109.70.54.56) |
| 10:23.53 | *** join/#asterisk-dev Dovid (~dovid@ool-4573a525.dyn.optonline.net) |
| 10:30.19 | *** join/#asterisk-dev pchero (~pchero@109.70.54.56) |
| 11:33.14 | *** join/#asterisk-dev pchero (~pchero@109.70.54.56) |
| 12:11.11 | *** join/#asterisk-dev Marquis42 (~Marquis42@d14-69-130-192.try.wideopenwest.com) |
| 12:11.11 | *** mode/#asterisk-dev [+o Marquis42] by ChanServ |
| 12:30.33 | *** join/#asterisk-dev pchero (~pchero@109.70.54.56) |
| 13:09.04 | *** join/#asterisk-dev hexanol (~bibi@modemcable094.94-70-69.static.videotron.ca) |
| 13:34.33 | *** join/#asterisk-dev pchero (~pchero@109.70.54.56) |
| 14:09.50 | *** join/#asterisk-dev newtonr (~newtonr@173-17-133-211.client.mchsi.com) |
| 14:09.50 | *** mode/#asterisk-dev [+o newtonr] by ChanServ |
| 14:29.34 | *** join/#asterisk-dev sduthil (~sduthil@modemcable094.94-70-69.static.videotron.ca) |
| 14:35.01 | *** join/#asterisk-dev pchero (~pchero@109.70.54.56) |
| 15:03.42 | *** join/#asterisk-dev leedm777 (textual@nat/digium/x-hvqtgpsdzatbbfhc) |
| 15:03.43 | *** mode/#asterisk-dev [+o leedm777] by ChanServ |
| 15:20.42 | *** join/#asterisk-dev kharwell (kharwell@nat/digium/x-acdkkxesafhbakct) |
| 15:20.42 | *** mode/#asterisk-dev [+o kharwell] by ChanServ |
| 15:35.34 | *** join/#asterisk-dev pchero (~pchero@109.70.54.56) |
| 15:41.55 | *** join/#asterisk-dev luckman212 (~luckman21@unaffiliated/luckman212) |
| 15:51.10 | *** join/#asterisk-dev pnlarsson (~niklas@2a02:760:1000:6:8e89:a5ff:fe60:f5f0) |
| 15:53.04 | *** join/#asterisk-dev rmudgett (rmudgett@nat/digium/x-yvwvmavqayraudae) |
| 15:53.04 | *** mode/#asterisk-dev [+o rmudgett] by ChanServ |
| 16:36.37 | *** join/#asterisk-dev pchero (~pchero@109.70.54.56) |
| 17:37.08 | *** join/#asterisk-dev pchero (~pchero@109.70.54.56) |
| 18:37.00 | *** join/#asterisk-dev pchero (~pchero@109.70.54.56) |
| 19:36.23 | *** join/#asterisk-dev pchero (~pchero@109.70.54.56) |
| 20:29.09 | *** join/#asterisk-dev tzafrir (~tzafrir@bzq-82-81-175-197.red.bezeqint.net) |
| 20:29.09 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 20:58.53 | *** join/#asterisk-dev sh_smith (~sh_smith@cpe-76-174-26-91.socal.res.rr.com) |
| 21:55.46 | *** join/#asterisk-dev luckman212 (~luckman21@unaffiliated/luckman212) |
| 22:16.28 | *** join/#asterisk-dev mjordan (mjordan@nat/digium/x-yoxcddhygvflipgt) |
| 22:16.28 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 22:16.40 | mjordan | file: Hello! And greetings from the world of tomorrow! |
| 22:16.59 | mjordan | offhand question that may or may not be related to a conversation on Twitter |
| 22:17.24 | mjordan | when an inbound request comes in from a websocket, how do we determine that the message is coming in on the PJSIP secure websocket transport or the PJSIP unsecure websocket transport? |
| 22:17.34 | mjordan | And likewise, how do we determine which transport it will use going out the other direction? |
| 22:19.04 | mjordan | hopes it is not related at all to the ;transport= parameter |
| 22:22.56 | *** join/#asterisk-dev snuff-work (~snuff-wor@203.87.61.22) |
| 22:22.57 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 22:24.46 | file | on ingress the transport implementation fills in the details about the transport itself |
| 22:25.36 | file | on egress the transport selector uses the transport type to determine... however it may work with transport=ws for both with changes |
| 22:25.53 | file | depends on the PJSIP transport selector, if it only finds based on IP address+port |
| 22:26.33 | file | hum |
| 22:26.53 | file | I think it'd be not bad to change res_pjsip_transport_websocket to use ws for both |
| 22:28.56 | file | mjordan: just don't register a 'wss' transport and make all connections use the ws transport |
| 22:42.12 | mjordan | file: I'll play around with it |
| 22:42.37 | mjordan | it's a bit odd that the RFC works that way, but it tis what it is |