| 00:01.30 | *** join/#asterisk Janos (~textual@201.204.94.76) |
| 00:23.52 | *** join/#asterisk riddlebox2 (~riddlebox@075-132-234-184.res.spectrum.com) |
| 01:23.12 | *** join/#asterisk tsal (~tsal@i59F5F06D.versanet.de) |
| 01:36.03 | *** join/#asterisk forgotmynick (uid24625@gateway/web/irccloud.com/x-wyjsxcwdtjiycrvr) |
| 02:14.56 | *** join/#asterisk mr44er1 (~mr44er@x5271632f.dyn.telefonica.de) |
| 03:01.05 | *** join/#asterisk Janos (~textual@201.204.94.76) |
| 03:12.39 | *** join/#asterisk opal (~wowaname@volatile/founder/wowaname) |
| 03:42.10 | *** join/#asterisk cation21- (cation21@gateway/vpn/protonvpn/cation21) |
| 04:03.26 | *** join/#asterisk waldo323_ (~waldo323@d149-67-45-83.clv.wideopenwest.com) |
| 04:48.45 | *** join/#asterisk lankanmon (~LKNnet@cpeb4fbe4e331bd-cm64777d632380.cpe.net.cable.rogers.com) |
| 04:53.30 | *** join/#asterisk Enitin (~enitin@37.120.203.180) |
| 05:24.02 | *** join/#asterisk gschanuel (~gschanuel@200-181-252-244.user3p.brasiltelecom.net.br) |
| 05:34.42 | *** join/#asterisk aness (~aness@2a02:fe1:3103:b800:7dda:24d3:30c1:17de) |
| 05:58.25 | *** join/#asterisk waldo323 (~waldo323@d149-67-45-83.clv.wideopenwest.com) |
| 06:03.22 | *** join/#asterisk Enitin (enitin@gateway/vpn/protonvpn/enitin) |
| 06:45.57 | *** join/#asterisk Ner0Zer0 (~Ner0Zer0@87.253.63.54) |
| 06:46.19 | *** join/#asterisk sinaowolabi (~Sina@102.134.114.1) |
| 06:58.43 | *** join/#asterisk FH_thecat (~FH_thecat@75.11.25.212.ftth.as8758.net) |
| 08:40.18 | *** join/#asterisk jess (jess@freenode/staff/jess) |
| 08:44.43 | *** join/#asterisk sinaowolabi (~Sina@102.134.114.1) |
| 08:45.47 | *** join/#asterisk sinaowolabi (~Sina@102.134.114.1) |
| 09:46.44 | *** join/#asterisk jayjo (~jayjo@unaffiliated/jayjo) |
| 13:05.33 | *** join/#asterisk jess (jess@freenode/staff/jess) |
| 13:05.33 | *** join/#asterisk Ner0Zer0 (~Ner0Zer0@87.253.63.54) |
| 13:05.33 | *** join/#asterisk pramsky (~pramsky@23.252.62.194) |
| 13:05.33 | *** join/#asterisk edgars (~edgars@w.dtg.lv) |
| 13:05.34 | *** join/#asterisk gregs (sid160074@gateway/web/irccloud.com/x-ayjuheqanjcmgrgo) |
| 13:05.34 | *** join/#asterisk tehgooch (tehgooch@unaffiliated/tehgooch) |
| 13:10.01 | *** join/#asterisk tsal (~tsal@i59F5F06D.versanet.de) |
| 13:15.32 | *** join/#asterisk sinaowolabi (~Sina@102.134.114.1) |
| 13:15.40 | *** join/#asterisk jess (jess@freenode/staff/jess) |
| 13:40.47 | *** join/#asterisk kerouac[m] (kerouacmat@gateway/shell/matrix.org/x-vzkvjappbmldadmv) |
| 13:40.54 | kerouac[m] | Hi |
| 13:42.04 | kerouac[m] | Here is the log of two calls https://pastebin.com/kuNKB3pV |
| 13:42.04 | kerouac[m] | From 6002 to 6001 and then back. Both unsuccessful by some reason. What it could be? |
| 13:44.26 | file | in the first case you're calling a Grandstream with WebRTC settings enabled, that may be why it responds back with a "486 Busy Here" although it gives the reason "All lines are in use" |
| 13:45.19 | igcewieling | ah, that is what all that extra crap in the invite is for. |
| 13:46.10 | file | in the second case dunno, INVITE I think was sent but no response |
| 13:47.16 | kerouac[m] | <file "in the first case you're calling"> but if I do pjsip show channells there is no active calls, why all lines in use could appear? |
| 13:47.41 | file | I gave you a potential reason, otherwise all I can do is say that is what the Grandstream replied back |
| 13:47.57 | file | Warning: 399 GS "All lines are in use" |
| 13:51.26 | kerouac[m] | <file "in the first case you're calling"> In my case I need WebRTC |
| 13:51.53 | *** join/#asterisk bford (uid283514@gateway/web/irccloud.com/x-wzdfvaxhkuumkwvn) |
| 13:51.53 | *** mode/#asterisk [+o bford] by ChanServ |
| 13:51.54 | file | each call leg is independent, if what you really mean is "I need WebRTC on my calling side" then that's fine |
| 13:51.59 | file | the called party doesn't need to be WebRTC |
| 13:52.16 | file | if the Grandstream wants WebRTC and can handle WebRTC SDP, then also fine |
| 13:52.35 | kerouac[m] | what is grandstream? |
| 13:53.02 | file | that is what was called in the first call, apparently |
| 13:53.04 | file | User-Agent: Grandstream GSC3510 1.0.0.22 |
| 13:53.20 | file | http://www.grandstream.com/products/facility-management/intercoms-paging/product/gsc3510 |
| 13:54.10 | kerouac[m] | Ah, yes, that's it, sorry for stupid question |
| 13:58.27 | *** join/#asterisk kharwell (uid358942@gateway/web/irccloud.com/x-spqwdrhtdmbljtik) |
| 13:58.27 | *** mode/#asterisk [+o kharwell] by ChanServ |
| 14:45.04 | *** join/#asterisk pppingme (~pppingme@unaffiliated/pppingme) |
| 14:46.33 | *** join/#asterisk cryptic (~cryptic@142-196-139-017.res.spectrum.com) |
| 14:46.46 | *** join/#asterisk mmlj4 (~mmlj4@ip68-230-228-233.no.no.cox.net) |
| 15:09.37 | *** join/#asterisk drathir_tor (~drathir@gateway/tor-sasl/drathir) |
| 15:21.58 | *** join/#asterisk Dovid (~dovid@96.56.22.146) |
| 15:57.39 | *** join/#asterisk gschanuel (~gschanuel@200-181-252-244.user3p.brasiltelecom.net.br) |
| 16:10.48 | *** join/#asterisk clarjon1 (~clarjon1@unaffiliated/clarjon1) |
| 16:31.07 | *** join/#asterisk Janos (~textual@201.204.94.76) |
| 16:31.34 | kerouac[m] | Maybe this log could explain the reason? |
| 16:31.34 | kerouac[m] | http://termbin.com/azf6 |
| 16:32.09 | kerouac[m] | BUSY is the answer of server or the recieving side? |
| 16:32.41 | file | the remote side sent that to Asterisk. |
| 16:32.56 | file | Asterisk then sent busy to the caller |
| 16:36.23 | kerouac[m] | As far as I know, the touble is that sides are in different subnets. |
| 16:36.23 | kerouac[m] | I have exactly the same config in other network and it works properly. |
| 16:36.37 | kerouac[m] | Is there a good guide to config asterisk and pjsip in LAN? |
| 16:36.51 | kerouac[m] | no nat |
| 16:36.53 | file | if there were a networking issue, then you wouldn't get any response at all |
| 16:37.21 | file | and there is no extra configuration for such a thing |
| 16:47.27 | kerouac[m] | But I have no idea what can differ from this two instances of asterisk except network |
| 16:47.48 | kerouac[m] | same softphones, same configs, same hardware |
| 16:48.01 | igcewieling | Try tuning off ice/stun/and webrtc? |
| 17:03.04 | Samot | kerouac[m]: This is not a problem because there are two subnets. This is a problem because the device being called is returned that reply. |
| 17:03.15 | Samot | kerouac[m]: So look at the device being called. |
| 17:26.01 | *** join/#asterisk mr44er (~mr44er@x5271632f.dyn.telefonica.de) |
| 17:38.54 | *** join/#asterisk clarjon_1 (~clarjon1@unaffiliated/clarjon1) |
| 17:39.00 | *** join/#asterisk opal (~wowaname@volatile/founder/wowaname) |
| 17:39.20 | *** join/#asterisk sysgrammer__moe (~sysgramme@d205-234-59-20.yt.northwestel.net) |
| 17:41.13 | *** join/#asterisk themayor_ (~themayor@unaffiliated/themayor) |
| 17:42.25 | *** join/#asterisk lankanmon_ (~LKNnet@cpeb4fbe4e331bd-cm64777d632380.cpe.net.cable.rogers.com) |
| 17:54.00 | *** join/#asterisk tsal (~tsal@i59F5F06D.versanet.de) |
| 17:55.19 | *** join/#asterisk sinaowolabi (~Sina@102.134.114.1) |
| 18:11.36 | *** join/#asterisk sinaowolabi (~Sina@41.190.30.15) |
| 18:20.42 | *** join/#asterisk zapata (~zapata@2a02:1748:fad4:7260:80c1:7eac:31e7:9b8) |
| 18:23.56 | *** join/#asterisk ppman (~mkern@64.57.58.232) |
| 18:27.15 | ppman | Hi guys, I'm debugging a strange UDPTL issue. It seems that ast_udptl_new_with_bindaddr() is opening a socket with AF_INET6, and then trying to sendto an IPv4 address. There is no IPv6 on this system, and I even explicitly have t38_udptl_ipv6=no in my relevant endpoints. I'm getting EINVAL on those sendto's, so I can only receive UDPTL traffic, not send/pass it on. Any ideas to find this? |
| 18:28.25 | file | what version of Asterisk? |
| 18:29.30 | ppman | 18.3.0 |
| 18:30.38 | file | the code checks for IPv6 support within the system itself, if available it binds a socket which supports both IPv4 and IPv6 |
| 18:30.45 | file | what distro/platform? |
| 18:31.49 | ppman | This is an awkward setup, I'm in a Ubuntu 20.04 chroot running on top of linuxulator in FreeBSD |
| 18:32.29 | ppman | I suppose I don't know for sure that that's what is causing the EINVAL, but that was my best guess given the evidence |
| 18:32.42 | file | if the socket does not allow both IPv4 and IPv6, then it wouldn't work and you'd need to modify the code probably |
| 18:36.43 | ppman | hm, well just changing the socket() call starts moving the error around (now in the bind() call).. |
| 18:36.57 | ppman | is there an easy way to completely disable ipv6 in asterisk? |
| 18:37.01 | file | no. |
| 18:37.46 | igcewieling | you can't just disable ipv6 system wide? |
| 18:42.49 | Samot | Well that is an interesting setup |
| 18:45.17 | ppman | igcewieling: maybe I'm misunderstanding, but it seems that FreeBSD can disable IPv6 on interfaces, but not overall... seems the only interface without IFDISABLED in nd6 options is my loopback interface lo0, which I don't think should bug things out |
| 18:45.31 | ppman | Samot: I need to do it this way to get DPMA to work |
| 18:47.02 | Samot | You couldn't just spin up a Ubuntu 20.04 system? |
| 18:48.34 | ppman | it would have to be a vm, and I really don't want to deal with that in this particular situation... |
| 18:53.07 | ppman | hm, so I can confirm that ast_udptl_new_with_bindaddr() is getting called with [::]:0 as the sockaddr... |
| 18:58.22 | ppman | Yeah, it works perfect now - I manually disabled the check in res/res_pjsip_t38.c -> load_module() for ipv6 support, and t38 works now! |
| 19:01.30 | ppman | I do wish main/utils.c -> ast_check_ipv6() could be configured by a config option somewhere, but this as a workaround is fine for now... I'll just hate myself every time I update :P |
| 19:03.13 | *** join/#asterisk CatCow97 (~mine9@c-73-96-109-206.hsd1.or.comcast.net) |
| 19:08.23 | ppman | hmm, further it seems that that function is only actually used in res_pjsip_t38.c and res_pjsip_sdp_rtp.c - and I haven't had any noticeable problems with rtp/sdp, but I think that's the bind_rtp_to_media_address working... I couldn't get it to work at all without that |
| 19:08.41 | ppman | if only there were the bind_t38 |
| 19:08.48 | ppman | _to_media_address option... |
| 19:09.13 | igcewieling | you could use a real linux box and avoid all this problem |
| 19:09.17 | *** join/#asterisk riddlebox2 (~riddlebox@2600:6c42:7900:f1e1:fa31:f257:6cd2:991a) |
| 19:11.34 | ppman | well, yeah... but honestly this setup isn't too bad |
| 19:11.55 | ppman | I just get a nasty dmesg line any time anything calls getifaddrs() :P |
| 19:12.51 | *** join/#asterisk lbazan (~LoKoMurdo@fedora/LoKoMurdoK) |
| 19:13.22 | ppman | I used to be a Linux guy but every since they ditched init it's gone downhill... and this is a production system |
| 19:15.05 | ppman | ...but OS politics isn't exactly the topic here. I'll be filing a bug report, but otherwise thanks for your help! |
| 19:17.07 | *** join/#asterisk Enitin (enitin@gateway/vpn/privateinternetaccess/enitin) |
| 19:20.36 | Samot | Man, I love people like that. |
| 19:20.49 | Samot | "Sure, I could just do it right but naw, that's just too much work" |
| 19:21.05 | Samot | "Now excuse me while I got spend 10 hours on making this work my special way" |
| 19:26.07 | *** join/#asterisk Tittan (be405fd2@190.64.95.210) |
| 19:29.09 | *** join/#asterisk Enitin (enitin@gateway/vpn/privateinternetaccess/enitin) |
| 19:30.48 | *** join/#asterisk riddlebox2 (~riddlebox@2600:6c42:7900:f1e1:fa31:f257:6cd2:991a) |
| 19:57.35 | *** join/#asterisk erichowey (sid462861@gateway/web/irccloud.com/x-ytuebmazrdjoooqb) |
| 19:57.42 | *** join/#asterisk hardwire (sid415742@gateway/web/irccloud.com/x-hukqzfaqgtygxgqx) |
| 19:58.14 | *** join/#asterisk Samot (sid133316@gateway/web/irccloud.com/x-bfulbpdwxeiradsp) |
| 20:05.55 | *** join/#asterisk rwb (~Thunderbi@65.183.138.202) |
| 20:17.07 | *** join/#asterisk drathir_tor (~drathir@gateway/tor-sasl/drathir) |
| 20:18.49 | *** join/#asterisk jess (jess@freenode/staff/jess) |
| 20:30.24 | *** join/#asterisk riddlebox (~riddlebox@2600:6c42:7900:f1e1:fa31:f257:6cd2:991a) |
| 20:48.48 | *** join/#asterisk riddlebox (~riddlebox@2600:6c42:7900:f1e1:fa31:f257:6cd2:991a) |
| 20:57.56 | *** join/#asterisk riddlebox1 (~riddlebox@2600:6c42:7900:f1e1:fa31:f257:6cd2:991a) |
| 21:48.22 | *** join/#asterisk zapata (~zapata@2a02:1748:fad4:7260:80c1:7eac:31e7:9b8) |
| 22:51.10 | *** join/#asterisk scampbell (~scampbell@mail.scampbell.net) |
| 23:07.32 | *** join/#asterisk riddlebox1 (~riddlebox@2600:6c42:7900:f1e1:89a:76d3:2978:2b23) |
| 23:25.50 | *** join/#asterisk pppingme (~pppingme@unaffiliated/pppingme) |
| 23:48.10 | *** join/#asterisk theborger (~wifflebat@unaffiliated/theborger) |
| 23:49.22 | *** join/#asterisk theborger (~cord@unaffiliated/theborger) |