00:18.50 | *** join/#asterisk infobot (ibot@c-174-52-60-165.hsd1.ut.comcast.net) |
00:18.50 | *** topic/#asterisk is Take the March 2019 Asterisk User Survey! https://goo.gl/forms/xL1VUHRsf95saly13 -- #asterisk The Open Source PBX and Telephony Platform (asterisk.org) -=- LTS: 13.28.0 (2019/7/25) 16.5.0 (2019/7/25), Security Only: 15.7.3 (2019/7/11); DAHDI: 3.0.0 (2018/11/15); libpri 1.6.0 (2017/01/27) -=- Wiki: wiki.asterisk.org -=- Code of Conduct: bit.ly/1hH6P22 |
01:19.55 | *** join/#asterisk lankanmon (~LKNnet@CPE64777d632383-CM64777d632380.cpe.net.cable.rogers.com) |
01:20.23 | *** join/#asterisk bmg505 (~leon@169-0-71-167.ip.afrihost.co.za) |
01:24.11 | *** join/#asterisk cp (~cp@b157153.ppp.asahi-net.or.jp) |
01:42.33 | *** join/#asterisk paulgrmn (~paulgrmn@c-68-34-113-42.hsd1.mi.comcast.net) |
02:00.26 | *** join/#asterisk zelele (~Daniel@191.248.195.34) |
02:03.02 | zelele | Hi for everybody. There is a long time that I used IRC, that I almost forgot how to use this. hahaha |
02:04.33 | zelele | I would like to ask If somebody already faced an Asterisk scalability problem with huge number of IP endpoints. |
02:05.25 | zelele | I have a scenario with about 18500 IP Telephonies that I need to migrate to Asterisk solution. |
02:07.10 | zelele | I would like to spread these 18500 endpoints over some Asterisk servers, because of load and High Availability requests. |
02:08.14 | zelele | But when Bob IP Phones register on server A, and Alice IP Phones register on server B, how they can call each other ? How the will know where the other will be registered ? |
02:09.03 | zelele | I already saw Dundi project, but it seems a little "dead" and It is not prepared to use PJSIP. |
02:09.14 | zelele | So... How to achieve this ? |
02:10.04 | zelele | Does anybody has some clue and would like to share some thoughts ? |
02:10.41 | zelele | I will really appreciate your comments. |
02:46.30 | *** join/#asterisk lankanmon (~LKNnet@CPE64777d632383-CM64777d632380.cpe.net.cable.rogers.com) |
02:56.08 | lagzilla | I would guess using an SBC http://www.kamailio.org/dokuwiki/doku.php/asterisk:load-balancing-and-ha |
02:57.00 | lagzilla | We have a shared database between servers so that is also an option for you |
03:02.27 | zelele | Shared database ? Are you talking about something like Asterisk Realtime Database ? |
03:24.17 | [TK]D-Fender | zelele> But when Bob IP Phones register on server A, and Alice IP Phones register on server B, how they can call each other ? How the will know where the other will be registered ? <- that's up to your dialplan |
03:24.21 | [TK]D-Fender | Phones don't know anything |
03:24.36 | [TK]D-Fender | they send calls to the server they are configured to send them to. |
03:24.48 | [TK]D-Fender | And it's up the the call processing to determine what to do with that |
03:28.01 | *** join/#asterisk jwpierce3 (jwpierce3@001.srv.trnkmstr.com) |
03:29.42 | zelele | That is exactly that I would like to know. As I mentioned before, I have 18500 IP Phones that I would like split over some asterisk server (let's say 10 servers). How the dialplan will check where that IP Phone will be registered ? |
03:30.51 | [TK]D-Fender | That depends on how you intend to lay your setup like |
03:31.19 | [TK]D-Fender | Including if you expecta particular device to connect to a specific server |
03:32.00 | zelele | If Bob register on server A, and another moment Alice IP Phone register on server F, for example. I wouldn't like to ask for server A to send requests to server B, C, D and E before to find that Alice's Phone is registered on server F. |
03:33.46 | [TK]D-Fender | The simplest "native" method would be to use regexten on you r peer (chan_sip option, unsure if it's also in pjsip), and DUNDi. |
03:33.48 | zelele | What I'm asking if there is some way to check directly on some database where Alice's phone is registered, and send a request directly to that server. |
03:34.30 | [TK]D-Fender | Depends how that database gets populated. That's the huge catch |
03:34.59 | [TK]D-Fender | DUNDI is a way around thatas I've described |
03:35.42 | zelele | I read about DUNDi, but It seems that It is not prepared to work with PJSIP. |
03:36.03 | zelele | There isn't a LOOKUP tool inside Dundi with PJSIP. |
03:36.29 | [TK]D-Fender | DUNDI isn't supposed to care about protocol |
03:36.39 | [TK]D-Fender | you don't lookup "sip". It looks up EXTENSIONS |
03:37.36 | zelele | Understood. |
03:38.11 | zelele | I will give another chance to Dundi... |
03:39.07 | zelele | Thanks D-Fender. |
03:44.37 | *** join/#asterisk overyander (~overyande@209.141.208.197) |
03:59.53 | *** join/#asterisk Milos (~Milos@pdpc/supporter/student/milos) |
04:05.12 | *** join/#asterisk sysgrammer (~sysgramme@d205-234-50-208.yt.northwestel.net) |
04:09.22 | *** join/#asterisk Milos (~Milos@pdpc/supporter/student/milos) |
04:24.28 | *** join/#asterisk mducharme (uid303982@gateway/web/irccloud.com/x-bwovxbpmezpjuchm) |
04:32.26 | *** join/#asterisk techquila (~techquila@2407:7000:9125:e400:a453:6053:e9c0:bace) |
05:13.49 | *** join/#asterisk Milos (~Milos@pdpc/supporter/student/milos) |
05:19.14 | *** join/#asterisk mindthelion (~techquila@121-75-24-19.dyn.vf.net.nz) |
05:37.22 | *** join/#asterisk tomaluca95 (~quassel@kde/developer/tomaluca) |
06:19.16 | *** join/#asterisk pchero_work (~pchero@87.213.247.82) |
06:56.35 | *** join/#asterisk jkroon (~jkroon@41.113.75.48) |
07:14.25 | *** join/#asterisk bhuddah (~michael@unaffiliated/bhuddah) |
07:18.17 | *** join/#asterisk bhuddah (~michael@unaffiliated/bhuddah) |
08:23.17 | *** join/#asterisk mindthelion (~techquila@121-75-24-19.dyn.vf.net.nz) |
08:32.55 | *** join/#asterisk mindthelion (~techquila@121-75-24-19.dyn.vf.net.nz) |
08:41.52 | *** join/#asterisk yuljk (~yuljk@unaffiliated/yuljk) |
08:44.16 | *** join/#asterisk techquila (~techquila@121-75-24-19.dyn.vf.net.nz) |
08:48.16 | *** join/#asterisk mindthelion (techquila@gateway/vpn/protonvpn/techquila) |
08:57.12 | *** join/#asterisk techquila (~techquila@121-75-24-19.dyn.vf.net.nz) |
09:00.21 | *** join/#asterisk mindthelion (techquila@gateway/vpn/protonvpn/techquila) |
09:01.59 | *** join/#asterisk jkroon (~jkroon@41.113.75.48) |
09:09.32 | *** join/#asterisk techquila (~techquila@121-75-24-19.dyn.vf.net.nz) |
09:14.07 | *** join/#asterisk techquila (~techquila@2407:7000:9125:e400:f1c2:df9f:be37:22a2) |
09:17.20 | *** join/#asterisk Downlots (~Downlots@ppp-94-66-56-25.home.otenet.gr) |
09:17.21 | *** join/#asterisk mindthelion (~techquila@104.245.144.186) |
09:26.29 | *** join/#asterisk pchero_work (~pchero@87.213.247.82) |
09:26.41 | *** join/#asterisk TriJetScud (~TriJetScu@69.172.162.252) |
09:39.59 | *** join/#asterisk Jesterboxboy (~Thunderbi@84-115-150-8.cable.dynamic.surfer.at) |
09:49.20 | *** join/#asterisk pchero_work (~pchero@87.213.247.82) |
10:30.23 | *** join/#asterisk K0HAX (~michael@gateway/tor-sasl/k0hax) |
11:04.37 | *** join/#asterisk emsjessec (~emsjessec@96.56.225.51) |
12:18.31 | *** join/#asterisk miralin (~Thunderbi@81.177.58.137) |
12:29.20 | *** join/#asterisk techquila (~techquila@121-75-24-19.dyn.vf.net.nz) |
12:49.10 | *** join/#asterisk bford (uid283514@gateway/web/irccloud.com/x-unmrgssliuiedvhr) |
12:49.10 | *** mode/#asterisk [+o bford] by ChanServ |
12:53.30 | *** join/#asterisk brad_mssw (~brad@66.129.88.50) |
13:18.21 | *** join/#asterisk brad_mssw (~brad@66.129.88.50) |
14:03.29 | *** join/#asterisk [TK]D-Fender (~joe@216.191.106.165) |
14:21.58 | *** join/#asterisk lbazan (~lbazan@fedora/LoKoMurdoK) |
14:43.02 | *** join/#asterisk Downlots (~Downlots@ppp-94-66-56-25.home.otenet.gr) |
14:43.07 | *** join/#asterisk hfb (~hfb@47.139.21.118) |
14:45.45 | *** join/#asterisk gerhard7 (~gerhard7@ip5657ee30.direct-adsl.nl) |
15:20.06 | *** join/#asterisk jetlag (~jetlag@c-71-226-222-56.hsd1.nj.comcast.net) |
15:29.08 | *** join/#asterisk themayor (~themayor@unaffiliated/themayor) |
16:01.25 | *** join/#asterisk salviadud (~ralfalfa@187-162-213-198.static.axtel.net) |
16:05.09 | *** join/#asterisk Downlots (~Downlots@ppp-94-66-56-25.home.otenet.gr) |
17:13.19 | *** join/#asterisk stercor (~Ted@207.189.25.15) |
18:15.08 | *** join/#asterisk hfb (~hfb@47.139.21.118) |
18:52.35 | *** join/#asterisk defsdoor (~Andrew@cpc120600-sutt6-2-0-cust232.19-1.cable.virginm.net) |
19:42.28 | *** join/#asterisk shimshon10 (8de23f29@141.226.63.41) |
19:42.39 | shimshon10 | hello |
19:42.54 | shimshon10 | i need a help |
19:43.40 | shimshon10 | when i reload, i have message "lconfig.c: Line 239 too long, skipping." |
19:43.55 | shimshon10 | how can i change the setting that i can use long lines? |
19:47.10 | [TK]D-Fender | show the full area around that message |
19:48.05 | [TK]D-Fender | And given how many places identically typed field s are used I'm sure this is no small matter... |
19:48.19 | [TK]D-Fender | You should reconsider whatever you're attempting to do there... |
19:49.15 | shimshon10 | it's a long line |
19:49.54 | shimshon10 | and it's limit of the langth |
19:51.20 | shimshon10 | it's lines that the length it's more then 256 charters |
19:51.37 | shimshon10 | and i have meny lines like that |
19:51.52 | [TK]D-Fender | You're looking at a whole pile of code mods you'll need to make & maintain... |
19:52.24 | [TK]D-Fender | <[TK]D-Fender> You should reconsider whatever you're attempting to do there... |
19:53.55 | shimshon10 | i can't change the setting that i can use a long lines? |
19:54.25 | [TK]D-Fender | it isn't a "setting" |
19:54.28 | [TK]D-Fender | it's code |
19:54.58 | [TK]D-Fender | code used all over the place and populated from other fields of the same length that all has to get modded to support |
19:56.29 | shimshon10 | and not other idea how to use long lines? |
19:56.46 | [TK]D-Fender | there is no "plan b" |
19:56.51 | [TK]D-Fender | code limits you |
19:57.06 | [TK]D-Fender | you'd have to modify a ton and compile it all and then maintain this as you upgrade |
19:57.42 | [TK]D-Fender | So you'd be advised to reconsider your approach to whatever you're doing that is hitting that limit |
19:58.32 | lagzilla | Could he do exten => foo; same => bar;? |
19:59.25 | shimshon10 | I try to use system and send log command |
19:59.29 | shimshon10 | long |
20:00.06 | [TK]D-Fender | Time to break it up and use a different method |
20:03.40 | seanbright | are you compiling with LOW_MEMORY enabled? |
20:03.55 | seanbright | if not, the line limit should be 8192 characters, which is a really long line |
20:04.32 | [TK]D-Fender | seanbright, Did that get mainstreamed? I remember to old limits for this... |
20:04.35 | seanbright | about 8000 more characters than anyone actually needs |
20:05.10 | seanbright | https://github.com/asterisk/asterisk/blob/13/main/config.c#L2033-L2037 |
20:05.55 | seanbright | shimshon10: you have lines longer than 8192 characters? what version of asterisk are you running? |
20:06.45 | shimshon10 | my line it's about 500 characters |
20:07.03 | seanbright | do you have LOW_MEMORY defined? |
20:07.17 | shimshon10 | yes |
20:07.22 | seanbright | ok |
20:07.29 | shimshon10 | i have LOW_MEMORY |
20:07.47 | seanbright | ok, i assume because you defined that you actually need it |
20:07.50 | shimshon10 | if i take it off it's take off the limit? |
20:07.54 | seanbright | yes |
20:08.00 | seanbright | well |
20:08.05 | shimshon10 | how can i take it off? |
20:08.06 | seanbright | it increases the limit by 16x |
20:08.16 | seanbright | are you compiling it yourself? |
20:08.49 | shimshon10 | yes |
20:09.24 | seanbright | run: |
20:09.27 | seanbright | make menuselect |
20:09.39 | seanbright | go to 'Compiler Flags' |
20:09.49 | seanbright | uncheck 'LOW_MEMORY' |
20:09.55 | seanbright | save & exit |
20:10.04 | seanbright | then run 'make' to build |
20:10.35 | [TK]D-Fender | Guess I'm learning something new today... |
20:10.55 | seanbright | i mean, LOW_MEMORY isn't set by default |
20:11.12 | shimshon10 | did i can take it off withot recompile? |
20:11.18 | seanbright | no |
20:19.04 | shimshon10 | thnkes, |
20:19.06 | shimshon10 | it's work |
20:19.13 | seanbright | sure thing |
20:19.50 | shimshon10 | and i have other question |
20:20.47 | shimshon10 | when i have meny calls, i have got message: |
20:20.54 | shimshon10 | chan_sip.c: Retransmission timeout reached on transmission |
20:21.11 | shimshon10 | meny times until the asterisk crash |
20:21.21 | seanbright | doesn't the message include a link to a wiki article? |
20:22.04 | seanbright | "Retransmission timeout reached on transmission %s for seqno %u (%s %s) -- See https://wiki.asterisk.org/wiki/display/AST/SIP+Retransmissions" |
20:22.56 | shimshon10 | i see , but i dont have NAT or somtings else that block, |
20:23.16 | seanbright | man, you read that page really quickly |
20:23.43 | shimshon10 | not now, a few weks ago. |
20:25.05 | shimshon10 | the server it's going very slow, its take long time to go to the next line in the dial plan. |
20:25.24 | seanbright | how much memory do you have on your serve? |
20:25.26 | seanbright | server* |
20:25.43 | file | and are you using AGI? |
20:26.12 | shimshon10 | 64GB |
20:26.16 | shimshon10 | i use system |
20:27.01 | file | System would suffer the same problem, the higher the load/usage, the slower it will become |
20:28.06 | shimshon10 | so how can i use it for many calls? |
20:28.46 | file | you can't? |
20:29.08 | file | it's due to the way that the kernel works and how the process is executed for System (and for AGI) |
20:29.45 | seanbright | how many calls? |
20:30.03 | shimshon10 | 200 |
20:30.10 | shimshon10 | at the same time |
20:30.33 | seanbright | cores? clock speed? |
20:30.47 | shimshon10 | Intel(R) Xeon(R) CPU E5-1650 v4 @ 3.60GHz, 12 cores |
20:31.16 | seanbright | well, then system() must be the problem because you should be able to handle 200 calls with that equipment easily |
20:32.43 | shimshon10 | if i change it to agi it work good? |
20:32.51 | file | FastAGI would be fine, AGI wouldn't |
20:32.54 | seanbright | fastagi |
20:35.07 | shimshon10 | did i can use fastagi in asterisk 1.8? |
20:35.14 | seanbright | yes |
20:37.50 | shimshon10 | how i use it in the dialplan? |
20:37.59 | seanbright | ok |
20:38.15 | shimshon10 | i don't see the application fastagi |
20:38.21 | seanbright | it's just called AGI |
20:38.40 | seanbright | and now it's time for you to do some independent research |
20:38.44 | seanbright | good luck to you |
20:41.29 | *** join/#asterisk GoldenBear (~gb@87.101.94.228) |
20:43.13 | shimshon10 | did i can get answer back from agi like SHELL? |
20:43.21 | seanbright | and now it's time for you to do some independent research |
20:43.25 | seanbright | good luck to you |
20:48.18 | *** join/#asterisk spatel (~spatel@pool-98-118-124-216.bstnma.fios.verizon.net) |
21:02.26 | *** join/#asterisk MoonTide (~NiHola@unaffiliated/liuyan) |
21:27.22 | *** join/#asterisk [TK]D-Fender (~joe@64.235.216.2) |
22:43.49 | *** join/#asterisk TandyUK2 (~admin@TandyUK/staff/James) |
22:44.33 | *** join/#asterisk Iamnacho (~Iamnacho@ip68-103-241-155.ks.ok.cox.net) |
22:45.55 | *** join/#asterisk life_of_e (~life_of_e@108-95-189-245.lightspeed.irvnca.sbcglobal.net) |
23:30.35 | *** join/#asterisk yuljk (~yuljk@unaffiliated/yuljk) |
23:44.39 | *** join/#asterisk Iamnach0 (~Iamnacho@ip68-103-241-155.ks.ok.cox.net) |
23:48.44 | *** join/#asterisk spatel (~spatel@pool-98-118-124-216.bstnma.fios.verizon.net) |