| 00:16.44 | *** join/#asterisk infobot (ibot@c-174-52-60-165.hsd1.ut.comcast.net) |
| 00:16.45 | *** 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.27.0 (2019/5/30) 16.4.0 (2019/5/30), Security Only: 15.7.2 (2019/2/28); DAHDI: 2.11.1 (2016/03/01); libpri 1.6.0 (2017/01/27) -=- Wiki: wiki.asterisk.org -=- Code of Conduct: bit.ly/1hH6P22 |
| 00:42.46 | *** join/#asterisk [TK]D-Fender (~joe@64.235.216.2) |
| 01:31.17 | *** join/#asterisk paulgrmn_ (~paulgrmn@c-68-34-113-42.hsd1.mi.comcast.net) |
| 03:42.25 | *** join/#asterisk life_of_e_ (~life_of_e@108-95-189-245.lightspeed.irvnca.sbcglobal.net) |
| 03:43.20 | *** join/#asterisk life_of_e__ (~life_of_e@108-95-189-245.lightspeed.irvnca.sbcglobal.net) |
| 03:46.10 | *** join/#asterisk life_of_e__ (~life_of_e@108-95-189-245.lightspeed.irvnca.sbcglobal.net) |
| 04:28.16 | *** join/#asterisk jkroon (~jkroon@165.16.203.105) |
| 04:37.39 | *** join/#asterisk techquila (~techquila@2407:7000:9125:e400:a453:6053:e9c0:bace) |
| 04:50.41 | *** join/#asterisk mindthelion (~techquila@2407:7000:9125:e400:a453:6053:e9c0:bace) |
| 05:20.24 | *** join/#asterisk gerhard7 (~gerhard7@ip5657ee30.direct-adsl.nl) |
| 05:42.06 | *** join/#asterisk mindthelion (~techquila@2407:7000:9125:e400:a453:6053:e9c0:bace) |
| 06:15.26 | *** join/#asterisk pchero_work (~pchero@87.213.247.82) |
| 06:18.32 | *** join/#asterisk Downlots (~Downlots@185.73.41.1) |
| 06:51.43 | *** join/#asterisk hehol (~hehol@gatekeeper.loca.net) |
| 07:01.49 | *** join/#asterisk lankanmon (~LKNnet@CPE64777d632383-CM64777d632380.cpe.net.cable.rogers.com) |
| 07:04.24 | *** join/#asterisk hehol (~hehol@gatekeeper.loca.net) |
| 07:36.06 | *** join/#asterisk twanny796 (~user@antazzo.com) |
| 07:37.19 | *** join/#asterisk jkroon (~jkroon@165.16.203.58) |
| 07:41.14 | *** join/#asterisk TandyUK (~admin@TandyUK/staff/James) |
| 08:06.12 | *** join/#asterisk KValchev (~KValchev@ns.atsoftconsult-bg.com) |
| 08:37.52 | *** join/#asterisk war9407 (war@2600:4040:4001:1e00::f7aa) |
| 08:49.34 | twanny796 | [Jul 9 10:48:57] NOTICE[28082]: res_pjsip/pjsip_distributor.c:672 log_failed_request: Request 'REGISTER' from '<sip:000FD3012445@192.168.1.100>' failed for '192.168.1.241:45387' (callid: 9H9yGn7f4bs8D2nV-6fYjQ..) - Failed to authenticate |
| 08:49.45 | *** join/#asterisk techquila (~techquila@2407:7000:9125:e400:a453:6053:e9c0:bace) |
| 08:49.54 | twanny796 | Trying to register Zoiper. |
| 08:51.10 | twanny796 | with the 'Super Awesome Company'. ?? |
| 08:51.29 | twanny796 | from the mobile phone. |
| 09:48.21 | *** join/#asterisk mvanbaak (~mvanbaak@asterisk/contributor-and-bug-marshal/mvanbaak) |
| 10:05.24 | *** join/#asterisk sekil (~sekil@nat-73.net011.net) |
| 10:19.21 | *** join/#asterisk pchero_work (~pchero@51.247.195.35.bc.googleusercontent.com) |
| 10:19.28 | *** join/#asterisk hehol (~hehol@gatekeeper.loca.net) |
| 10:34.21 | *** join/#asterisk TandyUK (~admin@TandyUK/staff/James) |
| 10:42.04 | *** join/#asterisk TandyUK2 (~admin@TandyUK/staff/James) |
| 10:49.08 | *** join/#asterisk Chotaire (chotaire@unaffiliated/chotaire) |
| 11:01.08 | *** join/#asterisk lankanmon (~LKNnet@CPE64777d632383-CM64777d632380.cpe.net.cable.rogers.com) |
| 11:04.24 | *** join/#asterisk emsjessec (~emsjessec@96.56.225.51) |
| 11:12.00 | *** join/#asterisk TandyUK (admin@TandyUK/staff/James) |
| 11:27.01 | *** join/#asterisk muAdmDev (~mu@193.158.65.130) |
| 11:32.28 | *** join/#asterisk TandyUK (~admin@TandyUK/staff/James) |
| 11:40.02 | *** join/#asterisk pabe (~pabe@81.24.66.208) |
| 11:59.43 | *** join/#asterisk Samot (sid133316@gateway/web/irccloud.com/x-demlekarylgpsyjs) |
| 12:01.29 | *** join/#asterisk drc (~quassel@unaffiliated/drc) |
| 12:01.29 | *** join/#asterisk tm1000 (sid6728@gateway/web/irccloud.com/x-gepotujialfuhvar) |
| 12:01.29 | *** join/#asterisk gregs (sid160074@gateway/web/irccloud.com/x-luknoakaurtefhur) |
| 12:01.29 | *** join/#asterisk stux|work (stux@2a01:270:0:ffff:ffff:2050:0:2) |
| 12:01.29 | *** join/#asterisk csavinovich (sid296765@gateway/web/irccloud.com/x-huqeytklekympbyy) |
| 12:01.29 | *** join/#asterisk ttl- (~bootpanic@2001-ba8-1f1-f1a2-0-0-0-2.autov6rev.bitfolk.space) |
| 12:01.29 | *** join/#asterisk SunTsu (miyamoto@unaffiliated/suntsu) |
| 12:01.29 | *** mode/#asterisk [+oo tm1000 csavinovich] by barjavel.freenode.net |
| 12:02.27 | muAdmDev | I configured a SIP trunk, which looses its registration on an inbound call... common thing? firewall problem? |
| 12:03.04 | *** join/#asterisk stux|work (stux@2a01:270:2050:1337::1) |
| 12:04.34 | Samot | No, it's not coming. |
| 12:04.48 | Samot | Registration is not a "static" thing. |
| 12:05.13 | Samot | You register, tell them your location and they keep that on record until it expires. |
| 12:05.54 | Samot | er common. |
| 12:05.56 | *** join/#asterisk pabe (~pabe@81.24.66.208) |
| 12:05.57 | muAdmDev | Samot: I know, there are timeouts etc. But the registration is stable, also on outbound. But I can reproduce the registration failing, when an inbound call arrives. Super strange |
| 12:06.28 | Samot | What do you mean it's failing? |
| 12:06.30 | file | what does "registration failing" actually mean? |
| 12:10.58 | Samot | Well? |
| 12:11.07 | muAdmDev | first I see "[2019-07-09 10:03:44] NOTICE[2061] chan_sip.c: Peer 'test-sip-trunk-direct-out' is now UNREACHABLE!" |
| 12:11.36 | muAdmDev | then "[2019-07-09 10:04:34] NOTICE[2061] chan_sip.c: -- Registration for... timed out, trying again (Attempt #2" |
| 12:12.16 | file | that means they are no longer responding to your SIP requests |
| 12:12.43 | muAdmDev | and they only do that, after I tried an inbound call |
| 12:12.58 | file | or a firewall is blocking the responses |
| 12:13.15 | file | a packet capture would isolate it further. |
| 12:13.18 | muAdmDev | damn, so firewall or ISP/SIP-provider |
| 12:13.31 | file | yes. |
| 12:13.37 | muAdmDev | will run tcpdump, thx! |
| 12:13.59 | file | I will say German Telekom's SIP stuff seems to be a mess |
| 12:14.13 | file | there's been a few posts on the community forum about them |
| 12:14.18 | muAdmDev | yeah, having a lot of fun. other sip-trunk were way easier |
| 12:14.58 | muAdmDev | but also found a lot of promising info on the web, but still messy |
| 12:16.31 | Samot | German Telekom is awful. |
| 12:17.01 | file | whomever their vendor is doesn't understand some SIP fundamentals on at least one of their products |
| 12:21.22 | *** join/#asterisk jkroon (~jkroon@165.16.203.105) |
| 12:25.17 | *** join/#asterisk TandyUK (~admin@TandyUK/staff/James) |
| 12:28.29 | *** join/#asterisk pvoigt (~Linux@unaffiliated/pvoigt) |
| 12:29.10 | *** join/#asterisk TandyUK (~admin@TandyUK/staff/James) |
| 12:42.25 | *** join/#asterisk [TK]D-Fender (~joe@216.191.106.165) |
| 12:55.37 | *** join/#asterisk jkroon (~jkroon@165.16.203.105) |
| 13:02.58 | *** join/#asterisk dacod (~dacod@187.103.104.42) |
| 13:05.40 | *** join/#asterisk twanny796 (~user@antazzo.com) |
| 13:10.25 | *** join/#asterisk brad_mssw (~brad@66.129.88.50) |
| 13:15.04 | *** join/#asterisk C1ph3r (~C1ph3r@186.229.176.250) |
| 13:15.54 | C1ph3r | Any body here hava audiocodes mp-114 FXO_FXS INI file for using with asterisk ? |
| 13:17.12 | Samot | Nope. |
| 13:17.44 | C1ph3r | Samot: tks |
| 13:24.41 | *** join/#asterisk Kaian (~kaian@212.81.221.228) |
| 13:36.36 | *** join/#asterisk scgm11_ (~scgm11@r186-52-155-222.dialup.adsl.anteldata.net.uy) |
| 13:43.52 | sekil | wasn't there some problems with deutsche telekom dns records ? |
| 13:44.57 | file | yes. |
| 13:46.42 | muAdmDev | this doesn't seem to be my problem. after setting srv lookup, tcp transport etc. registration works. it's "just" after an inbound call it "crashes" |
| 13:47.12 | muAdmDev | reg + outbound is reliable so far, until I make an inbound call :D |
| 14:09.49 | Samot | Registration has nothing to do with Outbound. |
| 14:10.03 | Samot | Registration is for location services so the provider knows where to send requests. |
| 14:12.05 | Samot | Wait, TCP transport? They're using TCP? |
| 14:14.04 | muAdmDev | Yes transport=tcp. I can just report what I'm experiencing, and that is after an inbound test call the peer gets unreachable and (re-)registration fails for 46 attempts |
| 14:15.47 | Samot | Wow, that's even worse. |
| 14:27.00 | *** join/#asterisk kharwell (uid358942@gateway/web/irccloud.com/x-rtxlgrcjiafqwufy) |
| 14:27.00 | *** mode/#asterisk [+o kharwell] by ChanServ |
| 14:39.44 | *** join/#asterisk bford (uid283514@gateway/web/irccloud.com/x-dwtluonjboajwmmi) |
| 14:39.45 | *** mode/#asterisk [+o bford] by ChanServ |
| 14:46.47 | *** join/#asterisk scgm11_ (~scgm11@r186-52-155-222.dialup.adsl.anteldata.net.uy) |
| 14:50.07 | *** join/#asterisk scgm11_ (~scgm11@r186-52-155-222.dialup.adsl.anteldata.net.uy) |
| 14:51.29 | sekil | muAdmDev: there's no way to specify their outbound proxy IP address to register against? |
| 14:52.35 | Samot | sekil: Do they have an outbound proxy? |
| 14:53.00 | sekil | Samot: not sure.. |
| 14:53.12 | sekil | Samot: that was a question |
| 14:53.28 | sekil | Samot: maybe wrongly formatted.. |
| 14:54.34 | Samot | If they have an outbound proxy then the outboundproxy= setting will work for that. |
| 14:55.15 | sekil | Asterisk had issues in the past with obp |
| 14:55.25 | Samot | Chan_SIP. |
| 14:55.38 | sekil | yeah |
| 14:56.08 | Samot | But the outbound proxy could be set to the host IP/domain. |
| 14:56.20 | Samot | Because all it does it send outbound requests to that destination. |
| 14:57.26 | sekil | chan_sip don't have outboundproxy right? |
| 14:57.29 | sekil | setting? |
| 14:57.43 | Samot | Yes. |
| 14:57.47 | Samot | outboundproxy= |
| 14:58.00 | sekil | ok..I'm still on old versions... |
| 14:58.08 | Samot | How old? |
| 14:58.14 | sekil | Yes as it does have this setting? |
| 14:58.17 | Samot | It's been around for a while. |
| 14:58.20 | file | it's had it for ages, doesn't mean it completely works as people expect sometimes |
| 14:58.28 | sekil | file: yeah exactly |
| 14:58.29 | file | or its |
| 14:59.08 | sekil | Samot: I have one 1.2 :)...some 11s etc |
| 14:59.18 | Samot | Well it's on 11 for sure. |
| 14:59.22 | sekil | Samot: but have 13s also |
| 14:59.26 | Samot | And there. |
| 14:59.41 | Samot | Regardless. |
| 15:00.02 | Samot | The fact that the provider is not responding to registration attempts is something completely different. |
| 15:00.04 | sekil | Samot: yeah..what file said...on some versions it didn't really work as expected...it was using DNS albeit OBP set |
| 15:00.52 | sekil | s/albeit/despite/ |
| 15:01.15 | file | it's all just guesses until packet capture and seeing who terminated what and such |
| 15:01.39 | Samot | Let's just face facts. |
| 15:01.59 | Samot | People who use TCP for SIP do it because they can't make it work right on UDP, the standard. |
| 15:02.10 | sekil | I'm talking about my experiences...not this one particular... |
| 15:02.13 | Samot | So a major telecom is using SIP over TCP and they are still screwing it up. |
| 15:02.50 | Samot | Every time I've helped someone with German Telekom issues, it always turns out they are doing something funky. |
| 15:03.14 | sekil | Samot: afaik they have low TTL SRV records life... |
| 15:03.24 | Samot | That's not funky. |
| 15:03.27 | sekil | Samot: sofia-sip in FS have issues with those too.. |
| 15:03.36 | sekil | Samot: it's not I agree |
| 15:04.20 | Samot | But SIP over TCP for a major telecom. Come on. |
| 15:04.30 | Samot | That means almost nothing can just be connected and work. |
| 15:04.42 | sekil | MS does it on Skype for Business :) |
| 15:04.44 | *** join/#asterisk nighty (~nighty@b157153.ppp.asahi-net.or.jp) |
| 15:05.13 | Samot | I don't consider MS a major telecom. |
| 15:05.21 | sekil | sure...was a joke.. |
| 15:05.56 | sekil | but someone from Deutsche maybe saw that as a good design |
| 15:06.39 | sekil | anyhow...TCP is good was SIP packets getting bigger and bigger these days |
| 15:06.48 | sekil | s/was// |
| 15:06.57 | sekil | grrr |
| 15:07.08 | sekil | s/is good/is good for/ |
| 15:07.15 | sekil | :( |
| 15:15.04 | Samot | That makes no sense. |
| 15:15.18 | muAdmDev | <PROTECTED> |
| 15:15.32 | muAdmDev | thx for the insights guys, I was just able to read up on your messages |
| 15:16.49 | muAdmDev | Guess tomorrow I'll be able to capture and analyze some packets |
| 15:22.35 | *** join/#asterisk themayor (~themayor@unaffiliated/themayor) |
| 15:25.24 | *** join/#asterisk scgm11_ (~scgm11@r186-52-155-222.dialup.adsl.anteldata.net.uy) |
| 15:59.50 | *** join/#asterisk lbazan (~lbazan@fedora/LoKoMurdoK) |
| 16:20.37 | *** join/#asterisk pchero_work (~pchero@dhcp-077-249-058-090.chello.nl) |
| 16:26.59 | *** join/#asterisk hfb (~hfb@47.139.22.65) |
| 16:36.16 | *** join/#asterisk clarjon1 (~clarjon1@unaffiliated/clarjon1) |
| 16:54.30 | *** join/#asterisk tripleslash (~triplesla@unaffiliated/imsaguy) |
| 17:08.31 | *** join/#asterisk scgm11__ (~scgm11@r186-52-155-222.dialup.adsl.anteldata.net.uy) |
| 17:18.11 | *** join/#asterisk scgm11_ (~scgm11@r186-52-155-222.dialup.adsl.anteldata.net.uy) |
| 17:53.36 | *** join/#asterisk tripleslash (~triplesla@unaffiliated/imsaguy) |
| 19:02.03 | *** join/#asterisk jkroon (~jkroon@165.16.203.105) |
| 19:04.45 | *** join/#asterisk darkdrgn2k (~darkdrgn2@unaffiliated/darkdrgn2k) |
| 19:04.48 | darkdrgn2k | Hello world, |
| 19:05.00 | darkdrgn2k | now that csipsimple is gone :( any suggestions for a good android sip phone? |
| 19:09.15 | *** join/#asterisk dakudos (~dakudos@c-73-217-33-206.hsd1.co.comcast.net) |
| 19:21.08 | *** join/#asterisk scgm11_ (~scgm11@r186-52-155-222.dialup.adsl.anteldata.net.uy) |
| 19:47.48 | *** join/#asterisk salviadud (~ralfalfa@187-162-213-198.static.axtel.net) |
| 19:52.07 | *** join/#asterisk forgotmynick (uid24625@gateway/web/irccloud.com/x-ufpzfzwgyerrqmlz) |
| 19:57.46 | *** join/#asterisk skippyish (~skippyish@docker1.smerty.org) |
| 20:13.45 | *** join/#asterisk ircarcs (~quassel@169.9.159.77.rev.sfr.net) |
| 20:18.56 | forgotmynick | I have a dilemma. I have 2 grandstream phones - 1 at the office and 1 at home. At the office, every device connected can have a different external IP address - that means even if the floor ethernet port is connected to my grandstream and my work computer is connected via the second port on the grandstream, they can be on different local subnets and even have different public IP's (hope I explained that well). Office is |
| 20:18.57 | forgotmynick | behind a NAT and can't open any ports or do port forwarding etc and every LAN device connected is isolated from one another. At the office the public IP's are sticky and probably won't change for weeks or indefinitely but at home the IP changes quite frequently, once every week or so. The PBX server is on a remote VPS with iptables set to drop all packets except white listed IP's. So my primary question is how can I get |
| 20:18.57 | forgotmynick | these IP's onto the PBX server every time they change to update the iptables or maybe there's a simpler/alternative solution? How would I get the public IP of the grandstream phone? |
| 20:34.16 | *** join/#asterisk twanny796 (~user@antazzo.com) |
| 20:38.37 | salviadud | forgotmynick, have you tried a DNS alias? |
| 20:39.15 | forgotmynick | salviadud: i'm not sure how it would apply to my situation - can you elaborate please? |
| 20:41.25 | salviadud | instead of whitelisting an IP, you whitelist a name |
| 20:41.38 | salviadud | some dyndns.org thing |
| 20:41.50 | salviadud | That's what I would do. |
| 21:10.21 | *** join/#asterisk techquila (~techquila@2407:7000:9125:e400:a453:6053:e9c0:bace) |
| 21:22.57 | *** join/#asterisk badpixel (~badpixel@unaffiliated/badpixel) |
| 21:31.52 | *** join/#asterisk mducharme (uid303982@gateway/web/irccloud.com/x-ugvcajetzbuqrkjm) |
| 22:00.24 | *** join/#asterisk [TK]D-Fender (~joe@64.235.216.2) |
| 22:04.33 | *** join/#asterisk pabe (~pabe@81.24.66.208) |
| 22:08.17 | *** join/#asterisk mmlj4 (1000@ip24-252-124-60.no.no.cox.net) |
| 22:09.35 | *** join/#asterisk tomaluca95 (~quassel@kde/developer/tomaluca) |
| 22:11.57 | mmlj4 | I can't get * to register with my sip provider, nor to another server in my lab. I'm using this in sip.conf, but get nothing, not even an attempt with sip set debug on: register => user:password@voip.ivy.teliax.com # note, I have 2 new * installs, one is debian 10 with no configuration changes except register lines added to sip.conf |
| 22:16.38 | [TK]D-Fender | SAhow the config and show the status dump |
| 22:18.31 | *** join/#asterisk scgm11_ (~scgm11@r186-50-100-0.dialup.adsl.anteldata.net.uy) |
| 22:19.07 | *** join/#asterisk war9407 (war@2600:4040:4001:1e00::f7aa) |
| 22:25.04 | *** join/#asterisk Oatmeal (~Suzeanne@2600:8802:1500:6e3:6823:2760:d444:607) |
| 22:34.20 | mmlj4 | how do I get the status dump? |
| 22:40.20 | [TK]D-Fender | "sip show registry" |
| 22:53.06 | mmlj4 | my only changes on the vanilla debian install are at the bottom: https://paste.ubuntu.com/p/RTyhn5M2jN/ |
| 23:09.24 | file | register lines have to go under [general] |
| 23:26.32 | mmlj4 | lemme give that a shot |
| 23:27.44 | mmlj4 | that did it, thanks |
| 23:35.36 | *** join/#asterisk war9407 (war@2600:4040:4001:1e00::f7aa) |