| 00:13.10 | *** join/#asterisk spatel (~spatel@pool-96-237-230-175.bstnma.fios.verizon.net) |
| 01:07.40 | *** join/#asterisk drathir_tor (~drathir@gateway/tor-sasl/drathir) |
| 02:15.14 | *** join/#asterisk tsal (~tsal@i59F5F2C8.versanet.de) |
| 03:02.40 | *** join/#asterisk Typhon (~Typhon@dslb-088-067-134-051.088.067.pools.vodafone-ip.de) |
| 03:42.41 | *** join/#asterisk electronic_eel (~quassel@213.240.182.15) |
| 04:33.51 | *** join/#asterisk ckb_ (~ckb@unaffiliated/ckb) |
| 04:39.11 | *** join/#asterisk akp55 (~akp55@c-73-148-15-158.hsd1.va.comcast.net) |
| 04:41.33 | *** join/#asterisk pppingme (~pppingme@unaffiliated/pppingme) |
| 06:24.16 | *** join/#asterisk jkroon (~jkroon@165.16.203.109) |
| 07:00.06 | *** join/#asterisk jkroon (~jkroon@165.16.203.109) |
| 07:26.23 | *** join/#asterisk Iamnach0 (~Iamnacho@ip68-102-131-177.ks.ok.cox.net) |
| 07:27.17 | *** join/#asterisk yokel (~yokel@unaffiliated/contempt) |
| 07:39.41 | *** join/#asterisk babak (uid19622@gateway/web/irccloud.com/x-jrelezwybupyglzj) |
| 08:58.28 | *** join/#asterisk sa02irc (~mbax@155-079-043-212.ip-addr.inexio.net) |
| 09:15.04 | *** join/#asterisk koltrast (ac1cad24@h77-53-57-114.cust.a3fiber.se) |
| 09:15.04 | *** join/#asterisk mmlj4 (~mmlj4@ip174-69-111-70.no.no.cox.net) |
| 09:15.04 | *** join/#asterisk jjrh (~weechat12@2607:f0b0:7:8596:216:3eff:fefe:444f) |
| 09:15.04 | *** join/#asterisk joako (~joako@opensuse/member/joak0) |
| 09:30.03 | *** join/#asterisk cation21 (cation21@gateway/vpn/protonvpn/cation21) |
| 10:10.18 | *** join/#asterisk Maliuta (maliutamat@gateway/shell/matrix.org/x-bbxufocydvqobvmq) |
| 10:33.57 | *** join/#asterisk pestdoktor (pestdoktor@gateway/shell/matrix.org/x-omcxbnswjohyjeyv) |
| 10:39.23 | *** join/#asterisk drathir_tor (~drathir@gateway/tor-sasl/drathir) |
| 11:46.48 | *** join/#asterisk sibiria (~sibiria@unaffiliated/sibiria) |
| 13:06.08 | *** join/#asterisk gavlee (~gav@unaffiliated/gavlee) |
| 13:39.22 | *** join/#asterisk drathir_tor (~drathir@gateway/tor-sasl/drathir) |
| 14:18.45 | *** join/#asterisk paulgrmn (~paulgrmn@c-98-250-183-21.hsd1.mi.comcast.net) |
| 14:41.13 | *** join/#asterisk CatCow97 (~mine9@c-73-96-109-206.hsd1.or.comcast.net) |
| 15:48.13 | *** join/#asterisk bford (uid283514@gateway/web/irccloud.com/x-ewnmajxkzeciazsc) |
| 15:48.13 | *** mode/#asterisk [+o bford] by ChanServ |
| 16:15.06 | *** join/#asterisk elguero (~miguel323@c-73-238-205-3.hsd1.nh.comcast.net) |
| 16:37.42 | *** join/#asterisk sinaowolabi (~Sina@102.134.114.1) |
| 16:39.23 | *** join/#asterisk tehgooch (tehgooch@unaffiliated/tehgooch) |
| 16:42.52 | *** join/#asterisk akp55_ (~akp55@c-73-148-15-158.hsd1.va.comcast.net) |
| 17:09.53 | *** join/#asterisk forgotmynick (uid24625@gateway/web/irccloud.com/x-wqcawqgzsmzqtwbg) |
| 18:04.00 | *** join/#asterisk babak (uid19622@gateway/web/irccloud.com/x-zivqznocwakehaxt) |
| 18:04.32 | *** join/#asterisk defsdoor (~Andrew@cpc120650-sutt6-2-0-cust43.19-1.cable.virginm.net) |
| 18:13.33 | *** join/#asterisk beardy (~beardy@unaffiliated/beardy) |
| 20:58.21 | *** part/#asterisk x86 (~x86@69-174-155-19.bltnilaa.metronetinc.net) |
| 22:10.00 | *** join/#asterisk ketas (~ketas@208-191-35-213.dyn.estpak.ee) |
| 22:22.29 | *** join/#asterisk anthm (~anthm@freeswitch/developer/anthm) |
| 22:37.27 | *** join/#asterisk CatCow97 (~mine9@c-73-96-109-206.hsd1.or.comcast.net) |
| 22:40.33 | grummund_ | Is there a way to force an incoming sip call to enter the context at 's' rather than using the user portion of the sip address? |
| 22:40.59 | Samot | If they send it that way |
| 22:43.55 | grummund_ | the provider forwards calls to say token@sip.myhost.com |
| 22:45.06 | grummund_ | then say in pjsip.conf we have [identify] match_header=To:<token@sip.myhost.com> |
| 22:45.47 | grummund_ | and [endpoint] context=from_sip_provider |
| 22:46.44 | Samot | Ok |
| 22:46.51 | Samot | Thats an odd way |
| 22:46.59 | grummund_ | can we replace the "token" with "s" before it is processd in the [from_sip_provider] context? |
| 22:47.06 | Samot | No |
| 22:48.21 | grummund_ | there is no registration with the provider and they have many source IPs. |
| 22:48.37 | Samot | Just like most |
| 22:48.55 | Samot | You add the ips to the match setting |
| 22:50.59 | grummund_ | this works until the add a new ip, whereas using a 'token' works always. |
| 22:52.36 | Samot | They dont add ips like that |
| 22:52.48 | Samot | That would break things |
| 22:53.23 | Samot | But matching om the to header is insecure |
| 22:55.11 | Samot | You have no control over who can just send to you and flood calls |
| 22:55.44 | grummund_ | ok |
| 22:55.51 | grummund_ | what would be the difference between using [identify] match=... vs. using an acl in the [endpoint] section? |
| 22:56.19 | grummund_ | afaict they both serve to block calls not from the listed ip range(s). |
| 23:10.44 | file | identify is how traffic is associated with an endpoint |
| 23:10.59 | file | an ACL is applied from the endpoint, and is not part of matching |
| 23:13.37 | grummund_ | but you can have both, right? and in that case does the match=... add anything? |
| 23:14.23 | file | that depends... |
| 23:14.32 | file | if using From based matching, then you don't need an identify |
| 23:14.41 | file | if you're doing IP based or header based matching then you need an identify |
| 23:14.52 | file | that's because identify is how PJSIP knows that the SIP packets from the remote side should use the given endpoint |
| 23:15.02 | file | if you have no identify, then it doesn't know what endpoint to use, and the endpoint wouldn't be used |
| 23:15.30 | grummund_ | i see, thanks. |
| 23:17.41 | *** join/#asterisk segnior (segnior@gateway/shell/xshellz/x-duewzwqwpbnxqwww) |
| 23:20.57 | *** join/#asterisk CatCow97 (~mine9@c-73-96-109-206.hsd1.or.comcast.net) |
| 23:25.30 | Samot | grummund_: What is all this for? |
| 23:56.01 | *** join/#asterisk segnior (segnior@gateway/shell/xshellz/x-aomsaywrkvonajrk) |