| 00:18.53 | *** part/#asterisk kharwell (kharwell@nat/digium/x-jzbcklzayhmiivzj) |
| 00:21.08 | *** join/#asterisk gusto (~gusto@2a01:c844:10ff:c020:224:1dff:fecd:234c) |
| 00:22.47 | *** join/#asterisk MaliutaLap (~nobusines@unaffiliated/maliuta) |
| 00:23.04 | *** join/#asterisk Maliuta (~nobusines@unaffiliated/maliuta) |
| 00:42.17 | *** join/#asterisk tomcruise (tom@eyeswideshut.xs4all.nl) |
| 01:33.55 | *** join/#asterisk [TK]D-Fender (~joe@64.235.216.2) |
| 01:46.19 | *** join/#asterisk tomcruise (tom@eyeswideshut.xs4all.nl) |
| 02:31.34 | *** join/#asterisk Penguin (~xwQ5kwYl6@our.systems.are.full.of.penguins.at.penguinsystems.net) |
| 02:43.29 | *** join/#asterisk robink (~quassel@unaffilated/robink) |
| 04:24.28 | *** join/#asterisk Rini (uid196547@gateway/web/irccloud.com/x-klylmaqazvnuwctq) |
| 04:28.29 | *** join/#asterisk fstd_ (~fstd@unaffiliated/fisted) |
| 04:37.57 | *** join/#asterisk boris_t (~boris_t@363103629.convex.ru) |
| 05:32.37 | *** join/#asterisk anthm (~anthm@freeswitch/developer/anthm) |
| 05:36.56 | *** join/#asterisk rpifan (~rpi@205.185.108.58) |
| 05:45.46 | *** join/#asterisk mirela666 (~mirkob@52D9ADEB.cm-11-1c.dynamic.ziggo.nl) |
| 05:50.15 | *** join/#asterisk mirela666 (~mirkob@52D9ADEB.cm-11-1c.dynamic.ziggo.nl) |
| 06:00.17 | *** join/#asterisk mirela666 (~mirkob@52D9ADEB.cm-11-1c.dynamic.ziggo.nl) |
| 06:01.59 | *** join/#asterisk mirela666 (~mirkob@52D9ADEB.cm-11-1c.dynamic.ziggo.nl) |
| 06:03.06 | *** join/#asterisk mirela666 (~mirkob@52D9ADEB.cm-11-1c.dynamic.ziggo.nl) |
| 06:03.40 | *** join/#asterisk mirela666 (~mirkob@52D9ADEB.cm-11-1c.dynamic.ziggo.nl) |
| 06:04.13 | *** join/#asterisk mirela666 (~mirkob@52D9ADEB.cm-11-1c.dynamic.ziggo.nl) |
| 08:07.32 | *** join/#asterisk evil_gordita (robert@ip70-188-41-127.rn.hr.cox.net) |
| 08:11.00 | *** join/#asterisk tzafrir (~tzafrir@bzq-82-81-175-197.red.bezeqint.net) |
| 08:12.35 | *** join/#asterisk samwierema (~samwierem@095-097-255-066.static.chello.nl) |
| 08:13.58 | *** join/#asterisk pawiecki (~pawiecki@router.dir.pl) |
| 08:14.14 | *** join/#asterisk miralin (~Thunderbi@194.8.128.47) |
| 08:15.44 | *** join/#asterisk mirela666 (~mirkob@2a00:1950:400:0:fc96:d704:7003:53e) |
| 08:39.14 | *** join/#asterisk sekil (~sekil@cable-89-216-226-86.dynamic.sbb.rs) |
| 08:47.51 | *** join/#asterisk andremar (~andremar@164.185.37.188.rev.vodafone.pt) |
| 08:52.14 | *** join/#asterisk Y04NN (~y04nn@178.18.54.206) |
| 08:58.46 | *** part/#asterisk sekil (~sekil@cable-89-216-226-86.dynamic.sbb.rs) |
| 09:06.35 | *** join/#asterisk Y04NN_ (~y04nn@178.18.54.206) |
| 09:13.03 | *** join/#asterisk tomcruise (tom@eyeswideshut.xs4all.nl) |
| 09:55.28 | *** join/#asterisk Y04NN (~y04nn@178.18.54.206) |
| 10:06.26 | *** join/#asterisk zapata (~zapata@2a02:b18:581:10:fcce:df7:2fa9:a3be) |
| 10:15.06 | *** join/#asterisk mirela666 (~mirkob@89.184.168.160) |
| 10:23.19 | *** join/#asterisk davlefou (~davlefou@unaffiliated/davlefou) |
| 10:24.04 | *** join/#asterisk tomcruise (tom@eyeswideshut.xs4all.nl) |
| 10:39.56 | *** join/#asterisk Tiffon (~name@unaffiliated/tiff0n) |
| 10:42.58 | *** join/#asterisk sekil (~sekil@cable-89-216-226-86.dynamic.sbb.rs) |
| 10:44.34 | *** join/#asterisk Kaian (~kaian@6.62-99-78.static.clientes.euskaltel.es) |
| 11:09.06 | *** join/#asterisk tomcruise (tom@eyeswideshut.xs4all.nl) |
| 11:36.51 | *** join/#asterisk defsdoor (~andy@cpc35-sutt4-2-0-cust184.19-1.cable.virginm.net) |
| 11:46.13 | *** join/#asterisk KaliLinuxGR (~alexandro@unaffiliated/kalilinuxgr) |
| 12:02.37 | *** join/#asterisk tomcruise (tom@eyeswideshut.xs4all.nl) |
| 12:57.39 | *** join/#asterisk tomcruise (tom@eyeswideshut.xs4all.nl) |
| 13:43.08 | *** join/#asterisk brad_mssw (~brad@66.129.88.50) |
| 14:02.58 | *** join/#asterisk Rini (uid196547@gateway/web/irccloud.com/x-xxdyxsrcljmwpztw) |
| 14:05.30 | *** join/#asterisk qakhan (~qakhan@50-204-254-11-static.hfc.comcastbusiness.net) |
| 14:05.32 | qakhan | hi all, |
| 14:07.46 | qakhan | is there any way we can setup timeout on group of agents. like call rings to agents 1001 - 1005 for 30 seconds. if no one answer the call then call goes to agents 1006-1010 |
| 14:09.48 | Samot | I think that will require a second queue. |
| 14:10.27 | qakhan | yes i know, i can send it to secounf Q. but i need to do it in same Q |
| 14:11.04 | WIMPy | Dialplan. |
| 14:11.33 | WIMPy | And a happy new year to thos who prefer physics over politics or religion :-) |
| 14:12.21 | eric_hill | qakhan: No, you can't do that in a single queue. |
| 14:12.48 | eric_hill | qakhan: Why do you need to do it in the same queue? |
| 14:13.10 | qakhan | 2 reasons. |
| 14:13.20 | qakhan | 1. easy to change settings. |
| 14:13.45 | qakhan | 2. get not need to make changes on reporting site |
| 14:15.18 | Samot | Can't do it. |
| 14:15.53 | Samot | The ring strategy is for all the agents in the queue.. |
| 14:17.07 | WIMPy | Have only one local channel agent in the queue and do the rest in the dialplan. |
| 14:19.09 | qakhan | there should be agents timeout in queue now, e.g there is multi call centers who are answering the calls for 1 Q. if call center A agents 1001-1005 do not answer the calls in 30 sec then calls should ring in Call center B agents 1006-1010 |
| 14:21.06 | Samot | There is an AGent Timeout setting for queues. |
| 14:21.11 | Samot | How long to ring an agent. |
| 14:22.27 | qakhan | i am using Local channel in Q. agent timeout can be 30 sec |
| 14:22.39 | Samot | However, that doesn't change the fact there is a single ring strategy for the queue. |
| 14:23.05 | Samot | So if you have 4 agents that need to take calls first and then four agents that only take calls when the other 4 agents can't... |
| 14:23.08 | Samot | You need two queues. |
| 14:23.57 | Samot | You just can't give half the agents in a queue one set of settings and another half in the same queue with a different set of settings. |
| 14:25.29 | WIMPy | qakhan: So if you already use a local channel, where is the issue? |
| 14:26.50 | qakhan | WIMPy issue is put timeout on agents. |
| 14:27.16 | qakhan | other way i found that set priority on agents, |
| 14:27.50 | WIMPy | But if you already call them from the dialplan, just add a timeout and dial the next. |
| 14:28.40 | qakhan | but its not working the way customer want. all agents 1001-1005 have to be on call and then calls will go to next agents group |
| 14:29.03 | qakhan | i am using Local channel in Q.conf |
| 14:29.07 | WIMPy | That's a different story. |
| 14:29.14 | WIMPy | But would still work the same. |
| 14:29.23 | qakhan | how |
| 14:30.05 | WIMPy | Just add a timeout to the first dial and dial the next. |
| 14:30.36 | eric_hill | qakhan: The closest you'll be able to come to this is having two queues and putting all agents in both queues, just with differing priorities. |
| 14:30.54 | eric_hill | qakhan: But that is *not* ringing all in group 1, then ringing all in group 2. |
| 14:31.12 | *** join/#asterisk mirela666 (~mirkob@89.184.168.162) |
| 14:31.12 | eric_hill | qakhan: It sounds like you want a key system, which asterisk is not. |
| 14:32.13 | qakhan | WIMPy i am sending call in Q like exten => s,n,Queue(qname) |
| 14:32.22 | qakhan | i am not dialing agents |
| 14:33.19 | WIMPy | But you said you use a local channel/ |
| 14:33.25 | WIMPy | . |
| 14:34.47 | qakhan | in Q like, member => Local/8401@action,0 |
| 14:35.06 | *** join/#asterisk kharwell (kharwell@nat/digium/x-zehmqthnewumzeml) |
| 14:35.06 | *** mode/#asterisk [+o kharwell] by ChanServ |
| 14:35.43 | WIMPy | Great, then dial both groups from there. |
| 14:38.00 | qakhan | yes i am dialing both group with priority, here is my complete agents list in a Q http://pastebin.com/xF6q32JA |
| 14:38.45 | WIMPy | Ok. |
| 14:39.10 | WIMPy | Try with only one local channel and dial the groups from there. |
| 14:39.44 | qakhan | like...? |
| 14:42.55 | WIMPy | Dial(1001-1005,30)/Dial(1006-1010) |
| 14:43.43 | qakhan | that is not Q. i will lose Reporting for these agents throught this |
| 14:46.14 | WIMPy | You can always call QueueLog from the Dial. Don't know how much information you need. |
| 14:46.56 | qakhan | there is alot of reporting going on |
| 14:50.10 | *** join/#asterisk mirela666 (~mirkob@2a00:1950:400:0:ad1b:3463:4caa:3791) |
| 15:02.55 | Samot | It's sounding like two queues might be the better option. |
| 15:08.24 | qakhan | Samot you are right, but in my current env i cannot use 2 Qs |
| 15:10.37 | Samot | Why is that? |
| 15:12.57 | *** join/#asterisk Y04NN (~y04nn@178.18.54.206) |
| 15:13.51 | *** join/#asterisk tzafrir (~tzafrir@bzq-82-81-175-197.red.bezeqint.net) |
| 15:19.18 | *** join/#asterisk rmudgett (rmudgett@nat/digium/x-syddawcoogdhrqha) |
| 15:19.19 | *** mode/#asterisk [+o rmudgett] by ChanServ |
| 15:19.42 | *** join/#asterisk Lucile (~lquirion@2607:fad8:4:6:ba88:e3ff:fef2:f4e0) |
| 15:19.59 | *** join/#asterisk troyt (~troyt@c-24-11-28-185.hsd1.ut.comcast.net) |
| 15:20.01 | *** join/#asterisk mjordan (mjordan@nat/digium/x-gispznfsxuqzqzvk) |
| 15:20.01 | *** mode/#asterisk [+o mjordan] by ChanServ |
| 15:21.12 | eric_hill | Samot, he said earlier 2 reasons; 1. easy to change settings. 2. get not need to make changes on reporting site. |
| 15:21.33 | eric_hill | Samot, I assume that means two is more complicated than one, and he doesn't want to touch reporting. |
| 15:21.56 | eric_hill | Samot, so he's going to spend hours trying to get the system to do something it's not designed to do and wind up with a non-workable solution. |
| 15:22.20 | Samot | I understand that |
| 15:22.29 | eric_hill | *he or she. I'm not biased. |
| 15:22.53 | Samot | This is a now going to have to be a compromised solution based on tech and business needs. |
| 15:23.02 | Samot | So now where does that compromise happen? |
| 15:23.12 | Samot | "Easy to change settings" <-- Last on the list. |
| 15:23.24 | Samot | "Impacts reporting" <-- Top of list. |
| 15:26.23 | Samot | But it was also stated that "in current environment 2 queues can't be used" |
| 15:26.48 | Samot | Is that because of the original two reasons or are there others? |
| 15:29.23 | Samot | So far two solutions to the issue have been offered and in both cases they will no work because of "reasons". So does that mean there are more solution options? Probably. Does it also mean they could be rejected for "reasons". Most likely. |
| 15:29.36 | Samot | In that cases it's time for a benefit/risk analysis. |
| 15:29.58 | Samot | For each of the solutions on the table and the one with the most benefits and least risk each generally the best. |
| 15:30.12 | Samot | s/each/is |
| 15:30.17 | eric_hill | ^ what he said. |
| 15:30.54 | Samot | With the most important risk factor of them all...TIME |
| 15:31.18 | Samot | If I spend 10 hours digging up solutions, that's 10 hours of cost for my time.. |
| 15:31.59 | Samot | Not only that, it's 10 hours where I could have been working on something else. So now this has just impacted other project and activities. Reduced resource bandwidth, etc, etc, etc. |
| 15:50.15 | *** join/#asterisk tzafrir (~tzafrir@bzq-82-81-175-197.red.bezeqint.net) |
| 15:52.33 | *** join/#asterisk jameswf (uid27319@gateway/web/irccloud.com/x-lfbcljwxygfaijee) |
| 16:03.02 | *** join/#asterisk Jesterboxboy (~Thunderbi@80-109-194-26.cable.dynamic.surfer.at) |
| 16:38.37 | *** join/#asterisk tzafrir (~tzafrir@bzq-82-81-175-197.red.bezeqint.net) |
| 17:28.10 | Kobaz | anyone have issues with xlite or zoiper just randomly going unreachable |
| 17:28.42 | Kobaz | xlite shows 'online' |
| 17:28.52 | Samot | NAT. |
| 17:28.53 | Kobaz | and this is on a soft phone that's on a vpn |
| 17:28.57 | *** join/#asterisk newtonr (~newtonr@173-17-133-211.client.mchsi.com) |
| 17:28.57 | *** mode/#asterisk [+o newtonr] by ChanServ |
| 17:29.07 | Samot | Unreachable means that the device is not responding to the keepalive sip options. |
| 17:29.14 | Samot | Networking. |
| 17:29.18 | Kobaz | yeah |
| 17:29.20 | Kobaz | etc etc |
| 17:29.23 | Kobaz | it's networking i know |
| 17:29.31 | Samot | Asterisk sends options.. |
| 17:29.33 | Kobaz | and i know it's not responding to options |
| 17:29.40 | Samot | Waits for replies, tries a few times.. |
| 17:29.41 | Kobaz | yes, i know the sip protocol |
| 17:29.58 | Kobaz | just wondering if anyone has had issues with specific soft phones |
| 17:30.00 | Samot | OK so to answer you question, yes people have this issue. |
| 17:30.03 | Kobaz | i have polyoms on the same vpn with no isses |
| 17:30.10 | Samot | Not just with softphones but with IP phones as well. |
| 17:30.14 | Kobaz | ugh |
| 17:30.16 | Kobaz | not my question |
| 17:30.17 | Kobaz | but anyway |
| 17:30.28 | Samot | Yes, it happens on softclients. |
| 17:30.34 | Kobaz | still not my question |
| 17:30.44 | Samot | What's the question? |
| 17:30.57 | Kobaz | specific soft phones, is this a known issue with x-lite and zoiper |
| 17:31.14 | Samot | No. |
| 17:31.14 | Kobaz | restarting the soft phone fixes the issue |
| 17:31.25 | Samot | It is not an issues with specific clients. |
| 17:31.28 | Samot | Yes, it will |
| 17:31.35 | Kobaz | xlite recently has updated, so i'm thinking it's a bug in the new version |
| 17:31.40 | Samot | Because it sends a new REGISTER which refreshes everything. |
| 17:31.54 | Kobaz | yes, i understand the protocol |
| 17:31.59 | Samot | Then when it sends the OPTION in 60 seconds and it doesn't get a reply, it will go unreachable. |
| 17:32.07 | Samot | It's not a client specific issue. |
| 17:32.08 | Kobaz | yes, i understand the protocol, you can skip that |
| 17:32.46 | Samot | It's a networking and/or NAT issue. |
| 17:33.54 | *** join/#asterisk theGoat (~textual@pool-173-49-196-83.phlapa.fios.verizon.net) |
| 17:34.14 | Samot | The only different between the softphone and the polycom is your softphone is on a PC that probably has some firewall/defense system. |
| 17:34.38 | Kobaz | there's more differences than that, but that's on factor, yes |
| 17:34.43 | Kobaz | *one |
| 17:36.27 | *** join/#asterisk evilman_work (~evilman@87.244.6.228) |
| 17:37.36 | igcewieling | gawd, I hate sales |
| 17:38.31 | Samot | ^ Amen. |
| 17:38.34 | igcewieling | set qualifyfreq to 30 and get on with life. |
| 17:38.44 | Kobaz | igcewieling: here's the weird issue |
| 17:38.50 | Kobaz | i'm seeing a constant REGISTER |
| 17:38.59 | Kobaz | my box is responding OK |
| 17:39.13 | Samot | Replies are not making it back to the device. |
| 17:39.18 | igcewieling | ah, then it isn't a nat translation timeout issue. sounds natish |
| 17:39.36 | igcewieling | or maybe SIP ALGish? |
| 17:40.35 | Samot | Or the client has a really low Re-Register time set. |
| 17:40.43 | igcewieling | SIP ALG will cause all phones behind the same NAT to have the same source port 5060. Normal Non-ALG NAT will show the source port different for each phone. |
| 17:40.50 | Samot | Trying to register every 30 or 60 seconds. |
| 17:41.08 | Kobaz | no ALG set |
| 17:41.15 | Kobaz | we have unique source ports |
| 17:41.20 | igcewieling | Samot: not uncommon, it is the dumb way to "fix" nat translation issues. |
| 17:41.33 | Kobaz | 17:40:40.360771 IP 192.168.70.2.sip > 10.20.1.31.59584: SIP, length: 623 E...Hp..?.....F.........w..SIP/2.0 200 OK |
| 17:41.56 | igcewieling | do you have your localnets set? |
| 17:42.00 | Kobaz | yeap |
| 17:42.08 | Kobaz | this has been working for months |
| 17:42.09 | Kobaz | now it's not |
| 17:42.13 | igcewieling | both the 192 and the 10 networks? |
| 17:42.34 | Kobaz | <PROTECTED> |
| 17:42.58 | igcewieling | weird. |
| 17:47.10 | igcewieling | Samot: one of these days I'm going to reply with "Your sales rep could not troubleshoot them selvesout of a wet paper bag. Send support requests directly to support in the future." |
| 17:47.38 | Kobaz | sooo |
| 17:47.40 | Kobaz | lemme see |
| 17:47.43 | Kobaz | what i don't see is OPTIONS |
| 17:48.03 | Kobaz | damn nothing but problems today |
| 17:48.09 | Kobaz | polycom phone causing crazy echo |
| 17:48.18 | igcewieling | have you rebooted the box? |
| 17:48.23 | Kobaz | rebooted what box |
| 17:48.33 | Kobaz | the one with the soft phone? |
| 17:48.37 | Kobaz | she tried rebooting that |
| 17:48.38 | igcewieling | your PBX and whatever might be doing NAT |
| 17:48.44 | Kobaz | umm, haha |
| 17:48.49 | Kobaz | reboot the pbx, that's funny |
| 17:51.29 | Kobaz | igcewieling: the weird thing, is i've been doing this across multiple networks, different servers, different vpns |
| 17:51.38 | Kobaz | igcewieling: and this all started happening around the same time |
| 17:51.48 | Kobaz | different asterisk servers on different hardware/versions |
| 17:52.18 | igcewieling | any chance you are under a small DDoS attack? There's not a lot of commonality between the problem systems. |
| 17:52.36 | Kobaz | nope |
| 17:52.40 | igcewieling | you don't have any automatic OS updates enabled? |
| 17:52.52 | Kobaz | nope |
| 17:53.02 | igcewieling | different carriers? |
| 17:53.07 | Kobaz | yeap |
| 17:53.19 | Kobaz | which is why i'm thinking of software bugs in the soft phone |
| 17:53.22 | igcewieling | Good luck! I'm going back to work. 8-| |
| 17:53.31 | Kobaz | the common item is xlite soft phone |
| 17:53.37 | Kobaz | and some people with zoiper |
| 17:53.44 | Kobaz | which is odd though, weird that it would affect both |
| 17:53.49 | igcewieling | hugs his 1,000+ Polycom phones. |
| 17:54.01 | Kobaz | this lady's phone just randomly froze and rebooted on her |
| 17:54.03 | Kobaz | polycom 331 |
| 17:54.11 | Kobaz | the one with the crazy echo |
| 17:54.28 | Kobaz | polycom->asterisk->polycom, massive echo |
| 18:04.10 | Kobaz | looks like it might be a virus |
| 18:04.19 | Kobaz | she's got all kinds of crap on this pc with the softphone |
| 18:10.52 | *** join/#asterisk Chotaire (chotaire@oahu.chotaire.net) |
| 18:26.00 | Kobaz | aaaand it's 100% disk usage |
| 18:27.35 | Kobaz | the other soft phones on other networks are sounding like completely unrelated items now |
| 18:35.00 | Kobaz | -c |
| 18:36.19 | Kobaz | is there a way to force an OPTIONS to go out for a specific peer? |
| 18:45.36 | Samot | qualify=yes |
| 18:45.53 | Samot | There are a couple other settings to work it with.. |
| 18:50.42 | *** join/#asterisk davlefou (~davlefou@unaffiliated/davlefou) |
| 18:55.53 | *** join/#asterisk sh_smith (~sh_smith@cpe-76-174-26-91.socal.res.rr.com) |
| 19:02.48 | *** join/#asterisk evilman_work (~evilman@87.244.6.228) |
| 19:03.09 | Kobaz | Samot: tha'ts not the issue, there's something else going on |
| 19:03.21 | Kobaz | Samot: making something that's failing, go faster, will not fix anything |
| 19:03.25 | Kobaz | it's just going to fail more often |
| 19:03.59 | Kobaz | i need like a sip options peer foobar |
| 19:04.20 | Kobaz | i should add that, i've needed something like that in the past |
| 19:06.07 | Samot | I was just answering your question. |
| 19:06.10 | *** join/#asterisk netman (~netman@185.94.249.77) |
| 19:06.22 | Samot | How do you make options go out a specific peer, you set the qualify= in the peer. |
| 19:06.31 | Kobaz | one that's already enabled for quality |
| 19:06.35 | Kobaz | qualify |
| 19:06.42 | Kobaz | like a 'send options right now' |
| 19:06.44 | Kobaz | i dont think there is one |
| 19:06.47 | Samot | No. |
| 19:07.16 | Samot | But you can lower the frequency from 60 seconds to something else. |
| 19:08.49 | Kobaz | yeah, not as ideal |
| 19:10.30 | Samot | I agree. |
| 19:11.48 | Samot | So can you replicate the same issue as this client? |
| 19:14.19 | igcewieling | Options packets are not all that much work to process. Also there is a keepalive setting which sends an empty packet instead of Options. |
| 19:14.31 | Samot | Yup. |
| 19:14.39 | Samot | I said there were a few settings to play with. |
| 19:14.46 | igcewieling | the keepalive freaks out our Adtran boxes, but it might be helpful if you are not using proxies. |
| 19:14.54 | Samot | qualify, qualifyfreq, keeyalive.. |
| 19:14.58 | Samot | keepalive |
| 19:15.44 | Samot | But I agree that lowering the times on options, keepalive or re-registers is not the solution. |
| 19:15.51 | Samot | It's just a workaround bandaid. |
| 19:18.53 | *** join/#asterisk roswell (roswell@home.roswellsite.ru) |
| 19:20.43 | Kobaz | igcewieling: here's my issue |
| 19:22.18 | Kobaz | aaand my copy and paste isnt working |
| 19:22.36 | Kobaz | there it goes |
| 19:22.38 | Kobaz | [2016-12-23 13:37:01.781] WARNING[15839]: chan_sip.c:3371 __sip_xmit: sip_xmit of 0x7f818e313d00 (len 675) to 192.168.70.8:59584 returned -2: Interrupted system call |
| 19:23.01 | Kobaz | so that's why i'm seeing the REGISTER's and the OKs but not the OPTIONS |
| 19:23.07 | Kobaz | OPTIONS is being blocked by something |
| 19:24.07 | *** join/#asterisk Y04NN (~y04nn@2a01:e34:ef37:5870:c1d3:ca33:d915:8c22) |
| 19:24.47 | roswell | well it's either some weird router setup, which is specifically blocking OPTIONS request, or simply too narrow range of ports being forwarded |
| 19:32.20 | *** join/#asterisk tomcruise (tom@eyeswideshut.xs4all.nl) |
| 19:48.26 | *** join/#asterisk miralin (~Thunderbi@194.8.128.47) |
| 20:05.36 | Samot | OPTIONS come from the Chan_SIP of Asterisk (or Chan_PJSIP) and go to the phones IP and port. |
| 20:13.45 | Samot | So unless something is actually looking at the SIP packet to determine it's Request Method I doubt just OPTIONS are being dropped. |
| 20:23.51 | *** join/#asterisk tomcruise (tom@eyeswideshut.xs4all.nl) |
| 20:29.59 | *** join/#asterisk Y04NN (~y04nn@2a01:e34:ef37:5870:8450:9740:9d2c:4ef5) |
| 20:39.57 | igcewieling | Kobaz: is 4G/Cellular Data/LTE involved in any of the network segments? |
| 20:40.34 | igcewieling | IIRC VZ Wireless blocks non-TLS/non-DTLS SIP traffic, it has been a while since I last tried. |
| 20:42.39 | *** join/#asterisk sekil (~sekil@cable-89-216-222-54.dynamic.sbb.rs) |
| 21:08.22 | *** join/#asterisk klow (~arrow@66.114.139.162) |
| 21:23.23 | *** join/#asterisk tomcruise (tom@eyeswideshut.xs4all.nl) |
| 22:14.55 | *** join/#asterisk tomcruise (tom@eyeswideshut.xs4all.nl) |
| 22:20.33 | *** join/#asterisk KaliLinuxGR (~alexandro@unaffiliated/kalilinuxgr) |
| 22:22.43 | *** join/#asterisk Jesterboxboy (~Thunderbi@80-109-194-26.cable.dynamic.surfer.at) |
| 22:29.45 | *** join/#asterisk infernix (nix@unaffiliated/infernix) |
| 22:46.19 | *** join/#asterisk yokel (~yokel@unaffiliated/contempt) |
| 22:56.10 | Kobaz | igcewieling: sometimes they block it, sometimes it doesn't |
| 22:56.13 | Kobaz | igcewieling: but nope |
| 22:58.32 | *** join/#asterisk anthm (~anthm@freeswitch/developer/anthm) |
| 23:26.27 | *** join/#asterisk tomcruise (tom@eyeswideshut.xs4all.nl) |
| 23:35.16 | *** part/#asterisk kharwell (kharwell@nat/digium/x-zehmqthnewumzeml) |
| 23:35.31 | *** join/#asterisk troyt (~troyt@c-24-11-28-185.hsd1.ut.comcast.net) |
| 23:59.28 | *** join/#asterisk tomcruise (tom@eyeswideshut.xs4all.nl) |