IRC log for #asterisk on 20200903

00:14.37*** join/#asterisk sinaowolabi (~Sina@102.134.114.1)
01:17.08*** join/#asterisk Oatmeal (~Suzeanne@ip68-4-181-8.oc.oc.cox.net)
01:44.27*** join/#asterisk verzo (~verzo@gateway/tor-sasl/verzo)
03:04.34*** join/#asterisk TandyUK (~admin@TandyUK/staff/James)
03:31.38*** join/#asterisk ih8wndz (jwpierce3@mail.000.srv.trnkmstr.com)
04:17.17*** join/#asterisk tomaluca95 (~quassel@kde/developer/tomaluca)
04:24.58*** join/#asterisk tomaluca95_ (~quassel@kde/developer/tomaluca)
04:36.54*** join/#asterisk MarcinWieczorek (~marcin@212.182.24.66)
05:13.03*** join/#asterisk Jesterboxboy (~Thunderbi@84-115-150-8.cable.dynamic.surfer.at)
05:42.11*** join/#asterisk tomaluca95 (~quassel@kde/developer/tomaluca)
06:28.27*** join/#asterisk defsdoor (~Andrew@cpc120600-sutt6-2-0-cust232.19-1.cable.virginm.net)
06:49.03*** join/#asterisk Grommish (~quassel@dsl-50-5-33-79.fuse.net)
06:51.00*** join/#asterisk verzo (~verzo@gateway/tor-sasl/verzo)
07:01.03*** join/#asterisk AsteriskRoss_ (~AsteriskR@r01.nt-r1.nor.gb.voicehost.co.uk)
07:12.21*** join/#asterisk akp55 (~akp55@c-73-148-15-31.hsd1.va.comcast.net)
07:34.17*** join/#asterisk i9zO5AP (~BQcdf9eiZ@gateway/tor-sasl/ai9zo5ap)
07:55.21*** join/#asterisk i9zO5AP (~BQcdf9eiZ@gateway/tor-sasl/ai9zo5ap)
08:04.14*** join/#asterisk sinaowolabi (~Sina@102.134.114.1)
09:04.50*** join/#asterisk jkroon_ (~jkroon@165.16.203.110)
09:13.56*** topic/#asterisk by file -> #asterisk The Open Source PBX and Telephony Platform (asterisk.org) -=- LTS: 13.36.0 (2020/09/03) 16.13.0 (2020/09/03) Standard: 17.7.0 (2020/09/03); DAHDI: 3.0.0 (2018/11/15); libpri 1.6.0 (2017/01/27) -=- Wiki: wiki.asterisk.org -=- Code of Conduct: bit.ly/1hH6P22
09:14.41*** join/#asterisk Jesterboxboy (~Thunderbi@84-115-150-8.cable.dynamic.surfer.at)
09:23.10*** join/#asterisk verzo (~verzo@gateway/tor-sasl/verzo)
09:43.16*** join/#asterisk sekil (~sekil@79-101-174-239.dynamic.isp.telekom.rs)
10:14.33*** join/#asterisk FH_thecat (~FH_thecat@75.11.25.212.ftth.as8758.net)
11:33.54*** join/#asterisk rpifan (~rpifan@p200300d2670e4448961830134a02f1c4.dip0.t-ipconnect.de)
11:37.00*** join/#asterisk sinaowolabi (~Sina@154.66.51.156)
11:57.34*** join/#asterisk rpifan_ (~rpifan@p200300d2670e44677360f7b2486a2d63.dip0.t-ipconnect.de)
12:04.24*** join/#asterisk fstd_ (~fstd@unaffiliated/fisted)
12:06.22*** join/#asterisk verzo (~verzo@gateway/tor-sasl/verzo)
12:06.33*** join/#asterisk gerhard7 (~gerhard7@86-87-238-48.fixed.kpn.net)
12:32.40*** join/#asterisk spatel (~spatel@pool-96-237-230-175.bstnma.fios.verizon.net)
12:58.50*** join/#asterisk paulgrmn (~paulgrmn@c-98-250-183-21.hsd1.mi.comcast.net)
13:03.40*** join/#asterisk n0tiz (~n0tiz@82-69-15-38.dsl.in-addr.zen.co.uk)
13:10.37n0tizHey, once a patch has been reviewed, and is then approved, I assume that's merged in. Jenkins appears to run a build, what should I be doing if that build becomes unstable?
13:15.16filenothing, it will be reviewed to see if the failure is from a flaky test and if so then it will be manually merged
13:17.14n0tizCool, thanks again! Just making sure I follow procedures, and don't do anything stupid!
13:25.25*** join/#asterisk Typhon (~Typhon@dslb-088-066-186-069.088.066.pools.vodafone-ip.de)
13:29.02*** join/#asterisk joako (~joako@opensuse/member/joak0)
13:40.26*** join/#asterisk spatel (~spatel@pool-96-237-230-175.bstnma.fios.verizon.net)
13:41.52*** part/#asterisk sekil (~sekil@79-101-174-239.dynamic.isp.telekom.rs)
13:46.52*** join/#asterisk kharwell (uid358942@gateway/web/irccloud.com/x-slermfgypbsamcby)
13:46.52*** mode/#asterisk [+o kharwell] by ChanServ
13:47.30*** join/#asterisk brad_mssw (~brad@66.129.88.50)
14:02.28*** join/#asterisk bford (uid283514@gateway/web/irccloud.com/x-jdniwgcjwgthmeqr)
14:02.28*** mode/#asterisk [+o bford] by ChanServ
14:03.14*** join/#asterisk forgotmynick (uid24625@gateway/web/irccloud.com/x-ptlozqzvysflyveo)
14:34.12*** join/#asterisk verzo (~verzo@gateway/tor-sasl/verzo)
14:37.09*** join/#asterisk schangg (~besnard@lputeaux-656-1-124-218.w92-154.abo.wanadoo.fr)
14:37.15schanggHello
14:38.36schanggWhen my asterisk (which is exposed on the Internet) server receives a call from a device that is on an external network, then asterisk tries to send RTP traffic to the internal IP of that device
14:38.58schangg<asterisk>---internet---<router><sip-client>
14:39.08*** join/#asterisk Jesterboxboy (~Thunderbi@84-115-150-8.cable.dynamic.surfer.at)
14:39.58schanggI see in sip signalling that the sip client is sending 192.xxxx as IP
14:40.12schanggso I am not sure who to blame (asterisk or the qip client ?)
14:40.19schanggs/qip/sip/
14:49.56SamotWait, wait, wait...
14:50.11Samotschangg: You have devices coming into the container over the Internet?
14:53.43fileif configured to do so Asterisk will latch onto the source of media, and send RTP to it, but that does require it to have received media
14:53.46Samotschangg: I only asked because less than 24 hours ago you told me this was internal only. I asked about SIP trunks, etc. all about that whole double NAT and you said "nope, it's internal"
14:55.09schanggHi Samot
14:55.13schanggstill no trunk
14:55.20SamotBut I said the PSTN
14:55.24SamotThe Internet
14:55.24schanggnow that this works from internal
14:55.32SamotExternal.
14:55.36SamotMy whole things about double NAT.
14:55.42schanggI am port forwarding my public IP to the asterisk host
14:55.48schanggyeah I got that
14:56.15schanggbut double NAT or not, the SIP INVITE contains the internal IP of the sip client
14:56.26schanggand asterisk then tries to send rtp traffic to that IP
14:56.48SamotSo either the SIP client or the router in front of it is poorly configured.
14:56.51schanggin terms of configuration, I have set externip to the pub IP, localnet and nat=yes
14:57.11schanggall the router does is port forward
14:57.20SamotNo, where the SIP client is at
14:57.22schanggnothing like SIP-aware router or such
14:57.30SamotThe SIP client is remote correct?
14:57.38schanggyou mean the exit router of the sip client ?
14:57.50schanggyeah, it is a cell phone connected to 4G
14:58.00SamotOK so this is over mobile.
14:58.02schanggin 4G the IP phone is NATed by the operator
14:58.19SamotI'm aware.
14:58.36schanggyeah over mobile but from a network perspective it is just like any computer accessing the internet through a router
14:58.40SamotSo the sip client is a softphone on a mobile device use 4G data.
14:58.47schanggyes
14:59.08schanggso the sip client is not necessarily the ne to blame ?
14:59.34SamotSure it can be
14:59.39SamotWhat is the sip client?
15:00.06schanggyou said asterisk if well configured is supposed to look at the actual originating IP instead of what is advertised in the SIP signalling packet
15:00.20schanggmizudroid
15:00.22SamotDid I?
15:00.24schanggjust picked one at random
15:00.29SamotI don't recall saying that.
15:00.37schanggSamot no you did not. File did
15:00.42schanggsorry :)
15:01.02SamotYou're still using Chan_SIP correct?
15:01.06schanggno
15:01.17schanggusing the stuff you mentioned yesterday
15:01.29schanggand after using that it works fine from the internal network
15:01.36SamotShow me the endpoint config for this remote device.
15:01.43schangghowever, it is in sip.conf that I have put the nat=yes etc
15:01.53schanggsure
15:02.06SamotIf you're not using Chan_SIP, sip.conf is pointless.
15:02.22schangghttps://hastebin.com/qilerupese.ini
15:02.39schanggok then should I just remove the file ?
15:03.45filethe given PJSIP configuration includes no NAT options or functionality
15:04.06schanggfile correct, I thought these still had to be set in sip.conf
15:04.26igcewielingyou were wrong
15:04.38schanggso should I create a [general] section in pjsip.conf and then use the same nat=yes externip= and localnet= ?
15:05.15schanggigcewieling indeed, sorry last time I have used asterisk was like 2010 so I was ignorant of recent changes
15:05.24SamotNo.
15:05.34Samotrewrite_contact=yes
15:05.49Samotforce_rport=yes
15:05.58filertp_symmetric=yes
15:06.19SamotYup.
15:06.29Samotforce_rport is default yes but still..
15:06.46SamotThose three settings per endpoint.
15:06.55SamotChan_PJSIP doesn't have a global concept.
15:07.09SamotFor the endpoint/aor settings.
15:07.27schanggand no more nat=yes as well as externip ?
15:07.38SamotWell you need to show your transports
15:07.49SamotOh I see it
15:07.54*** join/#asterisk brad_mssw (~brad@66.129.88.50)
15:07.54SamotYeah that transport is messed up too
15:08.03Samotlocal_net=
15:08.09Samotexternal_media_address
15:08.32Samotexternal_signaling_address
15:10.05schangghttps://hastebin.com/vepumugoho.ini
15:10.17schanggwould something like this work ?
15:11.50SamotNo
15:12.00SamotBecause those last three things I mentiond go in the _transport_
15:12.05schanggsorry, what did I get wrong then
15:12.12SamotHence me first asking to see the transports.
15:12.12schanggokok
15:14.01schanggit is still sending to the internal IP of the sip client :(
15:15.05*** join/#asterisk akp55_ (~akp55@c-73-148-15-31.hsd1.va.comcast.net)
15:20.43SamotShow a call with a SIP trace...
15:20.47Samotpjsip set logger on
15:20.51SamotMake the call, show it.
15:22.04schangghttps://hastebin.com/uxapazafok.makefile
15:22.09*** join/#asterisk Janos (~textual@201.204.94.76)
15:22.48fileit is receiving no media, so it can not lock on to the source address
15:23.47schanggfile like it does not receives any rtp packet from the phone so it decides it wont send any either ?
15:23.59SamotYou restarted Asterisk right?
15:24.08schanggyes
15:24.09schangghttps://hastebin.com/kayeqolivo.makefile
15:24.23schanggmaybe that capture is better because previous call was for a non existing number
15:24.24fileyou can't send media to somewhere if you don't know where that somewhere is.
15:24.35fileyou can only send it to where it told you to send it initially.
15:24.57*** join/#asterisk pramsky (~pramsky@23.252.62.194)
15:24.58schanggfile is this happening through signalling or upon receiving rtp packets ?
15:25.19schanggoh ok you mean the SIP message from the sip phone do not contain media information
15:25.28fileif "rtp_symmetric" is set to "yes" then upon reception of RTP packets the sending of media will switch to the source of it
15:25.49filethe SIP signaling contains SDP which states where media should go, but Asterisk will only use that until the above happens
15:25.51schanggfile ok
15:30.27schanggfixed
15:30.47schanggmessed up something inmy port forward :(
15:31.10schanggall working well !
15:38.20schanggThanks a lot for your precious help !!!! :)
15:56.12*** join/#asterisk Janos (~textual@201.204.94.76)
16:14.38*** join/#asterisk Barbosa (~barbosa@177.30.91.69)
16:25.57*** join/#asterisk AsteriskRoss (~AsteriskR@r01.nt-r1.nor.gb.voicehost.co.uk)
16:32.15*** part/#asterisk igcewieling (~ewieling@199.27.202.69)
16:32.28*** join/#asterisk igcewieling (~ewieling@199.27.202.69)
16:34.18*** join/#asterisk MarcinWieczorek (~marcin@87-205-119-219.adsl.inetia.pl)
16:50.06*** join/#asterisk rpifan_ (~rpifan@p200300d26719c855b94e555e4050b84d.dip0.t-ipconnect.de)
16:57.31*** join/#asterisk jkroon (~jkroon@165.16.204.98)
17:01.00*** join/#asterisk verzo (~verzo@gateway/tor-sasl/verzo)
17:07.50*** join/#asterisk acro458 (0cab5efe@12.171.94.254)
17:08.03acro458what is the difference between PCMA and G711a?
17:08.27acro458are these two names for the same thing?
17:09.28acro458(similar to G711u vs PCMU)?
17:09.31igcewielingThe first one is a stupid name for the second.
17:10.58acro458ok thanks
17:11.03*** join/#asterisk rpifan (~rpifan@p54ac58e0.dip0.t-ipconnect.de)
17:27.03drmessanoDumber than the ULAW/ALAW convention?
17:28.31pramskynot compared to those
18:43.17*** join/#asterisk AsteriskRoss_ (~AsteriskR@r01.nt-r1.nor.gb.voicehost.co.uk)
19:02.40igcewielinggoes back to judging books by their covers.
19:06.21erichoweyeveryone just needs to use opus :P
19:08.00sibiriaif we're lucky most cellular operators will finally have bumped up to G.711 in a decade. or two.
19:08.33sibiriaG.722*
19:09.00igcewielingT-Mobile appears to use G722 (or other HD codec) for on-net calls between phones which support it.
19:09.10erichoweyyeah, which is better. here in the US, they wont traverse G.722 outside of the mobile networks though. Any handoff to a voip connection is downgraded to G.711
19:09.19erichoweypretty crappy
19:09.38sibiriaa lot of euro operators support G.722 now, but there's still a long way to go
19:09.50erichoweyi had a T-Mobile -> AT&T Wireless call use G.722 which amazed me
19:09.54igcewielingOne of the few co-workers who are not afraid to call me has T-mobile and I get VERY good audio quality and "HD" indicator.
19:09.55erichoweyfor sure
19:35.49*** join/#asterisk verzo (~verzo@gateway/tor-sasl/verzo)
19:56.23*** join/#asterisk Kritnich (~Kritnich@kritni.ch)
21:01.56*** join/#asterisk AsteriskRoss_ (~AsteriskR@r01.nt-r1.nor.gb.voicehost.co.uk)
21:01.56*** join/#asterisk AsteriskRoss (~AsteriskR@r01.nt-r1.nor.gb.voicehost.co.uk)
21:41.22*** join/#asterisk Jesterboxboy (~Thunderbi@84-115-150-8.cable.dynamic.surfer.at)
23:31.20*** join/#asterisk sinaowolabi (~Sina@102.134.114.1)

Generated by irclog2html.pl Modified by Tim Riker to work with infobot.