| 00:00.23 | *** join/#asterisk fstd (~fstd@unaffiliated/fisted) |
| 00:01.38 | Penguin | Extensions can be thought of as rules or instructions on what to do when numbers (or letters) are dialed from a device. |
| 00:02.23 | Penguin | There is no association between extensions and devices until you create such an association in extensions.conf. |
| 00:02.44 | rex__ | hmm..correct, I used demo-alice in place of UerID and it worked. Thank you all. I am learning more about asterisk |
| 00:04.07 | ChannelZ | Ta-da |
| 00:04.14 | Penguin | MAGIC |
| 00:17.12 | Apteryx | ChannelZ, Penguin: are you using PJSIP by any chance ? |
| 00:17.22 | Penguin | Not me. |
| 00:17.29 | Apteryx | ok |
| 00:59.16 | *** join/#asterisk jzaw (~jzaw@loki.dzki.co.uk) |
| 01:06.25 | *** join/#asterisk jasonwert (~jasonwert@71.89.137.28) |
| 01:30.38 | Apteryx | Could anyone give me more information, point me to some doc about the following: WARNING[14066]: res_pjsip_pubsub.c:1295 pubsub_on_rx_publish_request: No registered publish handler for event presence |
| 01:30.54 | Apteryx | Happens when I change my UA's status (available, busy, etc.) |
| 01:52.22 | *** join/#asterisk CeBe1 (~CeBe@brsg-4dbbe9ff.pool.mediaWays.net) |
| 02:02.59 | *** join/#asterisk darkbasic (~quassel@niko.linuxsystems.it) |
| 02:15.24 | *** join/#asterisk calum_ (~calum_@92.54.160.98) |
| 02:19.14 | *** join/#asterisk jasonwert (~jasonwert@75-134-81-98.static.aldl.mi.charter.com) |
| 02:27.02 | *** join/#asterisk Dovid (~Dovid@ool-2f113961.dyn.optonline.net) |
| 02:58.48 | *** join/#asterisk Lexikahn (~Lexikahn@unaffiliated/lexikahn) |
| 03:08.43 | *** join/#asterisk stevePearPear (~stevePear@cm244.epsilon47.maxonline.com.sg) |
| 03:27.48 | Apteryx | Oh well. I just tried Asterisk trunk (v13) and pjproject trunk (v2.3) and still having the same problem with TCP signaling and chan_pjsip. |
| 03:38.15 | Apteryx | But I think I have better hints about the failure! I will post the data to the forum and link after. |
| 03:40.19 | *** join/#asterisk Draecos (~Draecos@106-69-27-11.dyn.iinet.net.au) |
| 03:45.23 | *** join/#asterisk al_nz1 (~bigal.nz@118-93-56-103.dsl.dyn.ihug.co.nz) |
| 03:45.27 | al_nz1 | Ok |
| 03:45.34 | al_nz1 | who wants to talk asterisk security |
| 03:46.16 | al_nz1 | I just geofenced my AWS (amazon) server with ipset so only my ISP can connect and my upstream provider. |
| 03:46.27 | al_nz1 | But I wondered if there was a less restrictive way? |
| 03:47.26 | al_nz1 | AWS gets hammered by Chinese and Russian hackers, and even tho AWS uses key auth - port 22 was getting wasted. 5060 attacks werent so bad, but fail2ban - even on asterisk 11 worried me |
| 03:48.47 | ChannelZ | why |
| 03:51.03 | ChannelZ | I use fail2ban. As for SSH, if you have access to the whole VM (I don't know anything about AWS) put it on another port. I moved mine a long time ago and don't think I've had a single person find it |
| 03:57.02 | Penguin | The best protection for asterisk is to know your system. Know what peers are allowed to do what and where. Know what extensions are available to the world. Be sure that no one can dial things you don't want them to dial. |
| 04:08.38 | ChannelZ | and condoms |
| 04:13.00 | Penguin | http://i.imgur.com/20QoV.jpg |
| 04:14.06 | *** join/#asterisk yokel (~yokel@unaffiliated/contempt) |
| 04:32.59 | *** join/#asterisk gerhard7 (~gerhard7@77-172-20-151.ip.telfort.nl) |
| 04:43.19 | *** join/#asterisk ttyS3 (~o@gateway/tor-sasl/omlib) |
| 04:53.21 | *** join/#asterisk yokel (~yokel@unaffiliated/contempt) |
| 04:59.12 | *** join/#asterisk michoel (~michoelc@123-243-140-181.static.tpgi.com.au) |
| 05:05.55 | ChannelZ | I hope you didn't just take that special. |
| 05:15.07 | *** part/#asterisk stevePearPear (~stevePear@cm244.epsilon47.maxonline.com.sg) |
| 05:22.44 | *** join/#asterisk gusto (~gusto@2001:470:1f0b:a42:224:1dff:fecd:234c) |
| 05:24.01 | *** join/#asterisk evil_gordita (robert@ip70-188-56-12.rn.hr.cox.net) |
| 05:29.01 | *** join/#asterisk drmessano (~nonya@pdpc/supporter/active/drmessano) |
| 05:40.30 | *** join/#asterisk c0mrade_ (~c0mrade_@unaffiliated/c0mrade/x-3310965) |
| 06:29.03 | al_nz1 | ChannelZ: thanks |
| 06:32.56 | *** join/#asterisk cunningpike (~cunningpi@2602:304:6eaf:6280:c6b:86fb:b717:632d) |
| 06:42.59 | *** join/#asterisk drmessano (~nonya@pdpc/supporter/active/drmessano) |
| 06:43.35 | *** join/#asterisk tzafrir (~tzafrir@local.xorcom.com) |
| 07:13.04 | *** join/#asterisk drmessano (~nonya@pdpc/supporter/active/drmessano) |
| 07:34.44 | *** join/#asterisk evil_gordita (robert@ip70-188-56-12.rn.hr.cox.net) |
| 07:40.15 | *** join/#asterisk evilman_home (kvirc@89-179-77-66.broadband.corbina.ru) |
| 07:48.31 | *** join/#asterisk Aamit (~amit@1.39.14.137) |
| 08:05.57 | *** join/#asterisk stevePearPear_ (~stevePear@cm244.epsilon47.maxonline.com.sg) |
| 08:16.07 | *** join/#asterisk areski (~areski@80.174.128.120.dyn.user.ono.com) |
| 08:44.00 | *** join/#asterisk stevePearPear (~stevePear@cm244.epsilon47.maxonline.com.sg) |
| 08:46.39 | *** join/#asterisk drmessano (~nonya@pdpc/supporter/active/drmessano) |
| 09:01.41 | *** join/#asterisk drmessano (~nonya@pdpc/supporter/active/drmessano) |
| 09:01.43 | *** join/#asterisk petris (~petris@2607:5300:100:200::6b8) |
| 09:06.31 | *** join/#asterisk wolrah (~wolrah@24.239.210.140) |
| 09:09.13 | *** join/#asterisk Draecos (~Draecos@106-69-27-11.dyn.iinet.net.au) |
| 09:17.22 | *** join/#asterisk wolrah (~wolrah@24.239.210.140) |
| 09:17.45 | *** join/#asterisk drmessano (~nonya@pdpc/supporter/active/drmessano) |
| 10:06.11 | *** join/#asterisk NoobSaibot (~NoobSaibo@CPE-24-208-40-235.new.res.rr.com) |
| 10:10.12 | *** join/#asterisk Draecos (~Draecos@106-69-27-11.dyn.iinet.net.au) |
| 10:12.59 | *** join/#asterisk Aamit (~amit@1.39.13.155) |
| 10:30.24 | *** join/#asterisk stevePearPear_ (~stevePear@cm244.epsilon47.maxonline.com.sg) |
| 10:31.27 | *** join/#asterisk Draecos (~Draecos@106-69-27-11.dyn.iinet.net.au) |
| 10:32.02 | *** join/#asterisk areski (~areski@80.174.128.120.dyn.user.ono.com) |
| 10:37.03 | *** join/#asterisk Draecos (~Draecos@106-69-27-11.dyn.iinet.net.au) |
| 10:42.22 | *** join/#asterisk CeBe (~CeBe@brsg-4dbbe9ff.pool.mediaWays.net) |
| 11:52.05 | *** join/#asterisk tzafrir (~tzafrir@local.xorcom.com) |
| 11:54.57 | *** join/#asterisk bmurt (~brendan@208-58-116-232.c3-0.upd-ubr1.trpr-upd.pa.cable.rcn.com) |
| 12:00.23 | *** join/#asterisk fstd (~fstd@unaffiliated/fisted) |
| 12:01.30 | *** join/#asterisk drmessano (~nonya@pdpc/supporter/active/drmessano) |
| 12:21.22 | *** join/#asterisk jasonwert (~jasonwert@71.89.137.28) |
| 12:21.42 | *** join/#asterisk tzafrir (~tzafrir@local.xorcom.com) |
| 12:27.42 | *** join/#asterisk wonderworld (~ww@ip-62-143-157-238.hsi01.unitymediagroup.de) |
| 12:29.45 | *** join/#asterisk Dovid (~Dovid@ool-2f113961.dyn.optonline.net) |
| 12:30.17 | *** join/#asterisk netmax (~netmax@is.linux-administrator.com) |
| 13:15.13 | *** join/#asterisk [TK]D-Fender (~chatzilla@64.235.216.2) |
| 13:22.53 | *** join/#asterisk gerhard7 (~gerhard7@77-172-20-151.ip.telfort.nl) |
| 13:34.37 | *** join/#asterisk petris (~petris@2607:5300:100:200::6b8) |
| 13:40.50 | *** join/#asterisk Draecos (~Draecos@106-69-27-11.dyn.iinet.net.au) |
| 14:04.41 | *** join/#asterisk ph8 (~ph8@unaffiliated/ph8) |
| 14:08.49 | *** join/#asterisk bmurt (~brendan@208-58-116-232.c3-0.upd-ubr1.trpr-upd.pa.cable.rcn.com) |
| 14:21.31 | Apteryx | My quest to make Asterisk 12/13 and chan_pjsip with TCP registrations continues. If you'd like to study the data, or have an idea to try out, please check out my forum post here: http://forums.asterisk.org/viewtopic.php?f=1&t=91495 |
| 14:22.08 | Apteryx | *to make Asterisk work with |
| 14:29.58 | file | set rewrite_contact=yes on the endpoint and it'll reuse the existing TCP connection of the registration |
| 14:37.26 | Apteryx | @file trying it now :) thanks for the suggestion! |
| 14:37.56 | file | you'll also want rtp_symmetric=yes |
| 14:38.18 | Apteryx | ok |
| 14:42.49 | *** join/#asterisk gusto (~gusto@2001:470:1f0b:a42:224:1dff:fecd:234c) |
| 14:43.33 | *** join/#asterisk drmessano (~nonya@pdpc/supporter/active/drmessano) |
| 14:49.25 | Apteryx | @file: tried setting both rewrite_contacts=yes and rtp_symmetric=yes in my endpoints, restarted Asterisk, but the same TCP connection refused error persists :/ |
| 14:49.35 | file | did you re-register? |
| 14:49.39 | Apteryx | yes |
| 14:49.45 | Apteryx | both endpoints |
| 14:52.51 | Apteryx | This was using Bria UA. I just tried Jitsi as well on the receiving side, and got same error. |
| 14:53.07 | file | pastebin a current log of what is happening |
| 14:55.04 | file | could also be that the TCP connection is dropping |
| 14:55.28 | file | in which case qualify can keep it forced open |
| 14:55.28 | file | or at least try |
| 14:55.28 | Apteryx | @file: http://pastebin.com/Sn3pq0NJ |
| 14:55.38 | Apteryx | I'll make another one (with verbose). |
| 14:56.02 | file | yeah, there's no current open connections matching that address so it is trying to connect |
| 14:57.34 | Apteryx | @file: looking at the log, I just noticed, in my last experiments I used max_contacts=10, and so old registrations address are kept until timeout. Maybe this can cause a problem? |
| 14:57.53 | file | provided at least one is reachable it shouldn't |
| 14:58.15 | Apteryx | @file: ok. Well the last one should be reachable, it was from a fresh re-registration. |
| 14:58.31 | file | how fresh, and when? |
| 14:59.04 | Apteryx | seconds before I made the call. |
| 14:59.06 | file | you may want to try turning on qualify |
| 14:59.29 | Apteryx | and both clients were open (iOS devices). Ok, I will try qualify! Thanks for suggesting. |
| 15:01.58 | Apteryx | I don't see to see any qualify option in the res_pjsip endpoint config? Will try it anyway. |
| 15:02.06 | Apteryx | *I don't seem |
| 15:02.22 | file | it exists. |
| 15:02.38 | file | it's just not named exactly "qualify" |
| 15:03.07 | file | it's qualify_frequency |
| 15:03.17 | file | which is how often to send an OPTIONS message to qualify it |
| 15:06.59 | Apteryx | @file ok, I see it now. It is a 'contact' option. |
| 15:07.21 | file | AOR is where you'd want it |
| 15:14.35 | Apteryx | @file ok! I thought I had to create a specific section of type=contact, like here: http://pastebin.com/H3yaxd3V |
| 15:14.54 | file | nope |
| 15:15.46 | Apteryx | ok! thanks! It would have taken me a day to figure this detail from the doc. |
| 15:18.39 | Apteryx | So my config now looks like: http://pastebin.com/X5p7PRJp. |
| 15:18.58 | Apteryx | Qualifying my endpoints every 30 seconds. |
| 15:20.46 | Apteryx | Again, the dreaded TCP connect() error: Connection refused [code=120111]. |
| 15:21.23 | Apteryx | Only Blink seems to find a way to use TCP successfully with Asterisk 12/13 and pjsip. |
| 15:23.47 | Apteryx | But! Interesting! The qualify fails as well! Asterisk itself is not able to reuse the TCP connection that was opened between the endpoints and itself. |
| 15:28.05 | Apteryx | david55 posted an answer to the my forum post: http://forums.asterisk.org/viewtopic.php?f=1&t=91495 |
| 15:28.44 | *** join/#asterisk evilman_home (kvirc@89-179-77-66.broadband.corbina.ru) |
| 15:38.46 | *** join/#asterisk gusto (~gusto@2001:470:1f0b:a42:224:1dff:fecd:234c) |
| 15:40.02 | *** join/#asterisk timahvo1 (~rogue@105.161.17.191) |
| 15:48.43 | *** part/#asterisk stevePearPear (~stevePear@cm244.epsilon47.maxonline.com.sg) |
| 15:55.01 | Apteryx | @file: Ok, I don't know what was happenning before, but the qualifies are now working without TCP refused error. |
| 15:58.51 | Apteryx | Seems the TCP refused error on qualifications happen after a failed call. |
| 16:08.01 | Penguin | Is there a CHANNEL() item to show me the private IP address of a remote peer? I have no problem seeing the public addr, but I'd like to additionally see the private addr that is the source of the packets. |
| 16:25.21 | *** join/#asterisk ttyS3 (~o@gateway/tor-sasl/omlib) |
| 16:28.47 | *** join/#asterisk timahvo1 (~rogue@105.161.17.191) |
| 16:40.25 | *** join/#asterisk timahvo1 (~rogue@105.161.17.191) |
| 16:43.19 | *** join/#asterisk c0mrade_ (~c0mrade_@unaffiliated/c0mrade/x-3310965) |
| 16:43.39 | c0mrade_ | I've setup an online server at home that has some linux and windows virtual machines all online. I am using a stand ISP connection and a DDNS host and different ssh ports for each vm. |
| 16:43.43 | c0mrade_ | One of the VMs has an UnrealIRCd IRC Server the other will have gitLab and the main server is windows 2012 with IIS. |
| 16:43.44 | c0mrade_ | I would like to invite some people that like technical stuff and would want to do some projects together for fun, collaboration and eductional purposes on my servers :D |
| 16:50.46 | *** join/#asterisk evil_gordita (robert@ip70-188-56-12.rn.hr.cox.net) |
| 16:55.48 | *** join/#asterisk W0rmDr1nk (~wormdrink@unaffiliated/wormdrink) |
| 17:36.14 | *** join/#asterisk bmurt (~brendan@208-58-116-232.c3-0.upd-ubr1.trpr-upd.pa.cable.rcn.com) |
| 17:46.30 | *** join/#asterisk drmessano (~nonya@pdpc/supporter/active/drmessano) |
| 17:49.52 | *** join/#asterisk jzaw (~jzaw@loki.dzki.co.uk) |
| 17:59.12 | *** join/#asterisk vlad_starkov (~vlad_star@91.206.59.50) |
| 18:01.18 | *** join/#asterisk Apteryx (~maxim@69-165-208-140.cable.teksavvy.com) |
| 18:01.23 | *** join/#asterisk jzaw (~jzaw@loki.dzki.co.uk) |
| 18:08.17 | *** join/#asterisk spicyramen_ (~Adium@c-98-210-160-181.hsd1.ca.comcast.net) |
| 18:22.35 | [sr] | WIMPy: In some (hopefully very) rare occasions you might find some non-standard connectors like a Sub-D, e.g. as listed above, or even two coaxial connectors like BNC or TRS sockets. You might even find PRIs using the BRI pin-out. So if you use rare or ancient equipment, better check the manual. |
| 18:22.48 | [sr] | WIMPy: going to try my luck and request the telco a newer SHDSL |
| 18:23.05 | *** join/#asterisk stevePearPear (~stevePear@cm244.epsilon47.maxonline.com.sg) |
| 18:23.37 | [sr] | the noise and d-channel goind down gotta be this.. the olx PBX works ok cause its of the BNC era and something was tunned up for it, for sure (I hope or i'm dead) |
| 18:28.25 | *** join/#asterisk seanbright (~sean@asterisk/contributor-and-bug-marshal/seanbright) |
| 18:30.26 | *** join/#asterisk hecatae (~philip@host-78-151-178-31.as13285.net) |
| 18:57.23 | Apteryx | What is the contact header supposed to contain when a device registers with Asterisk? Is there an RFC detailing it? |
| 18:57.43 | Apteryx | (sip registration) |
| 18:58.35 | Penguin | Specifically or generally? |
| 18:59.54 | *** join/#asterisk spicyramen_ (~Adium@c-98-210-160-181.hsd1.ca.comcast.net) |
| 19:00.00 | Apteryx | Penguin: generally for a start :) |
| 19:01.07 | Penguin | Contact contains the information where asterisk can reach the device when asterisk has a call for it. It would contain the IP address. |
| 19:01.42 | *** join/#asterisk tzafrir (~tzafrir@bzq-218-28-58.cablep.bezeqint.net) |
| 19:01.43 | Penguin | peername@ipaddr:port |
| 19:05.02 | *** join/#asterisk theron (~theron@173-29-74-236.client.mchsi.com) |
| 19:06.00 | Apteryx | Ok. So it should contain the IP address of the device. And the port it used to connect, I guess? |
| 19:07.05 | Penguin | That's how asterisk "connects" to the device. |
| 19:07.22 | Apteryx | I have a UA registering with the following contact: sip:yuki@192.168.0.101:53124;transport=TCP;ob |
| 19:07.36 | Penguin | That doesn't seem unreasonable. |
| 19:08.18 | Apteryx | And I am debating with someone if this shouldn't rather be sip:yuki@192.168.0.101;transport=TCP or sip:yuki@192.168.0.101:5060;transport=TCP. |
| 19:08.54 | Penguin | No, it should be whatever port is needed for asterisk to reach the device. |
| 19:09.25 | *** join/#asterisk g_r_eek (~g_r_eek@46-198-85-238.adsl.cyta.gr) |
| 19:10.10 | Penguin | <PROTECTED> |
| 19:10.16 | Penguin | That's from one of my phones. |
| 19:10.41 | Penguin | I'm not using TCP, so it won't say transport=TCP. |
| 19:10.42 | Apteryx | Penguin: ok. I think someone told me the 'ob' flag is to mean the connection should be reused? |
| 19:10.45 | Apteryx | ok |
| 19:12.57 | Penguin | That might be one way to look at it. |
| 19:13.15 | Penguin | The ob parameter does relate to routing and flow. |
| 19:15.25 | Penguin | rfc5626 says this about the ob parameter in a contact header: |
| 19:15.31 | Penguin | In a Contact or Route header field value, it indicates that the UA would like other requests in the same dialog to be routed over the same flow. |
| 19:16.11 | Apteryx | ok! |
| 19:20.36 | Apteryx | hmm. |
| 19:24.55 | Apteryx | I've disabled all firewalls, and still I'm having issues with TCP connection refused on registering. |
| 19:33.44 | Penguin | Did you configure asterisk to listen for TCP? |
| 19:37.51 | Apteryx | Penguin: yes, it is. My pjsip.conf looks like this: http://pastebin.com/HRCr45Be |
| 19:38.06 | Penguin | And is it listening for TCP? |
| 19:38.46 | Apteryx | Where would this be defined? |
| 19:39.25 | Penguin | You can check it any of several ways. netstat, socklist, lsof, etc. |
| 19:39.57 | Apteryx | So it should reply to any basic TCP SYN request for example? on port 5060. |
| 19:40.29 | Penguin | Don't try to complicate it yet. |
| 19:40.41 | Penguin | Check it with netstat, socklist, or lsof for now. |
| 19:42.16 | *** join/#asterisk CeBe (~CeBe@port-92-206-63-181.dynamic.qsc.de) |
| 19:42.59 | Penguin | And show me the results. |
| 19:44.27 | wdoekes | Penguin: his problem is the following. bria registers over tcp, asterisk sends call to registered contact instead of over existing tcp connection |
| 19:44.46 | file | I think the connection is just getting closed for some reason |
| 19:44.59 | file | (it will reuse the existing connection if it still exists, and matches the IP address+port) |
| 19:45.02 | wdoekes | last time I asked, netstat showed is as established |
| 19:45.07 | wdoekes | *it |
| 19:45.27 | Apteryx | using netstat -anp | grep 5060, I can see: http://pastebin.com/P5MCVSbr |
| 19:46.53 | wdoekes | 192.168.0.102:8838 is yuki? |
| 19:48.16 | Penguin | On an unrelated topic, I've noticed +1 844 toll-free numbers have been activated now. |
| 19:49.40 | Apteryx | At the moment, I have only two endpoints registered, one is maxim at 192.168.0.102, the other is yuki at 192.168.0.10 (running on the same machine as Asterisk). |
| 19:50.51 | Penguin | I can see that asterisk is listening on tcp:5060, and I can see that maxim has an established connection to 192.168.0.10. |
| 19:52.01 | Apteryx | Right now 192.168.0.102 can indeed be reached. |
| 19:52.11 | Apteryx | If I call the 'maxim' endpoint. |
| 19:53.18 | Apteryx | But from the maxim endpoint, calling 'yuki' at 192.168.0.10 fails. |
| 19:53.49 | Penguin | it should |
| 19:54.23 | Apteryx | TCP connection refused. And the following qualifications (qualify_frequency=30) fails also for 192.168.0.10. And probably will until I kill the client and restart it. |
| 19:54.25 | Penguin | You're trying to use two applications on the same IP address and same port. |
| 19:54.56 | Penguin | Move your yuki phone to another computer or change its port. |
| 19:56.20 | Penguin | If you cannot do that, maybe you could create an alias interface with a new IP address and bind asterisk on the new address. |
| 19:56.42 | Apteryx | Penguin: Do you mean that the sip client running on the same computer as Asterisk is listening to port 5060 as well, and this creates issues? |
| 19:56.43 | *** join/#asterisk Dovid (~Dovid@47.17.57.97) |
| 19:56.50 | Penguin | Exactly. |
| 19:57.25 | Penguin | Two different applications, asterisk and softphone, using the same IPaddr and port will conflict. |
| 19:57.42 | Apteryx | Penguin: ok, I will kill this client and use another one I have, Bria on iPhone. |
| 19:57.44 | *** join/#asterisk Dovid (~Dovid@ool-2f113961.dyn.optonline.net) |
| 19:57.44 | Penguin | Move the phone to another computer or move asterisk to a new virtual IP. |
| 19:58.58 | Apteryx | This is the new client registration: Added contact 'sip:yuki@192.168.0.101:53136;transport=TCP;ob' to AOR 'yuki' with expiration of 900 seconds |
| 19:59.25 | *** join/#asterisk drmessano (~nonya@pdpc/supporter/active/drmessano) |
| 20:00.08 | Apteryx | So now we have * at 192.168.0.10, Bria at 192.168.0.101:53136 and Blink at 192.168.0.102:8838. |
| 20:00.29 | Apteryx | Bria is the 'yuki' endpoint, Blink is 'maxim'. |
| 20:00.53 | Penguin | This will eliminate IP/port conflicts. |
| 20:01.38 | Apteryx | Now the netstat command returns: http://pastebin.com/d0YyADBH |
| 20:01.48 | *** join/#asterisk Faustov (~fst@gentoo/user/faustov) |
| 20:02.00 | Penguin | Looks good. |
| 20:02.03 | [sr] | who has an E1 line here? |
| 20:06.18 | Apteryx | I'm now getting: ERROR[24656]: pjsip:0 <?>: tcpc0x7f921000 TCP connect() error: Connection timed out [code=120110] |
| 20:06.58 | Apteryx | Coming from Blink at 192.168.0.102:8838 |
| 20:07.15 | Apteryx | When it tries to issues SUBSCRIBE sip:maxim@192.168.0.10 SIP/2.0 |
| 20:09.39 | Apteryx | I will re-register both clients. |
| 20:10.06 | Apteryx | netstat still saying established though! strange. |
| 20:11.56 | Penguin | TCP sessions have timeouts. |
| 20:12.28 | Penguin | Kill the clients, wait a while, check netstat again. The established connections should go away. |
| 20:12.37 | Apteryx | ok |
| 20:15.43 | Apteryx | Excellent :) Only * listening in now, as seen from netstat. |
| 20:19.03 | Apteryx | Since I'm using qualify, the TCP connections should stay alive? |
| 20:23.29 | Apteryx | I got similar result, calling from the iPhone (yuki) to PC (maxim). Rang on the iPhone, but not on the PC. |
| 20:24.10 | *** join/#asterisk D-Boy (~D-Boy@unaffiliated/cain) |
| 20:25.34 | Apteryx | The qualifies are OK though, and I haven't seen any TCP connection refused yet. Maybe a firewall on the Windows PC. |
| 20:30.20 | *** join/#asterisk petris (~petris@2607:5300:100:200::6b8) |
| 20:54.58 | [sr] | no one with E1 line? :( |
| 20:55.14 | *** part/#asterisk hecatae (~philip@host-78-151-178-31.as13285.net) |
| 20:57.30 | Apteryx | [sr]: sorry, not me. |
| 20:58.37 | *** join/#asterisk apb1963 (~apb@107-146-213-112.res.bhn.net) |
| 20:59.20 | WIMPy | [sr]: He, it's not monday, yet :-) |
| 20:59.32 | [sr] | WIMPy: trying to get more idead :) |
| 21:00.50 | [sr] | WIMPy: i was reading the dahdi manual, tomorow going to try two things, change the timming to the card clock source instead of the line (span=1,0,0,XXXXXXX), and after going to request to change the SHDSL modem to a newer one |
| 21:01.17 | [sr] | after that, i'll sucide myself |
| 21:01.29 | [sr] | suicide |
| 21:02.58 | WIMPy | I think I've read that before. |
| 21:03.03 | WIMPy | In here, that is. |
| 21:03.27 | [sr] | ya, told you before when you were idle |
| 21:04.01 | WIMPy | Not only you. |
| 21:04.53 | *** join/#asterisk jasonwert (~jasonwert@71.89.137.28) |
| 21:09.12 | [sr] | WIMPy: i've seen this: on some shdsl modems, Interface: E1 120ohms/ RJ45, E1 75ohms/BNC, so i guess it can be this the problem also, |
| 21:10.48 | [sr] | maybe its this wrong ohm setup that is creating noise and putting d-chan down |
| 21:16.27 | [sr] | WIMPy: correct should be 100ohm like BRI no? |
| 21:16.37 | [sr] | for what i've been reading think so |
| 21:18.55 | WIMPy | No, 120 for TP or 75 for BNC, just like you said. |
| 21:22.27 | *** join/#asterisk dsr_ (6ee1071c@gateway/web/freenode/ip.110.225.7.28) |
| 21:23.53 | [sr] | well, going to sleep |
| 21:24.05 | [sr] | something big going to happen tomorow |
| 21:24.57 | dsr_ | hi, I am stuck with one issue and need your help. I am using asterisk 12.4 and I am logging in an agent. I authenticate the user and then call AgentLogin(). I get message Channel XXX joined 'holding_bridge' agent_hold-bridge. But after this my dialplan is not going to the next priority. |
| 21:25.22 | dsr_ | Is there any way to force the dialplan to continue execution and go to next priority? |
| 21:25.35 | dsr_ | After AgentLogin I want to call AgentRequest |
| 21:27.09 | dsr_ | please help |
| 21:28.42 | dsr_ | exten => 1,1,Read(AGENT,"agent-user") same => n,Authenticate(${ODBC_AGENTPASSWORD(${AGENT})}) same => n,AgentLogin(${AGENT}) same => n,AgentRequest(${AGENT}) same => n,Dial(Local/${AGENT}@conference) |
| 21:28.48 | dsr_ | here's the dialplan |
| 21:28.57 | dsr_ | the execution stops at AgentLogin. |
| 21:29.35 | Penguin | As it should. |
| 21:29.58 | dsr_ | is there any way I can achieve what I want to? |
| 21:30.05 | dsr_ | using AMI/AGI? |
| 21:30.11 | Penguin | AgentLogin() is where the agent is now logged in and waiting for calls to his agent channel. |
| 21:30.58 | Penguin | As far as I can tell, it shouldn't exit until the agent disconnects his channel (i.e. hangs up the phone). |
| 21:31.22 | dsr_ | My use case is that users presses 1 key and then I have to do AgetnLogin, then AgentRequest and then bridge the user to a different user. |
| 21:31.41 | dsr_ | any idea how this can be achieved using dialplan/ami etc |
| 21:31.42 | dsr_ | ? |
| 21:32.09 | dsr_ | it's not exiting but waiting and I am not able to execute other commands |
| 21:32.35 | Penguin | So it is doing exactly what it is supposed to do. |
| 21:32.45 | dsr_ | Is there a way to execute other priorities without user input. |
| 21:32.46 | dsr_ | ? |
| 21:33.50 | dsr_ | After AgentLogin, how can I bridge this user to a different user's conference? |
| 21:34.08 | Penguin | You don't. That's not what AgentLogin() is for. |
| 21:34.56 | dsr_ | ok |
| 21:35.12 | dsr_ | so i should not use AgentLogin or AgentRequest? |
| 21:35.55 | Penguin | The AgentLogin() application establishes an Agent channel (with chan_agent) which you send calls to directly. |
| 21:36.03 | dsr_ | ok |
| 21:37.22 | *** join/#asterisk gkwhc (~gkwhc@unaffiliated/gkwhc) |
| 21:37.50 | dsr_ | Let me try using Dial and connecting to the other user |
| 21:37.54 | dsr_ | and see if it works |
| 21:38.20 | dsr_ | Thank you Penguin Sir! |
| 21:38.31 | Penguin | You could originate a call to the agent channel and then connect that to something else. |
| 21:38.33 | gkwhc | Hi, i hear that Asterisk can be used to place calls, however I cant find any guide to implement this. How can I place calls to, ex a mobile phone, through internet? |
| 21:39.02 | Penguin | I still think chan_agent is the WRONG tool for the job. |
| 21:39.29 | Penguin | I think the only case I know of for chan_agent is within a queue. |
| 21:40.27 | dsr_ | got it |
| 21:41.35 | dsr_ | so user dial in a DID number, I authenticate the user and then do a Dial(Local/targetuser@conference) and connect logged int user to the target user |
| 21:42.11 | dsr_ | I will try this once. I did try it earlier but for some reason I was not able to hear the target user. Which made me belive that I was doing something wrong. |
| 21:42.24 | dsr_ | Thank you for the clarifications Penguin Sir! |
| 21:45.32 | Penguin | chan_agent creates a channel that just sits and waits for something to connect to it. |
| 21:46.53 | Penguin | In the case of using chan_agent in queues, your agent logs in and listens to hold music on his headset. When someone calls into the queue, the call will be connected the the agent channel. The music will stop and the agent will talk to the caller. When the caller disconnects, the agent is back to hold music. |
| 21:50.11 | dsr_ | Got it. I worked according to your advise and it's working. |
| 21:50.17 | dsr_ | Thank you very much !!!!! |
| 21:50.20 | *** join/#asterisk saint_ (~saint@198.15.119.130) |
| 21:50.31 | dsr_ | Thank you Penguin Sir! |
| 21:51.19 | saint_ | hi all - if I want to upgrade from 1.8 cert 15 to the latest one, what file should I copy so when I make my "make menuselect" , all the options i had in the past are setup by default ? |
| 21:52.28 | Penguin | .asterisk.makeopts ? |
| 21:54.08 | saint_ | Penguin no clue. that's why I am asking .. |
| 21:54.18 | saint_ | i should have written it down last time i upgraded .. |
| 21:54.29 | Penguin | I think you save the menuselect.makeopts file to your homedir as .asterisk.makeopts |
| 21:54.57 | Penguin | Google should help if you use those file names as search terms. |
| 21:55.18 | saint_ | there are no such files in my home dir .. |
| 21:55.28 | Penguin | Of course. |
| 21:55.52 | saint_ | ha. i thought you meant that make menuselect would do it for me at exit time. |
| 21:56.14 | Penguin | It creates the menuselect.makeopts file in the top of the source tree. |
| 21:56.35 | Penguin | You then save it to your home directory as a new name, .asterisk.makeopts |
| 21:56.45 | saint_ | that's the file i can copy from cert15 to cert2x folder ? |
| 21:57.02 | Penguin | Now I don't specifically know about cert. |
| 21:57.14 | Penguin | That's how it works with standard, though. Google for more info. |
| 21:57.19 | saint_ | it s the same crap ... make menuselect , make , make install .. |
| 21:57.22 | saint_ | ok |
| 21:57.23 | saint_ | thanks |
| 21:58.37 | saint_ | yeah, this is it. i m going to add this note in my wikipedia . thanks Penguin |
| 21:59.23 | saint_ | now.. just curious. .... if the make menuselect had new options , copying this file in src folder would not screw up the new options , right ? |
| 21:59.49 | Penguin | It's supposed to only affect options existing within the file. |
| 21:59.59 | saint_ | okay, thanks you . |
| 22:00.07 | saint_ | s/s// |
| 22:00.15 | saint_ | lol. |
| 22:02.48 | saint_ | s/x// |
| 22:03.01 | saint_ | s/x/X/ |
| 22:03.21 | saint_ | snapshop |
| 22:03.29 | saint_ | s/op/ot/ |
| 22:04.49 | Penguin | testing |
| 22:04.57 | Penguin | s,ing,ed, |
| 22:05.15 | Penguin | sing|ed| |
| 22:05.20 | Penguin | crap |
| 22:05.27 | saint_ | is it your bot ? |
| 22:05.32 | Penguin | s|ap|ud| |
| 22:05.48 | Penguin | Not mine, I just use it. |
| 22:08.45 | *** join/#asterisk Vutral (~ss@mirbsd/special/Vutral) |
| 22:09.07 | *** join/#asterisk mjordan (~mjordan@75.76.55.191) |
| 22:09.07 | *** mode/#asterisk [+o mjordan] by ChanServ |
| 22:17.04 | *** join/#asterisk spicyramen_ (~Adium@c-98-210-160-181.hsd1.ca.comcast.net) |
| 22:27.51 | *** join/#asterisk bmurt (~brendan@208-58-116-232.c3-0.upd-ubr1.trpr-upd.pa.cable.rcn.com) |
| 22:38.39 | *** join/#asterisk tuxfan (~tuxfan@97-86-180-44.dhcp.mrqt.mi.charter.com) |
| 22:48.43 | Apteryx | stills somes problemss |
| 22:48.46 | Apteryx | s/s// |
| 22:48.55 | Apteryx | fail |
| 22:52.05 | Apteryx | sstills somes problemss |
| 22:52.08 | Apteryx | s/s//g |
| 22:54.35 | gkwhc | can asterisk be used to place/receive external calls? |
| 22:55.01 | ChannelZ | It'd be a pretty crap phone system if it couldn't |
| 22:58.03 | gkwhc | ChannelZ: hm, ive been looking for guides to set that up. it seemed to me that asterisk only did phone calls within an org...but apparently not |
| 23:01.43 | *** join/#asterisk calum_ (~calum_@cpc67428-harg5-2-0-cust142.7-1.cable.virginm.net) |
| 23:05.07 | ChannelZ | You can get an ITSP and do it over the internet, or buy hardware and hook it up to digital or analog phone lines.. |
| 23:08.23 | gkwhc | i see |
| 23:09.04 | *** join/#asterisk areski (~areski@80.174.128.120.dyn.user.ono.com) |
| 23:09.36 | *** join/#asterisk Vutral (~ss@mirbsd/special/Vutral) |
| 23:20.27 | *** join/#asterisk evil_gordita (robert@ip70-188-56-12.rn.hr.cox.net) |
| 23:21.51 | *** join/#asterisk msaraiva (~msaraiva@177.37.164.45) |
| 23:22.05 | msaraiva | Hi all |
| 23:23.30 | msaraiva | Need some help with PJSIP...i have a trunk that works fine with chan_sip, but on chan_pjsip, incoming calls do not work (chan_pjsip sends SIP 488 Not Acceptable Here back to peer) |
| 23:24.17 | msaraiva | I'm using asterisk rtp engine |
| 23:41.23 | mjordan | msaraiva: there's a few bugs we're working on related to that, but generally when you see that, it means that either the offer contained codecs that the endpoint wasn't configured with, or you got an offer that offered things Asterisk can't handle (too many video media streams, etc.) |
| 23:41.35 | mjordan | can you pastebin the inbound INVITE request that is 488'd? |
| 23:50.46 | msaraiva | Yep |
| 23:50.52 | msaraiva | Sure |
| 23:50.54 | msaraiva | Gimme a sec |
| 23:54.23 | msaraiva | http://pastebin.com/PP4U9jrV |
| 23:54.59 | msaraiva | Didn't bother masking ips or any other "sensitive" info, as this is running on a private E1 link with the carrier... |
| 23:55.53 | msaraiva | My guess would be on "or you got an offer that offered things Asterisk can't handle (too many video media streams, etc.)" |
| 23:56.55 | msaraiva | Since codec configuration is the same as the chan_sip peer |
| 23:57.57 | msaraiva | (even tried with allow=all, as you can see on the config) |
