00:00.26 | bkuhn | wyoung: no, I have all of them set to the same codec (both in the case where I get the strange breakup and when I don't) |
00:00.52 | bkuhn | (and I confirmed all the channels report the same codec) |
00:01.19 | *** join/#asterisk acidfu_ (~acidfoo@24-212-247-227.cable.teksavvy.com) |
00:11.52 | Ellenor | hugs wyoung and bkuhn |
00:18.59 | *** join/#asterisk snadge (~snadge@unaffiliated/snadge) |
00:50.47 | *** join/#asterisk shootbird (~quassel@beepbeep.serverpit.com) |
01:07.06 | *** join/#asterisk acidfu_ (~acidfoo@24-212-247-227.cable.teksavvy.com) |
01:26.34 | *** join/#asterisk tsia (~Thunderbi@host-80-81-21-227.customer.m-online.net) |
01:30.29 | *** join/#asterisk genpaku (~genpaku@107.191.100.185) |
01:30.40 | *** join/#asterisk yokel (~yokel@unaffiliated/contempt) |
01:31.00 | *** join/#asterisk camerin (hoax@elite.bshellz.net) |
02:17.15 | *** join/#asterisk boris_t (~boris_t@212.119.243.183) |
02:25.57 | *** join/#asterisk justdave (~dave@unaffiliated/justdave) |
02:52.33 | *** join/#asterisk fstd_ (~fstd@unaffiliated/fisted) |
03:26.15 | *** join/#asterisk captain118 (uid167508@gateway/web/irccloud.com/x-nztagxnpjxytboun) |
03:57.27 | *** join/#asterisk matrix1233 (~matrix123@197.0.194.197) |
04:47.20 | *** join/#asterisk FarhaadN (~Farhad@82.99.206.194) |
05:02.18 | *** join/#asterisk bof22 (~Thunderbi@185.13.183.107) |
05:09.13 | *** join/#asterisk bof22 (~Thunderbi@185.13.183.107) |
05:11.28 | *** join/#asterisk bof23 (~Thunderbi@80.12.55.76) |
05:34.55 | *** join/#asterisk bof22 (~Thunderbi@185.13.183.107) |
05:37.19 | *** join/#asterisk miralin (~Thunderbi@195.19.212.23) |
05:46.08 | *** join/#asterisk matrix1233 (~matrix123@197.0.151.76) |
05:56.42 | *** join/#asterisk u0m3 (~u0m3@5-12-97-245.residential.rdsnet.ro) |
06:08.22 | *** join/#asterisk luckman212 (~luckman21@unaffiliated/luckman212) |
06:10.39 | *** join/#asterisk u0m3_ (~u0m3@89.120.204.99) |
06:41.22 | *** join/#asterisk jkroon (~jkroon@uls-154-73-35-201.wall.uls.co.za) |
06:42.32 | *** join/#asterisk pchero_work (~pchero@109.70.54.56) |
06:43.46 | *** join/#asterisk shootbird (~quassel@beepbeep.serverpit.com) |
06:57.26 | *** join/#asterisk tirej (~errorist_@95.9.123.3) |
06:58.16 | *** join/#asterisk joelsolanki (~joelsolan@1.39.86.192) |
06:59.58 | _boot | hi all, does anyone know why Asterisk might refuse SRTP calls with a 488 Not acceptable here? I've got the phone set up with mandatory SRTP, and encryption=yes in sip.conf, and Asterisk can successfully call the phone... It's just the phone can't make outbound calls |
07:07.06 | *** join/#asterisk CeBe (~CeBe@a81-14-235-90.net-htp.de) |
07:25.15 | *** join/#asterisk hehol (~hehol@gatekeeper.loca.net) |
07:30.55 | _boot | I've got the debug logs of an inbound call (successful) http://pastebin.com/MSucLzmq and an outbound call (failed, 488 Not Acceptable Here) at http://pastebin.com/wtB9xfdE - 2001 is the extension which i'm trying to enable srtp for |
07:34.53 | *** join/#asterisk matrix1233 (~matrix123@197.0.151.76) |
07:39.07 | *** join/#asterisk pa (~pa@unaffiliated/pa) |
07:39.38 | *** join/#asterisk AviiNL (~AviiNL@185.21.52.255) |
07:40.33 | *** join/#asterisk matrix1233 (~matrix123@197.0.151.76) |
07:49.26 | *** join/#asterisk tsia (~Thunderbi@2001:a61:4074:4601:ad4e:c304:e7bc:7ef5) |
07:54.28 | *** join/#asterisk evil_gordita (robert@ip70-188-41-127.rn.hr.cox.net) |
08:12.09 | stefan27 | before my channel SIP_B_0 executes Dial(SIP/A) I want to manipulate the From header (sip:44@boo.com) in the outgoing invite to A. However I don't want to do Set(CALLERID(num)=44) on channel B because I don't want consumers of AMI channel events to know about the callerid 44... is it bad to tamper the from header directly without using CALLERID? |
09:02.34 | *** join/#asterisk tsia (~Thunderbi@2001:a61:4074:4601:f0d8:b6f2:27d3:431b) |
09:03.08 | *** join/#asterisk AviiNL (~AviiNL@185.21.52.255) |
09:37.07 | *** part/#asterisk AviiNL (~AviiNL@185.21.52.255) |
09:37.12 | *** join/#asterisk AviiNL (~AviiNL@185.21.52.255) |
09:46.48 | *** join/#asterisk Tiffon (~name@unaffiliated/tiff0n) |
09:55.55 | *** join/#asterisk zapata (~zapata@2a02:b18:581:10:2035:e8cd:a94e:7ce5) |
09:58.53 | Samot | _boot: FIx your baresip client codec settings |
09:59.36 | _boot | fix how, what is wrong with them? |
09:59.43 | _boot | (it works on calls from Asterisk -> baresip) |
09:59.51 | Samot | Your presenting a ton of codecs you don't need. |
10:00.12 | Samot | You're not using G722 or g726 I'm pretty sure. |
10:01.20 | Samot | Limit baresip to use g711 and see what happens. |
10:04.49 | _boot | http://pastebin.com/8wE0GhNy |
10:05.07 | _boot | still hitting a Not Acceptable Here |
10:07.28 | Samot | _boot: set the verbose to 10 so show how the call is being handled. |
10:07.40 | _boot | core set debug 10 right? |
10:08.29 | _boot | oh wait no theres a separate one for verbose :) |
10:10.17 | Samot | core set verbose 10 |
10:11.29 | _boot | http://pastebin.com/fY3DGt9G - i set both debug and verbose to 10 but the only difference i notice is 'Using SIP RTP CoS mark 5' |
10:12.21 | Samot | That's not even a complete call with sip debug let along verbosity |
10:12.27 | Samot | That's not even a complete call with sip debug let alone verbosity |
10:12.40 | _boot | but that's all i'm getting |
10:30.05 | Samot | Do you have this setup right for TLS? |
10:30.35 | _boot | i believe so, tls signalling seems to be working and asterisk is able to call baresip with tls + srtp |
10:31.18 | _boot | if i turn off srtp completely tls still works and calls can be made from baresip |
10:32.05 | Samot | Is the TLS cert public or private? Ie did you self gen? |
10:32.52 | _boot | its not self-signed |
10:33.50 | Samot | What was the common name used on the cert? |
10:33.58 | _boot | sip.awful.name |
10:35.53 | Samot | Is that the real FQDN? |
10:36.12 | _boot | i believe everything is in order, openssl s_connect doesn't throw any nasty surprises |
10:36.15 | _boot | yep |
10:37.14 | _boot | s_client *whoops |
10:39.09 | *** join/#asterisk clopez (~tau@neutrino.es) |
10:39.43 | Samot | Then show an unsanitized call. |
10:39.54 | _boot | sure thing |
10:41.50 | _boot | http://pastebin.com/6qhjjGxU |
10:56.48 | Samot | So have you tried this on something else beside baresip? |
10:57.04 | Samot | Could be something baresip is sending that Asterisk doesn't like when it's using TLS. |
10:57.43 | _boot | i don't have anything else to try it on here, i'll have to find something |
11:01.33 | _boot | okay, i'll come back later and try setting it up on a hardware phone, thanks for your time :) |
11:03.16 | Samot | _boot: So you're securing internal calls for a reason right? |
11:04.37 | _boot | srtp and tls is for the stuff outside the LAN |
11:04.56 | Samot | So just for endpoints that are remote. |
11:05.17 | _boot | yep, just testing between 1001 and 2001 at the moment |
11:07.30 | Samot | OK. Just making sure. Some will think that TLS is a 100% secure thing for calls. |
11:07.49 | Samot | They don't get it's endpoint <--> PBX |
11:08.20 | _boot | yeah |
11:22.34 | *** join/#asterisk babak (uid19622@gateway/web/irccloud.com/x-oqhbmemnksguxuge) |
11:44.06 | *** join/#asterisk KaliLinuxGR (~alexandro@unaffiliated/kalilinuxgr) |
12:00.10 | wyoung | endpoint <--> sneaky server <--> PBX |
12:00.49 | *** join/#asterisk acidfu_ (~acidfoo@modemcable002.114-70-69.static.videotron.ca) |
12:24.07 | *** join/#asterisk pietro (~user@212-124-191-142.v4.ngi.it) |
12:27.27 | *** join/#asterisk pa (~pa@unaffiliated/pa) |
12:36.53 | *** join/#asterisk [TK]D-Fender (~joe@216-191-106-165.dedicated.allstream.net) |
12:37.29 | *** join/#asterisk clopez (~tau@neutrino.es) |
13:01.40 | *** join/#asterisk pppingme (~pppingme@unaffiliated/pppingme) |
13:21.16 | *** join/#asterisk matrix1233 (~matrix123@197.0.151.76) |
13:42.36 | *** join/#asterisk brad_mssw (~brad@66.129.88.50) |
13:53.02 | *** join/#asterisk Chainsaw (~chainsaw@gentoo/developer/chainsaw) |
13:55.29 | *** join/#asterisk davlefou (~davlefou@unaffiliated/davlefou) |
13:56.38 | *** join/#asterisk Ahmadi (02b17356@gateway/web/freenode/ip.2.177.115.86) |
13:56.46 | Ahmadi | Hi |
13:57.56 | Ahmadi | I have multiple lines(all are incoming calls), after conference them, they can't talk together . seems that conference is muted. |
13:58.01 | Ahmadi | Anyone can help me? |
13:58.34 | Ahmadi | Is there any option or setting that cause the problem? |
13:59.12 | Ahmadi | Transfer,Call-In, Call-Out of PBX work correctly, just conference is muted |
14:01.22 | wyoung | could be a firewall issue |
14:01.31 | wyoung | do you have directmedia enabled? |
14:01.40 | *** join/#asterisk pppingme (~pppingme@unaffiliated/pppingme) |
14:01.48 | wyoung | reinvite? |
14:01.54 | Ahmadi | wyoung, what is directmedia? |
14:03.22 | Ahmadi | When i transfer CallA to a number, voice work. but in conference all things is silent. If its firewall. must block all voices not only conference |
14:08.01 | *** join/#asterisk kharwell (kharwell@nat/digium/x-tiqmestwskqxcxps) |
14:08.24 | Ahmadi | wyoung, Got it, I'm checking "reinvite" |
14:26.38 | wyoung | Ahmadi: it may block when adding to the conference as the media path may change |
14:26.47 | wyoung | unless you specific that is doesn't in your config :) |
14:27.47 | Ahmadi | after adding "canreinvite = yes" to my "sip.conf" and rebooting , also audio stream dont work |
14:28.11 | wyoung | change it to no |
14:28.30 | wyoung | are you behind NAT / firewall? |
14:28.47 | *** join/#asterisk rmudgett (rmudgett@nat/digium/x-pyqugobgcfunstnc) |
14:28.56 | wyoung | if so you may need to set the localnet and externip as well |
14:29.05 | Ahmadi | i disabled firewall . don't solve the problem |
14:29.24 | wyoung | are you using NAT? or does your asterisk box have a valid IP? |
14:29.30 | wyoung | valid external IP even |
14:30.00 | Ahmadi | wyoung, no, i don't using NAT. asterisk and client(extension) both are in local network |
14:30.05 | Ahmadi | without any firewall |
14:31.05 | wyoung | Ahmadi: and all parties in the conference are in your local network too? |
14:31.43 | wyoung | is it all SIP? or are you using DAHDI, IAX or something else? |
14:32.58 | bkuhn | wyoung: any more thoughts about that problem I was asking about last night? |
14:32.59 | Ahmadi | wyoung, parties come from mobile network, i make call to parties with my sip client(extension). when both answer the call. make conference them. after conference them, they can't talk together |
14:33.54 | Ahmadi | wyoung, My client is a SIP Client. just SIP protocol |
14:33.54 | wyoung | bkuhn: My memory doesn't extend past 12 hrs ago |
14:34.02 | bkuhn | :) |
14:34.06 | Ahmadi | ;) |
14:34.39 | wyoung | Ahmadi: ok but you are going outside of your local network to contact your ISTP |
14:34.57 | bkuhn | So, my problem is I have two SIP calls, this particular SIP client has a lot of breakup, it's very regular sounding, like timing. However, on calls where it says : " "Locally bridging <bad_Channel> and <channel>"" the bad_channel no longer has breakup. |
14:35.08 | bkuhn | I was wondering if there's a way to force Asterisk to do that "Locally bridging" |
14:35.15 | wyoung | bkuhn: which was lunch time, I had chicken pho noodle soup, it was nom. |
14:35.41 | wyoung | bkuhn: hmmm, no idea |
14:35.50 | bkuhn | you asked if I was trascoding, but I'm not |
14:35.57 | wyoung | ah ok |
14:36.02 | wyoung | yes I did ask that |
14:36.37 | wyoung | Ahmadi: have you set localnet and externip? |
14:36.39 | Ahmadi | wyoung, Sure. the GSM Mobile Network is out of my network. I call with my out-going trink |
14:36.57 | Ahmadi | *trink=trunk |
14:37.17 | wyoung | Ahmadi: and your outgoing trunk is not in your local network, so when you setup a conference it is possible that the media is being sent to a stupid IP address instead of your actual external IP address |
14:37.41 | wyoung | Ahmadi: what devices are you using to initialise the conference call/. |
14:37.54 | Ahmadi | wyoung, Then why transfer call work correctly? im confused |
14:38.27 | Ahmadi | wyoung, When i transfer a call, all media work correctly , both parties call talk together |
14:38.30 | wyoung | Ahmadi: *shrugs* |
14:38.46 | wyoung | anything logged in asterisk -rvvvvvvvvdddddddd |
14:38.48 | wyoung | ? |
14:38.54 | Ahmadi | What is different between transfer and conference |
14:39.43 | wyoung | depends on the phone you are using |
14:40.23 | Ahmadi | wyoung, Can't debug it on asterisk log? |
14:40.49 | wyoung | a phone will usually do a transfer by asking the asterisk server to do it. some phones may try to call the party directly and join the call directly when using 3 way conferencing |
14:40.53 | Ahmadi | Can i debug it on asterisk log? |
14:41.22 | wyoung | Ahmadi: it would be easier to do it using the console, but yeah you can do it on the log you just need to increase verbose and debug levels |
14:42.00 | wyoung | Ahmadi: if you set localnet and externip then the asterisk server will rewrite the SIP packets leaving the localnetwork with the correct external IP |
14:42.34 | Ahmadi | Im not familiar with localnet/externip |
14:42.54 | wyoung | google |
14:43.08 | Ahmadi | OK. Thanks |
14:43.14 | Ahmadi | Googling... |
14:43.19 | wyoung | it tells asterisk when to do rewriting of sip packets |
14:43.29 | wyoung | of course address that is |
14:43.31 | wyoung | source* |
14:43.43 | Ahmadi | Is audio media also a sip packet? |
14:43.53 | wyoung | RTP |
14:44.28 | *** join/#asterisk shootbird (~quassel@beepbeep.serverpit.com) |
14:44.34 | *** join/#asterisk cresl1n (Adium@asterisk/libpri-and-libss7-expert/Cresl1n) |
14:44.34 | *** mode/#asterisk [+o cresl1n] by ChanServ |
14:44.47 | wyoung | SIP sets up where to send the RTP, if you are behind NAT and you don't set externip and localnet then SIP can tell RTP to connect to your local IP address isntead of your Internet IP address |
14:45.23 | wyoung | which wont work unless you have setup a VPN between the two sites ;) |
15:06.34 | *** join/#asterisk acidfu_ (~acidfoo@modemcable002.114-70-69.static.videotron.ca) |
15:07.20 | *** join/#asterisk woose (~woose@unaffiliated/woose) |
15:16.13 | *** join/#asterisk libardi (~kvirc@179.159.8.239) |
15:17.04 | *** join/#asterisk wdoekes (~walter@wjd.osso.nl) |
15:17.04 | *** join/#asterisk xpheres (~xpheres@p3EE3DD61.dip0.t-ipconnect.de) |
15:17.22 | xpheres | hello, will be ever see video negotiation capability in asterisk? |
15:19.18 | [TK]D-Fender | huh? |
15:26.46 | *** join/#asterisk ruied (~ruied@125.44.62.94.rev.vodafone.pt) |
15:28.34 | *** join/#asterisk aness (~aness@cm-84.215.174.224.getinternet.no) |
15:30.48 | ruied | Hi. I'm configuring queues.conf and I have "number sip/22,1" and "number sip/23,2" . When sip/22 is on a call it receives also the second call that I would like to go to sip 23. My strategy = ringall , but it goes always to sip/22 |
15:32.01 | ruied | sip sho queue shows sip/22 (Ring+InUse) when the second call starts, but I would like that it goes to sip/23 with a penalty 2 |
15:32.04 | [TK]D-Fender | if it's ringall it'll always go to both |
15:32.14 | [TK]D-Fender | unless you tell it NOT to ring the busy one |
15:32.48 | ruied | it just rings sip/22 |
15:33.47 | [TK]D-Fender | well you've assigned a penalty to them.... |
15:33.51 | [TK]D-Fender | so they are not the same... |
15:34.08 | [TK]D-Fender | Why would you think that the the 2nd one would get chosen? |
15:36.25 | ruied | hmm, because the first one was In use, I thought than it jumped to he second penalty... thats what I was thinking.... |
15:37.11 | [TK]D-Fender | There is another file that controls changing penalty levels.... |
15:37.20 | file | controls everything |
15:38.03 | [TK]D-Fender | "One file to control them all, and in the compiler bind them." |
15:40.48 | ruied | queuerules right? |
15:42.05 | [TK]D-Fender | The name was pretty clear, wasn't it? |
15:42.19 | [TK]D-Fender | ... and the description from the sample config.... |
15:42.34 | ruied | yep :) |
15:47.03 | [TK]D-Fender | You could also look at telling * to NOT call that first one when busy.... |
15:47.24 | [TK]D-Fender | The sample configs give you some pretty big hints on that |
15:48.43 | *** join/#asterisk miralin (~Thunderbi@194.8.128.48) |
15:48.48 | ruied | yes, but I would like that the first one to notice that there is another incoming call... |
15:49.27 | ruied | hmm.... |
15:49.48 | [TK]D-Fender | So what is your actuall full targeted scenario? |
15:52.41 | *** join/#asterisk jdcamacho92 (~jdcamacho@190.85.2.234) |
15:53.42 | wyoung | woooo!!! [TK]D-Fender!!!!! |
15:54.37 | ruied | The call must be always answered with moh.... two extensions answering with penalty 1 (the one that is available should ring), if both are busy, it should go to another twopenalty 2 extensions (to help the penalty 1 when needed). The penalty one should notice that there are entering calls. Penalty 2 should just be taking calls if bothe penalty1 users are on a call each... |
15:55.48 | [TK]D-Fender | There is no "notice entering calls" without them ringing as well. |
15:56.01 | [TK]D-Fender | (by * means) |
15:56.28 | [TK]D-Fender | penalty levels tend to increase the # of people included. |
15:56.58 | [TK]D-Fender | If you wan to cascade to a 2nd group, then you should not ring inuse and then failover to another queue |
15:57.18 | [TK]D-Fender | but as long as it has people to ring it shouldn't increment except based on time. |
15:59.03 | *** join/#asterisk aness (~aness@2a02:fe0:c321:9d80:1d34:57c6:5d57:90fb) |
16:03.06 | ruied | hmm, ok, getting the picture... |
16:09.49 | ruied | It seems that the best option is to stop ringing inuse extensions. Two penaly1 users and Two penalty2 users, if both penalty1 are busy the it will try penalty2 users, meantime if one penalty1 is free than it goes again to the panalty1 priority users to pickup the calls... |
16:11.21 | [TK]D-Fender | Sttarting to sound reasonable |
16:12.00 | ruied | yes... |
16:12.38 | *** join/#asterisk seik0 (~seik0@178.68.227.181) |
16:14.56 | ruied | thanks |
16:49.13 | *** join/#asterisk tuxd00d (~tuxd00d@ip68-106-11-24.ph.ph.cox.net) |
17:01.39 | *** join/#asterisk nny (474656a2@gateway/web/cgi-irc/kiwiirc.com/ip.71.70.86.162) |
17:05.01 | *** join/#asterisk themayor (~themayor@unaffiliated/themayor) |
17:36.26 | *** join/#asterisk scv (~solar@162.217.176.109) |
17:38.58 | *** join/#asterisk babak (uid19622@gateway/web/irccloud.com/x-eorodfqssolgxsxj) |
17:51.04 | *** join/#asterisk ChkDigit (~u388mw@74.3.144.66) |
18:08.22 | *** join/#asterisk newtonr (RustyNewto@nat/digium/x-czisyskcqnxdvgry) |
18:08.22 | *** mode/#asterisk [+o newtonr] by ChanServ |
18:22.29 | _boot | Samot: just tried SRTP on a Grandstream hardware phone and it seems to work. I guess baresip does something wrong when srtp gets involved :| |
18:26.10 | nny | Have a provider not working with call forward due to a diversion header. In which version of Asterisk was diversion_header=no implemented? |
18:26.32 | nny | er send_diversion=no |
18:34.31 | *** join/#asterisk putnopvut (putnopvut@asterisk/master-of-queues/mmichelson) |
18:34.31 | *** mode/#asterisk [+o putnopvut] by ChanServ |
18:35.15 | *** join/#asterisk KaliLinuxGR (~alexandro@unaffiliated/kalilinuxgr) |
18:38.07 | *** join/#asterisk KaliLinuxGR (~alexandro@unaffiliated/kalilinuxgr) |
18:52.15 | *** join/#asterisk adeeln (~adeel@2602:ffc1:1:face:1dad:d718:50b3:a222) |
18:52.29 | adeeln | anyone live in the GTA area looking for a job doing * dialplan work? |
18:53.49 | [TK]D-Fender | Physical presence required? |
18:54.59 | *** join/#asterisk elguero (~miguel323@74-95-21-41-Connecticut.hfc.comcastbusiness.net) |
18:56.13 | *** join/#asterisk elguero (~miguel323@74-95-21-41-Connecticut.hfc.comcastbusiness.net) |
19:02.03 | *** join/#asterisk elguero (~miguel323@74-95-21-41-Connecticut.hfc.comcastbusiness.net) |
19:04.16 | *** join/#asterisk elguero (~miguel323@74-95-21-41-Connecticut.hfc.comcastbusiness.net) |
19:04.37 | *** join/#asterisk cresl1n (Adium@asterisk/libpri-and-libss7-expert/Cresl1n) |
19:04.37 | *** mode/#asterisk [+o cresl1n] by ChanServ |
19:05.32 | *** join/#asterisk elguero (4a5f1529@gateway/web/freenode/ip.74.95.21.41) |
19:06.31 | adeeln | [TK]D-Fender: possibly negotiable |
19:06.49 | adeeln | depends upon how reliable the candidate is |
19:09.59 | *** join/#asterisk TK_tech (~Tyler@68-118-213-172.dhcp.yakm.wa.charter.com) |
19:10.19 | *** join/#asterisk hfb (~hfb@47.140.40.137) |
19:12.54 | *** join/#asterisk elguero_ (~miguel323@74-95-21-41-Connecticut.hfc.comcastbusiness.net) |
19:24.32 | *** join/#asterisk cresl1n (Adium@asterisk/libpri-and-libss7-expert/Cresl1n) |
19:24.32 | *** mode/#asterisk [+o cresl1n] by ChanServ |
19:28.16 | *** join/#asterisk tuxd00d (~tuxd00d@ip68-106-11-24.ph.ph.cox.net) |
19:32.12 | _boot | argh, why does the world of voip have it in for me |
19:41.16 | _boot | decided to enable tls on a hardware phone, it calls outbound fine but when asterisk calls it, it fails but without any error - the last thing I get is 'SSL certificate ok' before a long wait and then a 503 Service Unavailable. has anyone else experienced this? |
19:41.51 | *** join/#asterisk shootbird (~quassel@beepbeep.serverpit.com) |
19:46.32 | *** join/#asterisk cresl1n (Adium@asterisk/libpri-and-libss7-expert/Cresl1n) |
19:46.32 | *** mode/#asterisk [+o cresl1n] by ChanServ |
19:52.31 | *** join/#asterisk cresl1n (Adium@asterisk/libpri-and-libss7-expert/Cresl1n) |
19:52.31 | *** mode/#asterisk [+o cresl1n] by ChanServ |
20:06.22 | *** join/#asterisk CeBe (~CeBe@a81-14-235-90.net-htp.de) |
20:17.57 | adeeln | _boot: depending upon the phone, it might be doing mutual auth, so asterisk also needs to present a cert. if that cert doesn't have the right fields (e.g. CRL, signed by public CA, etc) then that could cause it |
20:18.06 | adeeln | _boot: wireshark is your friend here |
20:20.44 | *** join/#asterisk acidfu_ (~acidfoo@modemcable002.114-70-69.static.videotron.ca) |
20:22.59 | _boot | seems to be fixed by enabling a setting to use the ephemeral port for more than just registration or something - i guess if it happens again I'll pop out wireshark :V thanks |
20:23.23 | _boot | i wish the options on these horrible phone web UIs had a little more information beside them |
20:36.06 | adeeln | _boot: you mean on * to set the insecure=port,invite ? |
20:38.46 | _boot | no it was some obscure-ish option on the phone itself |
20:41.22 | _boot | "Use Actual Ephemeral Port in Contact with TCP/TLS" probably just sidestepping the issue here but its working for now haha |
20:42.45 | _boot | anyway, i'm off - later! |
20:51.10 | *** join/#asterisk pppingme (~pppingme@unaffiliated/pppingme) |
20:56.24 | *** join/#asterisk puzzled (~puzzled@2001:982:1097:1::1:3) |
20:58.02 | *** join/#asterisk cmendes0101 (~cmendes01@96.229.61.129) |
20:58.37 | cmendes0101 | Whats up with the spam calls for Astricon this year. Told them 3 times I'm not going |
20:58.56 | freebs | just go |
20:59.26 | *** join/#asterisk justdave (~dave@unaffiliated/justdave) |
21:00.29 | cmendes0101 | lol |
21:03.05 | *** join/#asterisk puzzled (~puzzled@2001:982:1097:1::1:3) |
21:03.33 | *** join/#asterisk acidfu_ (~acidfoo@24-212-247-227.cable.teksavvy.com) |
21:03.58 | *** join/#asterisk cresl1n (Adium@asterisk/libpri-and-libss7-expert/Cresl1n) |
21:03.58 | *** mode/#asterisk [+o cresl1n] by ChanServ |
21:12.22 | *** join/#asterisk [TK]D-Fender (~joe@64.235.216.2) |
21:16.34 | *** join/#asterisk Chotaire (chotaire@oahu.chotaire.net) |
21:19.29 | *** join/#asterisk Oatmeal (~Suzeanne@c-68-51-46-116.hsd1.in.comcast.net) |
21:24.00 | *** join/#asterisk Chotaire (chotaire@oahu.chotaire.net) |
21:30.16 | *** join/#asterisk pdugas (~retentive@c-73-82-30-193.hsd1.ga.comcast.net) |
21:34.50 | *** join/#asterisk matrix1233 (~matrix123@197.0.176.153) |
22:37.30 | *** join/#asterisk clopez (~tau@neutrino.es) |
22:40.04 | *** join/#asterisk tuxd00d (~tuxd00d@ip68-106-11-24.ph.ph.cox.net) |
23:08.05 | *** part/#asterisk kharwell (kharwell@nat/digium/x-tiqmestwskqxcxps) |
23:10.57 | *** join/#asterisk n3ob_ (~ed@pool-96-245-199-82.phlapa.fios.verizon.net) |
23:23.20 | *** join/#asterisk zapata (~zapata@2a02:b18:581:10:95cb:4d87:83ec:9eae) |
23:24.52 | *** join/#asterisk nny (474656a2@gateway/web/cgi-irc/kiwiirc.com/ip.71.70.86.162) |
23:25.05 | nny | what version was send_diversion added to asterisk? |
23:25.13 | nny | under sip.conf |
23:26.30 | WIMPy | only knows that it exists in 11. |
23:27.09 | nny | I may update specifically to enable it then. Level3 is not allowing us to forward calls because it is using the 4 digit extension shown in the diversion header as the CID and failing :\ |
23:28.01 | WIMPy | Why are you sending a 4 digits number then? |
23:28.32 | WIMPy | Doesn't sound like somethign that should leave your network. |
23:30.24 | nny | Call forward from Cisco 79XX phones |
23:31.09 | nny | If someone calls into the phone, and then it dials out to connect to the cfwd set, it sends the 4 digit of the cfwd phone as a diversion header |
23:31.13 | WIMPy | Correct it in your dialplan. |
23:31.20 | *** join/#asterisk tuxd00d (~tuxd00d@ip68-106-11-24.ph.ph.cox.net) |
23:31.39 | nny | I am setting CallerID(num) and (name) there before the call |
23:32.04 | nny | oddly this is only an issue with this type of dialplan with level3 |
23:32.28 | nny | er yeah, the diversion header should be the callee |
23:32.41 | nny | maybe I can just set it there and match the channel variable for the caller |
23:32.44 | nny | not callee |
23:33.13 | WIMPy | Or use propper dialplan based forwarding. |
23:33.24 | nny | tell that to the users lol |
23:33.30 | nny | they want the phone to do it, not my bag |
23:34.24 | nny | I could do a * code and have the dialplan do it, but they like the phone interface for it. And they are using old Cisco phones in SIP mode which I don't usually recommend over SPA or modern SIP phones |
23:34.44 | WIMPy | Why do I have that feeling that it would work in a sensible way if it used SCCP? |
23:34.49 | nny | hahah |
23:35.42 | nny | or just use sensible SPA5X4G models.. or Polycomm.. or anything |
23:36.17 | nny | I am gonna do some more testing and whatnot, thanks |
23:40.08 | nny | @WIMPy how does a proper phone handle it, does the phone send the header to replace Callerid(num)? On other systems even when those are set the phone sends the proper callerid on a forward. |
23:43.33 | WIMPy | Forwarding is a switch/server based service. Te phone only sends a request to enable/disable it. |
23:44.37 | WIMPy | Terminal base diversion would be called deflection. |
23:56.24 | nny | WIMPy: since the phone stores the number forwarded to I assume this is deflection |
23:57.34 | *** join/#asterisk zapata (~zapata@2a02:b18:581:10:95cb:4d87:83ec:9eae) |