IRC log for #asterisk on 20190510

00:29.17*** join/#asterisk Helenah (~s98259@unaffiliated/iveeee)
00:37.09*** join/#asterisk Helenah (~s98259@unaffiliated/iveeee)
00:57.20*** join/#asterisk techquila (~techquila@2407:7000:9125:e400:f1c2:df9f:be37:22a2)
01:06.12*** join/#asterisk Jan89 (~root@host-37-247-61-7.wtvk.pl)
04:29.19*** join/#asterisk ircarcs (~quassel@169.9.159.77.rev.sfr.net)
06:08.37*** join/#asterisk pchero_work (~pchero@87.213.247.82)
06:21.30*** join/#asterisk sa02irc (~sa02irc@155-079-043-212.ip-addr.inexio.net)
06:25.59*** join/#asterisk tomaluca95_ (~quassel@kde/developer/tomaluca)
07:05.54*** join/#asterisk ircarcs (~quassel@169.9.159.77.rev.sfr.net)
07:53.48*** join/#asterisk Janos (~Janos@201.204.94.76)
08:08.48*** join/#asterisk Ai9zO5AP (~BQcdf9eiZ@176.98.158.240)
10:04.54*** join/#asterisk pvoigt (~Linux@unaffiliated/pvoigt)
10:50.38*** join/#asterisk friedrich (~friedrich@aextron.de)
10:50.52*** join/#asterisk drmessano (drmessano@pdpc/supporter/active/drmessano)
10:54.50*** join/#asterisk lankanmon (~LKNnet@CPE64777d632383-CM64777d632380.cpe.net.cable.rogers.com)
11:14.12*** join/#asterisk gerhard7 (~gerhard7@ip5657ee30.direct-adsl.nl)
11:46.36*** join/#asterisk miralin (~Thunderbi@81.177.58.137)
12:38.08*** join/#asterisk emsjessec (~emsjessec@96.56.225.51)
12:38.27emsjessecis it possible to dial numbers on a VOIP handset by playing tones into the phone?
12:38.55SamotWhat do you mean by that?
12:39.35emsjessecDTMF tones
12:41.32SamotAnd how would you play those tones into the handset?
12:42.18Someone_Elsewhenever you dial out, asterisk chooses a outbound route; is there a possibility to hook in before that selection and select the outbound route manually (based on some result)?
12:42.39emsjessecSamot, a computer
12:42.45emsjessecholding the phone to the speaker
12:43.16SamotNo.
12:49.06*** join/#asterisk yuljk (~yuljk@unaffiliated/yuljk)
12:53.10emsjesseci have a different question
12:53.29emsjessecif a PBX has a FXS1 port, can an analog phone be connected and dial out?
12:54.27SamotYes.
12:54.53fileSomeone_Else: there is nothing built in, it's all configured in dialplan and Asterisk does what it is told there
12:54.53emsjessecwhen I try it says "You are not allowed to dial this number."
12:57.14Samotemsjessec: OK, that doesn't really help.
12:57.27emsjesseci opened a ticket with GrandStream PBX
12:57.39emsjessechow does Asterisk differ from a GrandStream?
12:58.13SamotWait, this is a GS PBX?
12:58.24emsjessecyes
12:58.30SamotThen we've got nothing for you.
12:58.37SamotGrandstream is a close sourced PBX.
12:59.04emsjesseci'm not asking about the GrandStream in particular
12:59.18SamotWell if this is where you FXS card is and giving you that error...
12:59.21SamotIt's a GS PBX issue.
12:59.29emsjessecif VOIP handsets are working, would it be likely that a VOIP to analog adapter would work?
12:59.39SamotSure.
13:00.03*** join/#asterisk pchero_work (~pchero@51.247.195.35.bc.googleusercontent.com)
13:00.54emsjesseccan you recommend a VOIP service for a home phone system?
13:02.31emsjessecdoes an analog signal require a lot more bandwidth than a VOIP signal?
13:07.54*** join/#asterisk scgm11_ (~scgm11@r186-50-42-6.dialup.adsl.anteldata.net.uy)
13:13.07*** join/#asterisk scgm11__ (~scgm11@r186-50-42-6.dialup.adsl.anteldata.net.uy)
13:20.35*** join/#asterisk scgm11_ (~scgm11@r186-50-42-6.dialup.adsl.anteldata.net.uy)
13:43.27*** join/#asterisk tris (tristan@camel.ethereal.net)
13:58.47*** join/#asterisk kharwell (uid358942@gateway/web/irccloud.com/x-nxgcoxvgyyogqgej)
13:58.47*** mode/#asterisk [+o kharwell] by ChanServ
14:00.28*** join/#asterisk pchero_work (~pchero@51.247.195.35.bc.googleusercontent.com)
14:18.48*** join/#asterisk [TK]D-Fender (~joe@216.191.106.165)
14:23.24*** join/#asterisk scgm11__ (~scgm11@r186-52-111-158.dialup.adsl.anteldata.net.uy)
14:30.19*** join/#asterisk sa02irc (~sa02irc@155-079-043-212.ip-addr.inexio.net)
14:33.43*** join/#asterisk rmudgett (rmudgett@nat/digium/x-unywazmhcpkinynf)
14:33.44*** mode/#asterisk [+o rmudgett] by ChanServ
14:35.12*** join/#asterisk pa (~pa@unaffiliated/pa)
14:43.54*** join/#asterisk scgm11_ (~scgm11@r186-52-111-158.dialup.adsl.anteldata.net.uy)
14:46.43*** join/#asterisk scgm11_ (~scgm11@r186-52-111-158.dialup.adsl.anteldata.net.uy)
15:03.00*** join/#asterisk scgm11_ (~scgm11@r186-52-111-158.dialup.adsl.anteldata.net.uy)
15:03.07*** join/#asterisk pa (~pa@unaffiliated/pa)
15:17.01*** join/#asterisk scgm11_ (~scgm11@r186-52-111-158.dialup.adsl.anteldata.net.uy)
15:21.56*** join/#asterisk K0HAX (~michael@gateway/tor-sasl/k0hax)
15:24.42*** join/#asterisk pa (~pa@unaffiliated/pa)
15:33.06*** join/#asterisk juser123 (~juser123@d28-23-244-91.dim.wideopenwest.com)
15:49.52*** join/#asterisk Helenah (~s98259@unaffiliated/iveeee)
15:50.05*** join/#asterisk scampbell (~scampbell@mail.scampbell.net)
15:51.22HelenahIs there anything specific which I need to do to forward asterisk box which is behind a NAT?
15:52.08mTeKForward 5060-5061
15:52.22mTeKIf you have external phones
15:52.40HelenahI did, however when I scan my public IP from outside the LAN, the ports aren't avail.
15:52.41mTeKturn off sip alg or sip helper on router
15:52.50HelenahI did that already.
15:53.21[TK]D-FenderMaybe you scan wasn't valid <-
15:53.23mTeKThen do didn't open the ports correctly or your provider is blocking them.
15:53.30HelenahI think I changed external_media_address and external_streaming_address.
15:53.36mTeKyes thats correct
15:53.51HelenahI'll get onto my ISP.
15:53.59HelenahThank you very much!
15:54.02mTeKCHeck fireall in modem
15:54.38mTeKMake sure your using bridge mode or IP passthough and not DMZ to your router.
15:54.59mTeKDMZ mode can cause nat sip problems
15:55.44HelenahSo I can't use port forwarding?
15:56.03mTeKIf your using the modems firewall then yes
15:56.20sibiriayou need to either way, if the asterisk box is on a private network
15:56.24sibiriathis is what NAT is for
15:56.39HelenahMy modem is a DM200 which is just a dumb modem, my Mikrotik router handles the PPPoE credentials.
15:56.42mTeKsibiria: I think he is talking about external phones
15:56.53Helenahand my Mikrotik is the NAT.
15:56.53mTeKOk
15:57.31HelenahAre you saying that I would need a firewall on the DM200?
15:57.35mTeKThen make sure your nat rule is correct and above any block rules in the filter tab
15:57.58HelenahAll my other NAT rules are working fine.
15:58.08mTeKYou can also make a dumy rule with just logging on for the filter and then you can see if the packets are hitting the firewall
15:58.21mTeKMake sure you forwared UDP
15:58.27HelenahI did.
15:58.30mTeK5060 is UDP
15:58.46HelenahI'm only using 5061/udp.
15:58.47mTeK5061 should be TCP... Think so
15:58.52HelenahWait...
15:59.04HelenahSeriously?
15:59.12mTeKI don't use freepbx anymore so that was off the top of my head
15:59.12HelenahIs there a source for that information?
15:59.24mTeKOther vendors use 5061 for TCP only
15:59.53sibiria5061 is for TCP. don't use UDP there
16:00.01sibiriait breaks conformance
16:00.08Corydon765061 is for TLS-secured SIP
16:00.16HelenahSo we are both halfway right.
16:00.32HelenahApparently both ports 5060 and 5061 use both TCP and UDP.
16:00.51sibiriaah, yes, sorry of course
16:00.58SamotActually, it doesn't matter.
16:01.00Corydon765060 is fine for TCP.  There's no conflict with UDP; the ports are specific to the protocol.
16:01.02sibiria5060 TCP is the fallback for too large UDP packets
16:01.04SamotThose are the standard defaults.
16:01.05mTeK5060 will never use tcp unless you;ve configured it that wayu
16:01.17SamotThat doesn't mean you can't use them for something else.
16:01.29*** join/#asterisk Janos (~Janos@201.204.94.76)
16:01.53HelenahBut, I am best forwarding both transports UDP and TCP on those ports, right?
16:01.59mTeKYes
16:02.05SamotAre you using TCP?
16:02.11[TK]D-Fenderonly is you're using them both
16:02.13[TK]D-Fenderif*
16:02.16Corydon76You are best using 5060 only unless you have configured TLS
16:02.16SamotThere is no TCP fall back.
16:02.17[TK]D-FenderYou forward what you use
16:02.25[TK]D-Fenderlook at what you configured
16:02.41sibiriayou should allow TCP, or you'll break RFC-somethingsomething which mandates TCP for payloads above a certain size
16:02.50SamotWhy?
16:03.07SamotIf they are not using TCP for SIP then there is no need to allow TCP for it.
16:03.15mTeKYou will reach the mtu before you hit that...
16:03.41SamotHelenah: Are you having issues?
16:03.44sibiriai don't know if they having incoming traffic from some external vendor. just pointing out what the standard asks
16:03.50sibiriaif they are having*
16:04.48SamotHelenah: I use Mikrotik 100% for all my voice stuff. So are you having issues?
16:05.57sibiriamTeK: iirc the limit is moving, or 1300 bytes regardless of the agreed MTU
16:06.15sibiriasomething along the lines of 128 bytes within the MTU, or 1300 bytes
16:07.03[TK]D-Fenderheads home
16:10.42SamotHelenah: ?? Because it's very rare to have to put NAT rules in for SIP on Mikrotik's. Very few cases require it.
16:12.18HelenahSo... apparently I'm using TCP. But there is no Audio, I checked the RTP NAT rule and no traffic goes through it.
16:13.14SamotOK, so why are you using TCP?
16:14.09HelenahNot sure, I wondered that myself, but I thought I'd give it a try. I'll set it to UDP. Can it be set to both? What would the advantages of that be?
16:14.31SamotOK well first that is just the signalling. Second, RTP is always UDP.
16:14.41HelenahBare in mind, I don't use port 5060.
16:15.13SamotShow your PJSIP endpoint config.
16:20.02HelenahIs port 5060 needed for an Asterisk setup? I'd rather it be TLS-only unless absolutely necessary.
16:20.26sibiriait's not a requirement that you stick to 5060 for unencrypted and 5061 for sips/srtp
16:20.46sibiriathose are just the standard ports
16:21.12Corydon76SRTP shouldn't be on 5061 anyway
16:21.17SamotWell standard for SIPS is one port higher than the SIP port.
16:21.41SamotSo if SIP is 5080 than the standard states TLS should be 5081
16:22.49HelenahMy friend is setting asterisk without support for port 5060, she is using only 5061 so that all connections are TLS.  Does she need to use asterisk with 5060 and 5061 ?
16:23.59Helenahor do I press the big reject button and tell her to make our teas - hahaha byeeee
16:25.12sibiriaremember that just using 5061 for sip alone doesn't imply encryption, just as sips itself doesn't imply srtp
16:27.36*** join/#asterisk _mwoodj_ (~mwoodj@pdpc/sponsor/digium/hyper-eye)
16:51.45*** join/#asterisk mindthelion (~techquila@121-75-249-73.dyn.vf.net.nz)
17:01.16*** join/#asterisk scgm11_ (~scgm11@r186-52-111-158.dialup.adsl.anteldata.net.uy)
17:02.40*** join/#asterisk scgm11__ (~scgm11@r186-52-111-158.dialup.adsl.anteldata.net.uy)
17:06.02*** join/#asterisk [TK]D-Fender (~joe@64.235.216.2)
17:07.08*** join/#asterisk jrun (~jrun@unaffiliated/glphvgacs)
17:08.21jrunwhat's the use of SSRC?
17:24.44*** join/#asterisk pa (~pa@unaffiliated/pa)
17:28.03jrunwhen a single endpoint within an rtp session wishes to send multiple media streams, does it open a port for each? can it send all stream over the same port?
17:30.38filethere's a draft for using a single underlying transport (port) for multiple streams, it is called bundle
17:30.42fileby default it is separate.
17:33.45jrundoes asterisk accept same ssrc on different rpt session at the same time? or is it more like that each rtp session has it's own namespace?
17:34.19fileeach RTP session has its own.
17:43.18jrunwhat is the most generic way of identifying rtp sessions? (port, ssrc) combination or that won't work?
17:43.32jrunactually how does asterisk do it?
17:45.31jrunfile: this? https://tools.ietf.org/html/draft-ietf-mmusic-sdp-bundle-negotiation-36
17:45.45filethat is the draft for bundle, yes
17:47.01fileas for identifying generally port for older stuff... some filter based on learnt SSRC, or in the case of bundle you do SSRC and there's other RTP extensions that can potentially identify based on signaling communicated data
18:33.30*** part/#asterisk jrun (~jrun@unaffiliated/glphvgacs)
18:44.30*** join/#asterisk forgotmynick (uid24625@gateway/web/irccloud.com/x-vuoobkwbyvlrykue)
18:46.36*** join/#asterisk scgm11_ (~scgm11@r186-52-111-158.dialup.adsl.anteldata.net.uy)
19:28.45*** join/#asterisk yokel (~yokel@unaffiliated/contempt)
19:47.27*** join/#asterisk scgm11_ (~scgm11@r186-52-111-158.dialup.adsl.anteldata.net.uy)
19:59.43*** join/#asterisk scgm11_ (~scgm11@r186-52-111-158.dialup.adsl.anteldata.net.uy)
20:07.38*** join/#asterisk scgm11_ (~scgm11@r186-52-111-158.dialup.adsl.anteldata.net.uy)
21:39.28*** join/#asterisk _nexxus_ (~bwg@leon.generalamalgamated.com)
22:02.56*** join/#asterisk _nexxus_ (~bwg@leon.generalamalgamated.com)
22:03.37*** join/#asterisk zapata (~zapata@2a02:b18:581:10:9596:2484:40e4:9b3e)
22:15.54*** join/#asterisk mitsuichi (~mitsuichi@2404:7a83:8140:ab00:f88a:4e7c:2207:8be2)
22:16.02*** part/#asterisk mitsuichi (~mitsuichi@2404:7a83:8140:ab00:f88a:4e7c:2207:8be2)
23:07.37*** join/#asterisk paulgrmn_ (~paulgrmn@184.75.212.68)
23:17.03*** join/#asterisk tomaluca95 (~quassel@kde/developer/tomaluca)
23:30.48*** join/#asterisk miralin1 (~Thunderbi@host-46-45-217-207.stavropol.ru)
23:31.24life_of_eWhy would there be a nearly hour long delay in voicemail indicators (usually the MWI on a phone) after a voicemail is recorded?

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