| 00:25.23 | *** join/#asterisk kb3ien (~kb3ien@cg.databit7.com) |
| 00:27.47 | kb3ien | I'm updating a VERY old asterisk system 1.8, but he configs are mostly written circa 1.2. The issue I'm having is that my previous sip.conf has a statement `#include thisdir/*/thatdir/sip.conf` does that syntax still hold in Asterisk 11.13 ? |
| 00:28.15 | [TK]D-Fender | it should |
| 00:28.26 | [TK]D-Fender | syntax like that isn't the sort of thing that goes away |
| 00:30.43 | kb3ien | I'd hope not, but they killed the A6 record, so whatever, you never know. |
| 00:36.56 | kb3ien | okay. It's just IGNORING the -C /etc/thisasterisk/asterisk.conf and reading instead from /etc/asterisk/asterisk.conf |
| 00:39.03 | kb3ien | the other knobs still work.... 11.13.1~dfsg-2+deb8u2 is the package. |
| 00:42.45 | kb3ien | I see that #include still fails the whole config file if it finds 0 files that match the argument. Not sure if I'm in favour of that, there isn't enough logic in the config file to deal gently with it. |
| 00:48.25 | [TK]D-Fender | yeah failed includes = DOA |
| 00:53.39 | *** join/#asterisk lankanmon (~LKNnet@CPE64777dd7e053-CM64777dd7e050.cpe.net.cable.rogers.com) |
| 00:53.42 | *** join/#asterisk Oatmeal (~Suzeanne@gateway/vpn/privateinternetaccess/suzeanne) |
| 00:55.37 | kb3ien | I'd rather a #SOFTINCLUDE for the ones I'm less likely to care about. |
| 00:59.05 | kb3ien | I get around it - mostly by including a dir/null/sip.conf that way it finds SOMETHING. |
| 01:02.49 | [TK]D-Fender | Or just don't do it when you aren't actually providing files that will get included |
| 01:03.06 | [TK]D-Fender | in the same category as "Doctor, doctor, it hurts when I raise my arm like this!" |
| 01:03.35 | *** join/#asterisk s-mutin (~s-mutin@85.234.114.134) |
| 01:04.54 | kb3ien | Yeah. It's for things that MAY be included in some installs, like carriers. |
| 01:05.40 | kb3ien | I'd rather a drop-in directory that explains to the various parts of asterisk what a carrier is, and how to use it. Then I can have 0 or more carriers by just adding directories. |
| 01:06.10 | kb3ien | A video doorbell system might not want any carriers for example. An office might need backup carriers, and 911-POTS gateways. |
| 01:06.29 | kb3ien | 911 being the 122/999 whatever emergency number. |
| 01:07.44 | [TK]D-Fender | Then you should be sure to bundle a DUMMY file with all your deployments |
| 01:08.03 | [TK]D-Fender | Thr may have to eb a file, but nobody said it had to have actual settings |
| 01:09.06 | kb3ien | I do that. It wasn't being found because asterisk was IGNORING `-C /etc/myasterisk/` and going to /etc/asterisk/ probably an issue with the build, I doubt the whole code is broken. |
| 01:09.12 | kb3ien | err codebase |
| 01:20.06 | *** join/#asterisk ganbold (~ganbold@173.244.215.173) |
| 01:33.54 | *** join/#asterisk j-fish (uid178161@gateway/web/irccloud.com/x-wtiewoajbungmqmw) |
| 01:40.20 | *** join/#asterisk shootbird (~quassel@beepbeep.serverpit.com) |
| 01:54.51 | *** join/#asterisk Oatmeal (~Suzeanne@gateway/vpn/privateinternetaccess/suzeanne) |
| 02:35.09 | *** join/#asterisk pa (~pa@unaffiliated/pa) |
| 03:33.54 | *** join/#asterisk shanth_ (~shanth@wsip-98-182-126-226.ph.ph.cox.net) |
| 03:41.02 | *** join/#asterisk mmlj4 (~mmlj4@47-44-49-2.static.unas.mo.charter.com) |
| 04:21.37 | *** join/#asterisk shanth_ (~shanth@wsip-98-182-126-226.ph.ph.cox.net) |
| 04:26.26 | *** join/#asterisk gerhard7 (~gerhard7@ip5657ee30.direct-adsl.nl) |
| 04:39.46 | *** join/#asterisk kannan (~chatzilla@182.65.240.97) |
| 05:10.02 | *** join/#asterisk tuxd00d (~tuxd00d@ip68-106-11-138.ph.ph.cox.net) |
| 06:16.12 | *** join/#asterisk Oatmeal (~Suzeanne@gateway/vpn/privateinternetaccess/suzeanne) |
| 06:53.42 | *** join/#asterisk pchero_work (~pchero@109.70.54.56) |
| 06:59.57 | *** join/#asterisk tzafrir (~tzafrir@local.xorcom.com) |
| 07:17.50 | *** join/#asterisk jkroon (~jkroon@uls-154-73-35-201.wall.uls.co.za) |
| 07:29.52 | *** join/#asterisk s-mutin (~s-mutin@85.234.114.134) |
| 07:34.48 | *** join/#asterisk woddy1 (~woddy@unaffiliated/woddy) |
| 07:45.49 | *** join/#asterisk sekil (~sekil@nat-73.net011.net) |
| 07:56.51 | *** join/#asterisk gerhard7 (~gerhard7@ip5657ee30.direct-adsl.nl) |
| 08:34.06 | *** join/#asterisk puzzled (~puzzled@2001:982:1097:1::1:3) |
| 08:54.47 | *** join/#asterisk mou (~donwillia@188.228.46.39) |
| 09:12.54 | *** join/#asterisk hehol (~hehol@gatekeeper.loca.net) |
| 09:21.00 | *** join/#asterisk todwetsprock (~mangiafaz@p5099a594.dip0.t-ipconnect.de) |
| 09:25.24 | todwetsprock | hello ! Like in "extensions_custom.conf" => [from-internal-custom] // a nice playback working when i do an internal call // I like to get my playback play if I call this phone from outside. But I cannot figure out where I should put it . Ideas ? |
| 09:26.47 | todwetsprock | uname -r 2.6.18-406.el5, Asterisk 11.17.1 |
| 09:29.17 | todwetsprock | I try to ask more precise: |
| 09:31.14 | todwetsprock | If someone calls my phone, I like him to hear "Hello World" . That works fine from an internal call, but is not working from an external call. Where do i have to put my 3 lines ( exten => 1234,1,Playback(hello-world)... ) ?? |
| 09:32.52 | todwetsprock | there are so many ".conf" - files inside my "/etc/asterisk/", I have no idea. And as always I have no time to read the entire asterisk-documentation so I hope YOU can help me :) |
| 09:36.31 | *** join/#asterisk jkroon_ (~jkroon@165.16.204.43) |
| 10:09.33 | *** join/#asterisk gruetzkopf (gruetzkopf@bnc.dont-follow.us) |
| 11:14.06 | *** join/#asterisk defsdoor (~andy@cpc120600-sutt6-2-0-cust177.19-1.cable.virginm.net) |
| 11:25.34 | *** join/#asterisk thiagoc (~thiagoc@unaffiliated/thiagoc) |
| 11:33.51 | *** join/#asterisk mub (~jub@unaffiliated/mub) |
| 11:50.37 | *** join/#asterisk Kaian (~kaian@212.81.221.228) |
| 12:16.19 | *** join/#asterisk GuilhermeB (bb3b3907@gateway/web/freenode/ip.187.59.57.7) |
| 12:16.33 | GuilhermeB | Good morning. Does anyone know if there is something that prevents asterisk to authenticate SIP into some ATA's while using the ODBC model for realtime database? |
| 12:16.48 | GuilhermeB | I'm trying to use an AudioCodes MP202B, and while I was using MySql connection it worked fine, but with res_odbc enabled it becomes UNREACHABLE. |
| 12:17.15 | file | have you done any investigation or debugging? looked at the queries it did? checked to make sure it can load the expected peer? |
| 12:17.22 | GuilhermeB | note: SIP Phones and Softphones can authenticate to my odbc configuration, just this ATA cannot |
| 12:18.08 | GuilhermeB | it does load the peer configuration and updates my SIP table on Postgresql... with the "hardware" information |
| 12:18.29 | GuilhermeB | and if I try to use wrong password it does warn about that |
| 12:19.41 | GuilhermeB | The most difficult thing for me to get an answer is that I don't receive any error message, neither on asterisk cli with verbose 99 and postgresql log files |
| 12:19.59 | GuilhermeB | nothing but "peer '2002' status is now UNREACHABLE" |
| 12:20.33 | file | have you done a "sip set debug on" to see if Asterisk is actually sending OPTIONS? |
| 12:20.44 | GuilhermeB | yes |
| 12:21.04 | file | have you enabled debug logging in logger.conf and bumped the debug level up to see if there's anything of note? |
| 12:21.05 | GuilhermeB | and the packages he send and receive are equal with odbc turned off |
| 12:21.26 | GuilhermeB | I think no, let me check logger.conf |
| 12:21.29 | file | those are the only things that come to mind |
| 12:21.35 | file | otherwise you'd probably have to dig into code and see |
| 12:33.31 | GuilhermeB | @@file, here is the debug of an attempt of registration: http://prntscr.com/gdzzoq |
| 12:34.28 | GuilhermeB | for information, the IP 119 is my asterisk server and 138 is my ATA |
| 12:35.36 | Samot | Not a "core debug" |
| 12:35.39 | Samot | A SIP debug. |
| 12:35.45 | Samot | sip show debug on |
| 12:35.57 | Samot | The SIP messages, lets see the SIP messages and that they are right. |
| 12:36.02 | file | yeah, let's do a "sip set debug on" |
| 12:36.13 | file | because as it is - we're sending an OPTIONS to that device from the debug you did provide |
| 12:36.21 | file | if the device does not respond to it, then we'll mark them unreachable |
| 12:36.30 | Samot | Well.. |
| 12:36.41 | Samot | If it doesn't respond in like what, 7 attempts? |
| 12:36.46 | GuilhermeB | enabling now and getting the console, a minute pls |
| 12:37.03 | Samot | I mean, it takes a few attempts before going UNREACHABLE |
| 12:37.19 | Samot | And then a few more a tried before booting it from memory completely. |
| 12:37.33 | Samot | At least with the static configs. Not sure about RT. |
| 12:37.46 | GuilhermeB | yes, I can see it tries the same thing 10 times |
| 12:38.34 | GuilhermeB | and for info, I tried to register a static peer, on sip.conf with the ATA and... |
| 12:38.57 | GuilhermeB | with res_odbc disabled it can register and stay reachable, but with res_odbc enabled it gets unreachable |
| 12:39.22 | file | then compare the SIP debug output of the two and see if there's a difference? as well as the configuration? |
| 12:39.24 | Samot | Show the SIP debug making REGISTER |
| 12:40.19 | GuilhermeB | it's here: https://pastebin.com/PeKtQeYa |
| 12:41.03 | Samot | Dude. |
| 12:41.06 | Samot | 15 Beta? |
| 12:41.08 | Samot | OK. |
| 12:41.13 | Samot | That would have been nice to know. |
| 12:41.35 | file | you need to let it go longer, but as it is it seems your device is not responding to the OPTIONS |
| 12:41.50 | GuilhermeB | ahh, it's a test server that i'm trying now the version 15 |
| 12:42.15 | GuilhermeB | I've firtly tried with 13.11, then went to 13.17, 14, and now 15.beta |
| 12:42.25 | GuilhermeB | none of them worked |
| 12:42.47 | Samot | <--- Transmitting (NAT) to 172.16.15.138:5060 ---> |
| 12:42.56 | Samot | ^^ You are not behind NAT being on the same network |
| 12:43.17 | GuilhermeB | maybe NAT=no ? |
| 12:43.21 | Samot | Yes. |
| 12:43.21 | GuilhermeB | i'll change and restart server |
| 12:43.24 | file | doesn't actually matter, wouldn't hurt |
| 12:43.30 | Samot | You do not need to restart the server |
| 12:43.34 | Samot | Just restart Asterisk |
| 12:43.38 | GuilhermeB | i'm using nat=force_rport,comedia |
| 12:43.42 | GuilhermeB | yeye |
| 12:43.43 | Samot | No. |
| 12:43.48 | Samot | Not if they are on the same network |
| 12:44.39 | Samot | And is this debug showing the first REGISTER attempt? |
| 12:44.55 | Samot | Because if it is, it's kinda weird it is passing digest AUTH in the first message. |
| 12:45.12 | Samot | There should never be any Auth digest with the first REGISTER attempt. |
| 12:46.03 | GuilhermeB | hum, well noticed |
| 12:46.19 | GuilhermeB | i'm restarting the ata to get the first attempt |
| 12:47.00 | file | some implementations will try to reuse credentials |
| 12:47.15 | Samot | Well let's get a fresh one.. |
| 12:47.16 | file | chan_sip rejected and asked for new ones |
| 12:47.25 | Samot | Reboot the ATA and send a new one. |
| 12:47.48 | Samot | But honestly, at the end there was a 200 OK to the REGISTER. |
| 12:47.57 | Samot | It just was sending OPTIONS during it. |
| 12:51.11 | GuilhermeB | Here is the first attempt of the ata registration: |
| 12:51.11 | GuilhermeB | https://pastebin.com/6KEmebvh |
| 12:51.43 | Samot | -- Registered SIP '2005' at 172.16.15.138:5060 |
| 12:52.58 | GuilhermeB | asterisk1317*CLI> sip show peers |
| 12:53.02 | GuilhermeB | Name/username Host Dyn Forcerport Comedia ACL Port Status Description Realtime |
| 12:53.07 | GuilhermeB | 2005/2005 172.16.15.138 D No No 5060 UNREACHABLE Cached RT |
| 12:53.40 | file | you need to do a "sip set debug on" for awhile |
| 12:53.46 | Samot | So you don't have this issue when not using RealTime? |
| 12:54.14 | GuilhermeB | only with ODBC |
| 12:54.33 | GuilhermeB | before that I was using mysql, and this version of ATA worked fine |
| 12:54.50 | GuilhermeB | but I can register SIP phones and softphones on this odbc configuration |
| 12:55.30 | GuilhermeB | @file I did it, but no error or different messages showed up |
| 12:55.44 | GuilhermeB | it only repeats the registration each ~20 seconds |
| 12:55.53 | file | that's fine |
| 12:56.05 | file | seeing the traffic over a period of time is important |
| 12:56.21 | file | the snapshot you provided above simply tells me that we sent an OPTIONS, nothing more |
| 12:56.23 | GuilhermeB | I also did with tcpdump |
| 12:56.26 | file | it doesn't tell me if the device responded later |
| 12:56.29 | file | or if we retransmitted |
| 12:56.32 | file | or if we didn't retransmit |
| 12:56.47 | GuilhermeB | thats the end of this registration, then there are 10 times the same "conversation" |
| 12:57.05 | file | the registration is fine |
| 12:57.13 | file | knowing if a device is reachable or unreachable is separate |
| 12:57.24 | GuilhermeB | hum |
| 12:59.20 | GuilhermeB | the registration I catch now, after the first contains two "NOTICES" |
| 12:59.20 | GuilhermeB | https://pastebin.com/0pYJpHsG |
| 12:59.50 | GuilhermeB | and the auth on the first attempt |
| 13:00.09 | file | I can't help you any further without a longer sip debug. |
| 13:00.35 | Samot | You do not have issues REGISTERing |
| 13:00.39 | Samot | At all |
| 13:01.03 | Samot | You have issues with responding to OPTIONs sent by Asterisk AFTER you have REGISTERed. |
| 13:01.37 | Samot | Either they are not being sent to the right place or they are not be replied to or they are not making it back to Asterisk for some reason. |
| 13:01.42 | GuilhermeB | the problem is that they just repeat the same protocol |
| 13:01.49 | Samot | Of course |
| 13:01.58 | Samot | If Asterisk doesn't get a reply, it re-transmits. |
| 13:02.35 | GuilhermeB | i'll set res_odbc disable and register the ata to an sip.conf static peer and get the logs |
| 13:03.00 | *** join/#asterisk somepoortech (~somepoort@72-0-128-228.static.firstlight.net) |
| 13:03.35 | GuilhermeB | this is my res_odbc: https://pastebin.com/T55ceasn |
| 13:03.54 | file | stares at the wall |
| 13:04.17 | Samot | GuilhermeB: That has no bearing. |
| 13:04.38 | Samot | If your ODBC was broken, there would be bigger errors shown. |
| 13:05.01 | Samot | You are focusing on the wrong things. |
| 13:06.36 | *** join/#asterisk brad_mssw (~brad@66.129.88.50) |
| 13:07.47 | GuilhermeB | https://pastebin.com/wZa0PDHg |
| 13:08.08 | GuilhermeB | there is indeed one OK-200 more on the end of the registration |
| 13:10.20 | GuilhermeB | Samoth, thats the thing, with res_odbc "enable=>no" the ata does register fine, but enabled it doesn't |
| 13:10.22 | Samot | Well then I guess the questions are: How many endpoints do you have? And, do you really need to use RT for them? |
| 13:10.26 | file | set the "nat" option to "force_rport" in the row for the device in the database |
| 13:10.35 | *** join/#asterisk mmlj4 (~mmlj4@47-44-49-2.static.unas.mo.charter.com) |
| 13:10.58 | Kobaz | do de do |
| 13:11.06 | Kobaz | fun times with echo |
| 13:12.13 | GuilhermeB | Samot, yes I does need realtime, we have a full interface for reports |
| 13:12.28 | GuilhermeB | setting nat to force_rport and restarting ata for the first log... wait |
| 13:18.33 | GuilhermeB | well, no changes to nat=no... |
| 13:18.34 | GuilhermeB | https://pastebin.com/bweUL1sQ |
| 13:18.50 | GuilhermeB | I coppied the first two protocols exchanges |
| 13:19.34 | file | what? |
| 13:20.06 | GuilhermeB | sorry, this loggs are for nat=force_rport |
| 13:20.47 | GuilhermeB | I meant there are no changes on this and nat=no |
| 13:23.02 | file | ERM |
| 13:23.31 | file | so, in the working case it was 2002 and now it's 2005? |
| 13:23.43 | Samot | I noticed that too. |
| 13:23.50 | Samot | The device changed up when the method changed. |
| 13:23.56 | GuilhermeB | thats because the 2002 was static on sip.conf |
| 13:24.02 | *** join/#asterisk [TK]D-Fender (~joe@216.191.106.165) |
| 13:24.21 | GuilhermeB | I can try to authenticate the ATA, with ODBC enabled to the static one (2002) but It gets the same message |
| 13:24.34 | GuilhermeB | and the 2005 is on my database |
| 13:25.17 | GuilhermeB | sorry for not clarifying that before |
| 13:27.26 | GuilhermeB | and, thats a raw machine, with Debian Jessie, only packages installed are the ones to work with asterisk, Dahdi, postgres, apache2 and php |
| 13:30.40 | file | the Contact is different, but if the device cares about that it is very silly - and I'm not sure why chan_sip would be doing that |
| 13:32.46 | GuilhermeB | the only reason contact 2002 gots reachable is because it was when I disabled res_odbc module, and 2002 was statically set on sip.conf |
| 13:33.28 | GuilhermeB | If I try to register to 2002, with odbc module enable it will get exactly the same response as contact 2005 |
| 13:34.01 | file | provide the entry from sip.conf and the row from the database. |
| 13:34.06 | Samot | ^^^ |
| 13:34.08 | file | as well as the general section from sip.conf |
| 13:35.27 | GuilhermeB | thats sip.conf: https://pastebin.com/NcM7GH1E |
| 13:37.11 | GuilhermeB | and thats peer 2005 on database: https://pastebin.com/pYcxdyUZ |
| 13:38.25 | file | the configuration is not equivalent. |
| 13:38.27 | Samot | Dude. |
| 13:38.28 | Samot | Yeah |
| 13:38.30 | Samot | Come on. |
| 13:38.39 | Samot | We want to see 2005 SIDE BY SIDE |
| 13:38.43 | Samot | In the DB and the .conf |
| 13:38.49 | Samot | Not two different devices. |
| 13:39.03 | file | Samot: they're the same device but he used two different peer names |
| 13:39.05 | GuilhermeB | I don't have 2005 on sip.conf |
| 13:39.14 | Samot | Ahh |
| 13:39.15 | Samot | OK |
| 13:39.21 | Samot | Either way, file is correct. |
| 13:39.25 | Samot | They do not match |
| 13:39.29 | file | GuilhermeB: make the configuration in ODBC match - ensure "fromuser" is set to "2005", ensure "callerid" is set to "2005" |
| 13:39.32 | Samot | the DB is lacking. |
| 13:39.49 | file | there's probably others |
| 13:40.33 | GuilhermeB | alright, updating row |
| 13:43.05 | GuilhermeB | updated, restarted ata and "core restart now" asterisk |
| 13:43.12 | GuilhermeB | exactly same result as before |
| 13:43.22 | file | provide new sip debug. |
| 13:45.00 | GuilhermeB | https://pastebin.com/PcQySZtt |
| 13:45.54 | file | the OPTIONS is now equivalent to one from sip.conf, why there is still no response - I do not know |
| 13:45.59 | *** join/#asterisk sterish217 (05594260@gateway/web/freenode/ip.5.89.66.96) |
| 13:46.18 | file | well, except it's 2005 and not 2002 |
| 13:46.30 | Samot | Let me ask this.. |
| 13:46.46 | Samot | What reporting do you need with the Registry? |
| 13:47.34 | GuilhermeB | the peer to be reachable, I guess, because the way it is now I can make calls from 2005, but cannot receive calls |
| 13:47.57 | Samot | You said you were using RT for reporting on the peers. |
| 13:47.59 | Samot | What reporting? |
| 13:48.33 | GuilhermeB | we have full interface for changing password, name, callerid, etc etc on a website |
| 13:48.40 | Samot | OK. |
| 13:48.43 | *** join/#asterisk cresl1n (Adium@asterisk/libpri-and-libss7-expert/Cresl1n) |
| 13:48.43 | *** mode/#asterisk [+o cresl1n] by ChanServ |
| 13:48.57 | Samot | So that's not reporting. |
| 13:48.57 | GuilhermeB | so we did everything on mysql... with mysql configurations |
| 13:49.01 | Samot | That's interfacing.. |
| 13:49.06 | GuilhermeB | but we are changing it to postgres now |
| 13:49.26 | GuilhermeB | annndd we have reports based on the CEL, CDR, Queues_Log |
| 13:49.36 | Samot | I was just asking about the peers. |
| 13:49.40 | Samot | Not everything else. |
| 13:50.10 | GuilhermeB | I guess the configuration and knowing if it is online or not (ping) |
| 13:50.16 | GuilhermeB | for the peers |
| 13:50.22 | Samot | Between AMI and ARI you can manage the peers without being RT. |
| 13:50.29 | Samot | You can see if they are online. |
| 13:50.34 | Samot | You can update their configs. |
| 13:50.38 | GuilhermeB | huum |
| 13:51.00 | GuilhermeB | so I can have the peers """statically""" on sip.conf and everything else at RealTime ? |
| 13:51.06 | Samot | Of course. |
| 13:51.16 | Samot | You can mix and match static/RT configs |
| 13:51.31 | Samot | You can have everything static but extensions.conf which can be RT |
| 13:51.35 | Samot | Or vice versa. |
| 13:51.53 | GuilhermeB | and change peers configuration using AMI ? |
| 13:51.59 | Samot | WEll.. |
| 13:52.01 | Samot | Honestly.. |
| 13:52.14 | Samot | Most of what you need to have changed is controlled in AstDB |
| 13:52.21 | Samot | CallerID, etc. |
| 13:52.53 | Samot | CF is there |
| 13:52.57 | Samot | CW is there |
| 13:53.16 | Samot | You can do all sorts of device settings from there. |
| 13:54.34 | GuilhermeB | but there is one problem |
| 13:55.18 | GuilhermeB | even with trying to register to my peer 2002 (wich is statically on sip.conf), If I have res_odbc.conf enabled it will not register on the ATA |
| 13:55.21 | GuilhermeB | :/ |
| 13:55.44 | Samot | That's my point. |
| 13:55.57 | Samot | You can avoid using the database for registrations. |
| 13:55.59 | GuilhermeB | the log I sent to you before, that peer 2002 was sucefully registered was with res_odbc disabled |
| 13:56.01 | Samot | Thus avoiding this issue. |
| 13:56.13 | Samot | I'm offering a workaround solution. |
| 13:56.21 | GuilhermeB | but with res_odbc disabled I can't log cdr etc to database |
| 13:56.28 | Samot | No dude. |
| 13:56.35 | Samot | Stop using the peers with RT |
| 13:56.57 | Samot | Thus bypassing your ODBC issues with registrations/options |
| 13:57.13 | Samot | And also.. |
| 13:57.20 | Samot | I use ODBC to handle CDRs |
| 13:57.25 | Samot | And all my stuff is static |
| 13:57.43 | Samot | ODBC connections to the CDR database has no bearing on RT or static. |
| 13:57.48 | GuilhermeB | but your res_odbc.conf is enabled, right? |
| 13:57.52 | Samot | Yes |
| 13:57.59 | GuilhermeB | thats the point |
| 13:58.02 | Samot | No. |
| 13:58.08 | Samot | You are doing something that is un-needed |
| 13:58.15 | Samot | You are disabling ODBC overall |
| 13:58.25 | Samot | Insead of pinpointing the issue. |
| 13:58.48 | Samot | You're basically shutting off power to a room because one light is flickering |
| 13:59.14 | Samot | "Well that light doesn't flicker anymore but none of the other lights work" |
| 13:59.16 | GuilhermeB | but how can I use odbc realtime for cdr.conf without res_odbc enabled? |
| 13:59.36 | Samot | FFS. |
| 13:59.46 | GuilhermeB | even pointing my ATA to an sip.conf statically peer, if res_odbc is enabled it won't register |
| 13:59.58 | Samot | Then you have a configuration issue |
| 14:00.03 | GuilhermeB | thats the only problem |
| 14:00.04 | Samot | And it does register |
| 14:00.07 | Samot | We've seen it register |
| 14:00.14 | GuilhermeB | no dude |
| 14:00.24 | GuilhermeB | it got reachable when res_odbc was disabled |
| 14:00.39 | GuilhermeB | then I enabled, the same peer, with the same configuration, got unreachable |
| 14:01.57 | Samot | So.. |
| 14:02.02 | *** part/#asterisk sterish217 (05594260@gateway/web/freenode/ip.5.89.66.96) |
| 14:02.04 | Samot | ODBC works fine for everything |
| 14:02.09 | Samot | But your peers? |
| 14:02.27 | GuilhermeB | also work fine. It just don't work for this ATA |
| 14:02.44 | GuilhermeB | I can register softphone and SIP Phone using realtime, odbc, postgres, just fine |
| 14:03.02 | GuilhermeB | but using an ATA I can't.. |
| 14:03.15 | GuilhermeB | I'll try contact with the manufacturer of this ATA |
| 14:03.26 | Samot | Oh. |
| 14:03.38 | GuilhermeB | Thank you very very much for your help, Samot. |
| 14:03.41 | Samot | I thought this was bigger. |
| 14:03.58 | GuilhermeB | I said about the softphones and sip phones at the beggining) hehe |
| 14:04.40 | GuilhermeB | and it's not a hardware problem, because it works with odbc disabled, and used to work when I used mysql |
| 14:04.58 | GuilhermeB | well, will try the luck asking this sort of question to a big company ;s |
| 14:06.00 | GuilhermeB | also thank you @file, for your time and effort, |
| 14:06.08 | file | what what oh |
| 14:11.48 | *** join/#asterisk bounceman (~bounceman@185.32.9.250) |
| 14:12.23 | bounceman | I am just thinking how I can handle CDR. We're starting to get to many nodes now. What do you think of storing CDR locally then moving them to a remote node with master<->slave replication? |
| 14:12.49 | bounceman | Today setup is that we have a "master" database on each asterisk, which replicates across all asterisk nodes. |
| 14:13.01 | bounceman | Meaning that all asterisk databases have the same set of CDR data |
| 14:13.35 | bounceman | Now when I decided to add yet another node for SAVP, the whole infrastructure took a dump in my face. |
| 14:15.36 | *** join/#asterisk bford (d8cff501@gateway/web/freenode/ip.216.207.245.1) |
| 14:15.36 | *** mode/#asterisk [+o bford] by ChanServ |
| 14:20.01 | *** join/#asterisk kharwell (kharwell@nat/digium/x-xciwugaewkhdezls) |
| 14:20.01 | *** mode/#asterisk [+o kharwell] by ChanServ |
| 14:45.21 | *** join/#asterisk EnrgySmth (d8eba101@gateway/web/freenode/ip.216.235.161.1) |
| 14:57.02 | *** join/#asterisk rmudgett (rmudgett@nat/digium/x-ufxrwwzsqmhdaogy) |
| 14:57.02 | *** mode/#asterisk [+o rmudgett] by ChanServ |
| 15:09.48 | *** join/#asterisk forgotmynick (uid24625@gateway/web/irccloud.com/x-fipkkfgfdmsljnmb) |
| 15:20.59 | *** join/#asterisk gerhard7 (~gerhard7@ip5657ee30.direct-adsl.nl) |
| 16:00.34 | *** join/#asterisk lankanmon (~LKNnet@CPE64777dd7e053-CM64777dd7e050.cpe.net.cable.rogers.com) |
| 16:15.30 | Kobaz | asdfsadfasdf |
| 16:15.36 | Kobaz | trying to update a polycom from 5.4 to 5.6 |
| 16:15.47 | Kobaz | all i get in the logs is: 0806180228|cfg |*|00|Prov|Starting to update 3111-48300-001.sip.ld |
| 16:18.47 | Kobaz | and then it stays on 5.4 |
| 16:23.39 | *** join/#asterisk RovingWriter (~rubble@unaffiliated/rovingwriter) |
| 16:32.30 | *** join/#asterisk jameswf (uid27319@gateway/web/irccloud.com/x-zvkxbplxrpwcbtnk) |
| 16:42.30 | *** join/#asterisk miralin (~Thunderbi@91.237.94.4) |
| 17:05.46 | *** join/#asterisk robinak (~quassel@unaffilated/robink) |
| 17:52.33 | *** join/#asterisk gerhard7 (~gerhard7@ip5657ee30.direct-adsl.nl) |
| 17:57.04 | *** join/#asterisk pohvak (~pohvak@fixed-187-189-210-146.totalplay.net) |
| 17:58.11 | pohvak | hello i have a grandstream phone gxp1610 and i want to test connecting direct to the trunk port of my provider, without PBX, what configuration do i need to setup on the phone? thank you |
| 17:59.21 | [TK]D-Fender | Same as anything else |
| 17:59.32 | [TK]D-Fender | Connection are all the same |
| 18:04.46 | *** join/#asterisk woddy (~woddy@unaffiliated/woddy) |
| 18:05.30 | *** join/#asterisk mmlj4 (~mmlj4@47-44-49-2.static.unas.mo.charter.com) |
| 18:25.26 | *** join/#asterisk pchero (~pchero@109.70.54.56) |
| 18:57.15 | *** join/#asterisk fonefreak (~root@c-76-105-87-143.hsd1.ga.comcast.net) |
| 19:03.37 | pohvak | [TK]D-Fender i tried few times with the account and password the provider sent me but i cant get registration on SIP |
| 19:15.37 | [TK]D-Fender | I'm noearing hosts here either. Or what kind of router you've got. If you haev any other SIP services being handled, etc |
| 19:15.52 | [TK]D-Fender | not hearing * |
| 19:35.03 | *** join/#asterisk jkroon (~jkroon@165.16.204.166) |
| 19:36.22 | *** join/#asterisk TandyUK2 (~admin@2a02:13a0:a006:1:b4f8:8786:220b:5d0f) |
| 19:51.36 | pohvak | i finally register !! |
| 19:51.39 | pohvak | to the sip |
| 19:51.40 | pohvak | server |
| 20:11.20 | *** join/#asterisk andresmujica (~andresmmu@ubuntu/member/andresmujica) |
| 20:37.40 | *** join/#asterisk elcontrastador (~textual@adsl-75-14-235-214.dsl.pltn13.sbcglobal.net) |
| 20:53.46 | *** join/#asterisk billxx (49958984@gateway/web/freenode/ip.73.149.137.132) |
| 21:01.03 | *** part/#asterisk GuilhermeB (bb3b3907@gateway/web/freenode/ip.187.59.57.7) |
| 21:05.02 | *** part/#asterisk billxx (49958984@gateway/web/freenode/ip.73.149.137.132) |
| 21:07.17 | *** part/#asterisk trelane (trelane@unaffiliated/trelane) |
| 21:15.38 | *** join/#asterisk tzafrir (~tzafrir@bzq-179-40-170.cust.bezeqint.net) |
| 22:21.17 | *** join/#asterisk rmudgett (rmudgett@nat/digium/x-iyunjmgcbsezgmmw) |
| 22:21.17 | *** mode/#asterisk [+o rmudgett] by ChanServ |
| 22:38.55 | *** join/#asterisk tuxd00d (~tuxd00d@ip68-106-11-138.ph.ph.cox.net) |
| 22:56.02 | *** join/#asterisk shanth_ (~shanth@wsip-98-182-126-226.ph.ph.cox.net) |
| 23:05.07 | *** join/#asterisk [TK]D-Fender (~joe@64.235.216.2) |
| 23:15.58 | *** join/#asterisk Typhon (~Typhon@dslb-092-078-205-234.092.078.pools.vodafone-ip.de) |
| 23:17.36 | *** part/#asterisk kharwell (kharwell@nat/digium/x-xciwugaewkhdezls) |
| 23:25.07 | *** join/#asterisk mmlj4 (~mmlj4@47-44-49-2.static.unas.mo.charter.com) |
| 23:51.56 | *** join/#asterisk woddy (~woddy@unaffiliated/woddy) |