00:00.03 | *** join/#asterisk pvoigt (~Linux@unaffiliated/pvoigt) |
00:09.23 | *** join/#asterisk nanoha-sama (znc@van-app-svr.ad.v10networks.ca) |
00:32.16 | *** join/#asterisk jzaw (~jzaw@loki.dzki.co.uk) |
00:33.14 | *** join/#asterisk u0m3 (~u0m3@5-12-121-160.residential.rdsnet.ro) |
00:36.31 | *** join/#asterisk shootbird (~quassel@beepbeep.serverpit.com) |
00:43.00 | *** join/#asterisk DanQuinney (sid18169@gateway/web/irccloud.com/x-rfweklzogbupdlve) |
00:45.17 | *** join/#asterisk CeBe1 (~CeBe@a81-14-235-90.net-htp.de) |
00:51.04 | *** join/#asterisk viro (~viro@unaffiliated/viro) |
00:55.53 | *** join/#asterisk [NC] (~nc@rv1.sabius.net) |
00:56.55 | *** join/#asterisk CeBe1 (~CeBe@a81-14-235-90.net-htp.de) |
01:14.31 | *** join/#asterisk fstd_ (~fstd@unaffiliated/fisted) |
01:25.49 | *** join/#asterisk Nugget (~nugget@rennsport.macnugget.org) |
01:26.24 | *** join/#asterisk das7002 (~David@c-50-150-247-88.hsd1.fl.comcast.net) |
01:28.46 | *** join/#asterisk brokensyntax (~quassel@45.62.254.31) |
01:34.54 | *** join/#asterisk jzaw (~jzaw@loki.dzki.co.uk) |
01:36.09 | Mango45 | [05:31] <Mango45> Is session-expires ignored if session-timers is set to accept? |
01:36.15 | Mango45 | Answer: No it is not. |
01:44.55 | *** join/#asterisk jzaw (~jzaw@loki.dzki.co.uk) |
02:41.15 | *** join/#asterisk celer (~celer@pc1.robertwaltersjp-unet.ocn.ne.jp) |
02:42.45 | *** join/#asterisk stac (~stac@april-fools/2013/runnerup/stac) |
03:24.15 | *** join/#asterisk Oatmeal (~Suzeanne@99-103-96-198.lightspeed.iplsin.sbcglobal.net) |
03:34.08 | *** join/#asterisk viro (~viro@unaffiliated/viro) |
03:44.13 | *** join/#asterisk stac (~stac@april-fools/2013/runnerup/stac) |
03:50.46 | *** join/#asterisk friedrich (~friedrich@aextron.de) |
04:50.16 | *** join/#asterisk jzaw (~jzaw@loki.dzki.co.uk) |
05:18.29 | *** join/#asterisk davlefou (~davlefou@unaffiliated/davlefou) |
05:31.40 | *** join/#asterisk anthm (~anthm@freeswitch/developer/anthm) |
05:35.59 | *** join/#asterisk justdave_ (~dave@unaffiliated/justdave) |
05:40.28 | *** join/#asterisk Kobaz (~kobaz@its.kobaz.net) |
05:51.40 | *** join/#asterisk KaliLinuxGR (~alexandro@unaffiliated/kalilinuxgr) |
05:53.29 | *** join/#asterisk miralin (~Thunderbi@195.19.212.23) |
05:59.16 | *** join/#asterisk bof22 (~Thunderbi@185.13.183.107) |
07:00.10 | *** join/#asterisk infobot (ibot@rikers.org) |
07:00.10 | *** topic/#asterisk is #asterisk The Open Source PBX and Telephony Platform (asterisk.org) -=- LTS: 13.11.2 (2016/09/09), 11.23.1 (2016/09/08), Standard: 14.0.2 (2016/09/30); DAHDI: DAHDI-linux 2.11.1 (2016/03/01), DAHDI-tools 2.11.1 (2016/03/01); libpri 1.5.0 (2016/03/28) -=- Wiki: wiki.asterisk.org -=- Code of Conduct: bit.ly/1hH6P22 -=- Logs: bit.ly/1s4AKKu |
07:07.01 | *** join/#asterisk hehol (~hehol@gatekeeper.loca.net) |
07:09.56 | *** join/#asterisk Tiffon (~name@unaffiliated/tiff0n) |
07:12.50 | *** join/#asterisk KaliLinuxGR (~alexandro@unaffiliated/kalilinuxgr) |
07:15.48 | *** join/#asterisk Tiffon (~name@unaffiliated/tiff0n) |
07:32.57 | *** join/#asterisk Rasputin3711 (~Rasputin3@87.255.254.66) |
07:39.10 | *** join/#asterisk mirela666 (~mirkob@2a00:1950:400:0:ed2e:8133:7601:c9b) |
07:40.29 | *** join/#asterisk pchero_work (~pchero@109.70.54.56) |
07:55.26 | *** join/#asterisk ruied (~ruied@192.61.136.95.rev.vodafone.pt) |
08:12.21 | *** join/#asterisk celer (~celer@pc1.robertwaltersjp-unet.ocn.ne.jp) |
08:33.50 | Rasputin3711 | Set(GROUP()) - counts channels? |
08:40.05 | ChannelZ | not exactly but it can in part be used for that |
08:40.48 | ChannelZ | GROUP sets the current channel in a group.. and then you can use GROUP_COUNT() to see how many channels are in that group |
08:42.01 | Rasputin3711 | exten => _101!,1,Macro(limit-group,101,1) |
08:42.01 | Rasputin3711 | exten => _102!,1,Macro(limit-group,102,2) |
08:42.27 | Rasputin3711 | macro: |
08:42.28 | stefan27 | Yeah, so if your incoming calls goes through dialplan doing Set(GROUP()=mygroup34) then you could query ${GROUP_COUNT(mygroup34)} to see current number of incoming channels |
08:42.33 | Rasputin3711 | <PROTECTED> |
08:42.33 | Rasputin3711 | <PROTECTED> |
08:42.33 | Rasputin3711 | <PROTECTED> |
08:42.56 | Rasputin3711 | It will be correct? 101 max to one incomming call? |
08:45.43 | stefan27 | should work but try it |
08:45.46 | *** join/#asterisk pa (~pa@unaffiliated/pa) |
08:54.02 | jkroon | hi all, transcoding problems with asterisk getting stuck after g729 inadequate licenses - do i take that up direct with digium support or discuss here? |
08:57.30 | *** join/#asterisk robmal (r@wporzo.pl) |
08:57.47 | *** join/#asterisk robmal (r@wporzo.pl) |
09:02.30 | ChannelZ | well probably them if your licenses aren't working |
09:04.30 | ChannelZ | does 'g729 show licenses' say plausible things about how many you have? |
09:05.45 | ChannelZ | or 'show g729' maybe.. I forget |
09:06.02 | ChannelZ | (I don't have any so I don't have any g729 modules loaded) |
09:07.08 | *** join/#asterisk miralin (~Thunderbi@195.19.212.23) |
09:09.01 | jkroon | ChannelZ, client is running out of licenses, but asterisk shouldn't start reporting more active calls than active channels (eg, 140 active channels with 800 active calls) |
09:09.20 | jkroon | once we hit that upper 72 limit it's bye bye, need to restart asterisk to recover. |
09:09.27 | jkroon | i've sent an email to support@digium.com |
09:10.22 | ChannelZ | oh I see |
09:11.01 | ChannelZ | I misread the 'stuck' part of your query |
09:11.15 | jkroon | hehe, thanks for reading :) |
09:12.18 | *** join/#asterisk zapata (~zapata@2a02:b18:581:10:cd3:170f:3ec7:6e23) |
09:48.51 | jkroon | Error in my_thread_global_end(): 18 threads didn't exit <-- something to worry about? |
10:03.55 | *** join/#asterisk sekil (~sekil@nat-73.net011.net) |
10:05.00 | *** join/#asterisk karelk (~karel@gama-wlan0.ethz.ch) |
10:52.14 | *** join/#asterisk sekil (~sekil@nat-73.net011.net) |
11:05.56 | *** join/#asterisk sekil (~sekil@nat-73.net011.net) |
11:06.12 | *** join/#asterisk ruied (~ruied@192.61.136.95.rev.vodafone.pt) |
11:08.53 | *** join/#asterisk sekil (~sekil@nat-73.net011.net) |
11:12.17 | *** join/#asterisk sekil (~sekil@nat-73.net011.net) |
11:20.53 | *** join/#asterisk sekil (~sekil@nat-73.net011.net) |
11:21.09 | *** join/#asterisk miralin1 (~Thunderbi@85.115.248.245) |
11:25.02 | *** join/#asterisk liamsmith (~Liam@unaffiliated/liamsmith) |
11:30.20 | *** join/#asterisk sekil (~sekil@nat-73.net011.net) |
11:31.16 | *** part/#asterisk liamsmith (~Liam@unaffiliated/liamsmith) |
11:32.50 | *** join/#asterisk sekil (~sekil@nat-73.net011.net) |
11:35.12 | *** join/#asterisk sekil (~sekil@nat-73.net011.net) |
11:41.55 | *** join/#asterisk sekil (~sekil@nat-73.net011.net) |
12:00.12 | Samot | Sounds like youre closing the db comnection before threads are closed. |
12:17.06 | *** join/#asterisk [TK]D-Fender (~joe@216-191-106-165.dedicated.allstream.net) |
12:37.24 | *** join/#asterisk luckman212 (~luckman21@unaffiliated/luckman212) |
12:51.25 | *** join/#asterisk ruied (~ruied@192.61.136.95.rev.vodafone.pt) |
12:56.48 | *** join/#asterisk CeBe1 (~CeBe@p5099b7f7.dip0.t-ipconnect.de) |
12:58.52 | *** join/#asterisk u0m3 (~u0m3@5-12-121-160.residential.rdsnet.ro) |
13:07.16 | *** join/#asterisk miralin1 (~Thunderbi@195.19.212.23) |
13:32.08 | *** join/#asterisk cresl1n (Adium@asterisk/libpri-and-libss7-expert/Cresl1n) |
13:32.09 | *** mode/#asterisk [+o cresl1n] by ChanServ |
13:53.54 | *** join/#asterisk sekil (~sekil@nat-73.net011.net) |
14:14.23 | *** join/#asterisk evil_gordita (robert@ip70-188-41-127.rn.hr.cox.net) |
14:16.29 | *** join/#asterisk kharwell (kharwell@nat/digium/x-ijvqdircvnlgajxb) |
14:19.13 | *** join/#asterisk ruied (~ruied@192.61.136.95.rev.vodafone.pt) |
14:35.34 | *** join/#asterisk putnopvut (putnopvut@asterisk/master-of-queues/mmichelson) |
14:35.34 | *** mode/#asterisk [+o putnopvut] by ChanServ |
14:37.43 | *** join/#asterisk [sr] (~kvirc@pal-213-228-163-73.netvisao.pt) |
14:41.48 | *** join/#asterisk freebs (~freebs@unaffiliated/freebs) |
14:55.20 | *** join/#asterisk rmudgett (rmudgett@nat/digium/x-wzonzxcphiphbfbt) |
15:12.48 | *** join/#asterisk craigify (~craigify@162.216.46.137) |
15:15.16 | *** join/#asterisk freebs (~freebs@unaffiliated/freebs) |
15:17.23 | *** join/#asterisk zapata (~zapata@2a02:b18:581:10:cd3:170f:3ec7:6e23) |
15:35.46 | *** join/#asterisk shootbird (~quassel@beepbeep.serverpit.com) |
15:48.41 | *** join/#asterisk Synthase_ (uid63346@gateway/web/irccloud.com/x-jhjgnjcywbtopzuf) |
15:49.37 | *** join/#asterisk hans109h (~jw@h69-130-244-161.mdtnwi.dsl.dynamic.tds.net) |
16:03.33 | *** join/#asterisk Hyper_Eye (~mwoodj@pdpc/sponsor/digium/hyper-eye) |
16:07.58 | *** join/#asterisk tuxd00d (~tuxd00d@wsip-70-177-5-82.ph.ph.cox.net) |
16:11.10 | *** join/#asterisk ruied (~ruied@192.61.136.95.rev.vodafone.pt) |
16:16.46 | *** join/#asterisk xnaron (~xnaron@S0106b4750e5de3b2.ed.shawcable.net) |
16:33.29 | jkroon | Samot, asterisk -rx "core restart when convenient" ... |
16:34.16 | *** join/#asterisk CeBe (~CeBe@x2f7f5fa.dyn.telefonica.de) |
16:37.13 | igcewieling | jkroon: I used to have similar problems, but we threw money at it and solved the issue. 8-) |
16:41.32 | jkroon | igcewieling, i'm assuming you're referring to the codec issue and not the mysql thread stuff? |
16:41.57 | igcewieling | jkroon: yes. I was partially joking. |
16:42.33 | jkroon | :) ... it's been a long day of staring at BGP routing tables ... unfortunately my sense of humour has been somewhat eroded. |
16:42.36 | igcewieling | we bought a couple of sangoma transcoding cards -- expensive, but less so than dealing with codec BS. Sounds like you have licenes, but they are not being released, is that correct? |
16:43.23 | jkroon | they're working mostly, but once you've tried to exceed the limit you're screwed. calls doesn't get released. the codecs doesn't get released. |
16:43.38 | jkroon | so core show channels will show higher call count than channel count ... |
16:43.58 | jkroon | and even after everybody has hung up their calls it still shows max licenses in use. |
16:44.34 | drmessano | Which version of Asterisk? |
16:50.33 | drmessano | I guess I am on ignore |
16:53.14 | freebs | i think so... |
16:55.41 | drmessano | Doesnt surprise me |
16:59.34 | *** join/#asterisk xnaron (~xnaron@S0106b4750e5de3b2.ed.shawcable.net) |
17:15.26 | *** join/#asterisk danielyk (~danielyk@p4FD56821.dip0.t-ipconnect.de) |
17:16.45 | danielyk | Hi, our username for an pjsip trunk is an email-adress. How can I type @-character correct for the parser? |
17:16.48 | Samot | Could not use g729. You know, it's like 2016. |
17:17.14 | *** join/#asterisk newtonr (RustyNewto@nat/digium/x-knddefowgpqvkzpt) |
17:17.14 | *** mode/#asterisk [+o newtonr] by ChanServ |
17:17.46 | *** join/#asterisk TriJetScud (~TriJetScu@2001:470:e97f:1003:215:5dff:fe07:7608) |
17:18.16 | *** join/#asterisk nanoha-sama (~nanoha-sa@69.172.184.67) |
17:26.19 | jameswf | it is still 1987 in some parts of the world |
17:26.57 | WIMPy | Not too bad considering most are stuck in 1992. |
17:27.13 | danielyk | Hi, our username for an pjsip trunk is an email-adress. How can I type @-character correct for the parser? |
17:28.06 | *** join/#asterisk Y04NN (~y04nn@nayon.fr) |
17:31.39 | *** join/#asterisk tuxd00d (~tuxd00d@wsip-70-177-5-82.ph.ph.cox.net) |
17:41.47 | drmessano | I don't really see G729 taking off without a G729 Pro iPhone app |
17:43.30 | WIMPy | Is G.729 no longer #asterisks darling? |
17:44.19 | drmessano | G729 is hugely popular amongst mom's basement ITSPs |
17:44.55 | drmessano | I use it because I don't have a basement |
17:45.16 | *** join/#asterisk shootbird (~quassel@beepbeep.serverpit.com) |
17:45.17 | drmessano | But for the most part, bandwidth has become so much less expensive |
17:45.30 | Samot | And bigger. |
17:45.46 | drmessano | I've stopped deploying ATAs forced to G729 |
17:46.03 | drmessano | Because even crappy home internet has no problem with G711 |
17:47.38 | Samot | Oh yeah |
17:49.03 | Samot | Speaking of basement ITSPs.. |
17:49.15 | Samot | I find one of your gems when going through my bookmarks. |
17:49.17 | Samot | http://imgur.com/ykmkfaL |
17:49.29 | drmessano | YESH! |
17:49.38 | drmessano | ...and i;m only 14!!! |
17:50.13 | drmessano | Dad sells German Shepherd Puppies and wanted to offer something new, so he asked me to learn Trixsterisk |
17:50.21 | drmessano | Here I am! |
17:51.06 | drmessano | I wonder what happened to that guy |
17:51.19 | drmessano | Probably changed his mind and started selling Pokemon GO maps |
17:51.20 | Samot | hahah |
17:52.18 | drmessano | "So my Dad bought a NUC, right..." |
17:53.17 | Samot | Sometimes you do wonder what happened to people and what they were "attempting" to do. |
17:53.34 | Samot | Like I wonder if Haris ever got *anything* working. |
17:53.49 | Samot | Or he's just not here anymore because they fired him. |
17:55.24 | Samot | Or the kid last week in #freepbx that decided that last Friday was a good day to learn Asterisk/FreePBX to interview for a job this week to manage a system. |
17:55.58 | Samot | Oh and that job including updating an FreePBX 2.10/Asterisk 1.8 system. |
17:56.10 | Samot | So that's where he wanted to learn. |
17:56.12 | Samot | woooo. |
17:59.54 | *** join/#asterisk miralin (~Thunderbi@85.115.248.15) |
18:00.39 | *** join/#asterisk piling (~piling@unaffiliated/piling) |
18:02.35 | *** join/#asterisk evil_gordita (robert@ip70-188-41-127.rn.hr.cox.net) |
18:02.36 | *** join/#asterisk tuxd00d (~tuxd00d@ip68-106-11-24.ph.ph.cox.net) |
18:03.14 | drmessano | It never ends, I guess |
18:05.44 | Samot | It's not like cramming for a test. |
18:05.56 | Samot | With questions you'll probably never be asked again. |
18:14.37 | *** join/#asterisk dougbtv (~doug@209.99.213.3) |
18:15.45 | *** join/#asterisk Y04NN (~y04nn@2a01:e34:ef37:5870:55b8:9569:951c:b52a) |
18:24.36 | drmessano | Lunch is really tasty cooked over a Samsung phone |
18:24.48 | drmessano | Tastes a little metallic, but wow did it heat up fast |
18:33.39 | *** join/#asterisk Y04NN (~y04nn@2a01:e34:ef37:5870:6c4c:d4:9d1d:55d2) |
18:34.35 | *** join/#asterisk dp (~gms8994@freyr.expansesoftware.com) |
18:35.24 | dp | I'm trying to find a call recording that should exist, but I can't seem to find through the FreePBX web interface; is there a way I can look directly in the database to find the call information? |
18:41.36 | *** join/#asterisk shootbird (~quassel@beepbeep.serverpit.com) |
18:47.16 | *** join/#asterisk khronos (~khronos@72-238-4-152.res.bhn.net) |
18:56.04 | *** join/#asterisk danielyk (~danielyk@p5B21BB31.dip0.t-ipconnect.de) |
18:56.25 | danielyk | I received res_pjsip_outbound_registration.c:878 handle_registration_response: Fatal response '403' received from 'sip:tel.t-online.de:5060' on registration attempt to 'sip:012345678987@tel.t-online.de:5060', stopping outbound registration |
18:57.04 | danielyk | Does Asterisk send REGISTER any more? |
19:01.10 | *** join/#asterisk Synthase_ (uid63346@gateway/web/irccloud.com/x-xdljwfakqguyeqfb) |
19:02.13 | danielyk | Can I set "forbidden_retry_interval" to send REGISTER-Requests also if an 403 is received? |
19:03.17 | *** part/#asterisk dp (~gms8994@freyr.expansesoftware.com) |
19:05.31 | *** join/#asterisk Y04NN (~y04nn@2a01:e34:ef37:5870:d4c0:15de:a818:6baf) |
19:06.51 | *** join/#asterisk dougbtv (~doug@209.99.213.3) |
19:27.20 | *** join/#asterisk jzaw (~jzaw@loki.dzki.co.uk) |
20:12.13 | *** join/#asterisk shootbird (~quassel@beepbeep.serverpit.com) |
20:12.34 | Samot | tuxdood: yes. |
20:24.21 | *** join/#asterisk jzaw (~jzaw@loki.dzki.co.uk) |
20:26.20 | Samot | tuxd00d: yes. |
20:39.26 | *** join/#asterisk yulius (~yulius@201.170.106.136.dsl.dyn.telnor.net) |
20:53.06 | *** join/#asterisk bmg505 (~leon@196-209-219-39.dynamic.isadsl.co.za) |
20:53.38 | igcewieling | polycom phone assembly -> phone model info for anyone who might find it helpful. I created it for an internal project. http://pastebin.ca/3727635 |
20:55.20 | robmal | <3 Thanks! |
20:59.38 | *** join/#asterisk Y04NN (~y04nn@2a01:e34:ef37:5870:e077:ce47:b520:5ea0) |
21:11.59 | *** join/#asterisk igcewieling1 (~ewieling@ip98-170-211-145.pn.at.cox.net) |
21:14.23 | *** join/#asterisk trelane (trelane@unaffiliated/trelane) |
21:15.11 | *** join/#asterisk u0m3_ (~u0m3@5-12-121-160.residential.rdsnet.ro) |
21:15.55 | *** join/#asterisk daemonwrangler (~daemonwra@user-69-73-22-89.knology.net) |
21:16.21 | *** join/#asterisk danielyk (~danielyk@p5B21B30C.dip0.t-ipconnect.de) |
21:18.25 | danielyk | I use PJSIP and Asterisk 13 and migrate currently from chan_sip. In REGISTER-Request there is Contact: <sip:0123456788@192.168.1.12:5060>. How can Asterisk use the public IP instead of the private IP? |
21:19.43 | *** join/#asterisk [TK]D-Fender (~joe@64.235.216.2) |
21:19.57 | *** join/#asterisk [NC]_ (~nc@rv1.sabius.net) |
21:20.18 | danielyk | @file Can you say something to this theme? |
21:21.07 | *** join/#asterisk J0hnStee- (~J0hnSteel@92.55.116.125) |
21:22.24 | file | have you configured it for being behind NAT? |
21:25.24 | danielyk | Not yet, I have no static public IP. I am able to set local_net, but cannot set external_media_address and external_signaling_address because of the dynamic IP |
21:25.47 | file | they have to be set in order to have an IP address to put in the signaling |
21:26.44 | danielyk | How can I do this with my dynamic IP (if my router lost the connection to the ISP, I get an new address) |
21:27.06 | file | it accepts a hostname and will periodically refresh |
21:27.26 | *** join/#asterisk ketas (~ketas@200-62-46-176.dyn.estpak.ee) |
21:28.09 | danielyk | Oh, thats brilliant. I am suprised. So I set local_net to 192.168.1.0/24 and external_media_address & external_signaling_address to my dyndns service. Right? |
21:28.19 | *** join/#asterisk cmendes0101 (~cmendes01@47.144.223.7) |
21:28.19 | *** join/#asterisk lorsungcu (sid65806@gateway/web/irccloud.com/x-kqwarhpmnselllil) |
21:28.19 | *** join/#asterisk dpilon (uid10822@gateway/web/irccloud.com/x-byejxiirzhtinrfl) |
21:28.19 | *** join/#asterisk [d__d] (~d__d]@ec2-54-85-45-223.compute-1.amazonaws.com) |
21:28.19 | *** join/#asterisk nunne (sid38499@gateway/web/irccloud.com/x-nlrapscbpyxpawyy) |
21:28.33 | file | yes |
21:28.42 | danielyk | Thank you so much!!! |
21:45.49 | *** join/#asterisk freebs (~freebs@unaffiliated/freebs) |
21:46.30 | danielyk | @file I get now: [2016-10-12 23:45:58] WARNING[5232]: pjproject:0 <?>: tsx0x7f15d4032 ...Error sending Response msg 200/INVITE/cseq=1 (tdta0x7f15d406dd70): Operation not permitted |
21:50.20 | [TK]D-Fender | SOunds like you're prevented from creating the packet which smells like a firewall issue |
21:51.04 | danielyk | I am running iptables in front of asterisk. I will deactivate and try it again |
21:51.47 | [TK]D-Fender | I'd recommend LOOKING at it before just deactivating |
21:52.04 | [TK]D-Fender | Never an excuse to leave your eyes shut and blindly swat at switches |
21:52.53 | danielyk | I am sMy firewall rules are thought out and tested |
21:53.05 | danielyk | *My firewall rules are thought out and tested |
21:53.18 | [TK]D-Fender | And in the real-world mistakes happen |
21:53.29 | [TK]D-Fender | And things you didn't think about come into play |
21:53.41 | danielyk | Yes you are right |
21:54.28 | danielyk | If I remove external_media_address and external_signaling_address from transports I do not get this warning message |
21:55.01 | danielyk | the firewall should not have something to do with that, because I only want to set the correct public contact header |
21:55.58 | [TK]D-Fender | we aren't seeing what it's trying to put onto the networking stack yet. No SIP debug to examine |
21:56.11 | [TK]D-Fender | And no firewall to dump to compare it to. |
21:56.31 | file | and you may also want to check the startup log to see if it was fine with the values provided |
21:57.07 | danielyk | I think the values should be fine. I checked it with pjsip show transport 0.0.0.0-udp |
21:57.26 | danielyk | I have not seen something in the startup log |
21:59.12 | danielyk | My provider wirtes following in his technical specification: General procedure for REGISTER Message answered with a 403: General a 403 is an Indication that the user is not provisioned within the HSS. Nevertheless if 403 (Forbidden) has been received as a response to a REGISTER request, a further registration attempts shall be done after 15 sec. In case further 403 responses received with the same URI in the Contact header field |
21:59.12 | danielyk | <PROTECTED> |
21:59.35 | danielyk | I must wait 30-60 minutes to send you an relevant sip trace |
22:09.00 | *** join/#asterisk danielyk_ (~danielyk@p5B21B789.dip0.t-ipconnect.de) |
22:13.29 | danielyk_ | REGISTER sip:tel.t-online.de:5060 SIP/2.0 |
22:13.29 | danielyk_ | Via: SIP/2.0/UDP 91.33.xxx.xxx:45060;rport;branch=z9hG4bKPj95e320b1-bbcc-4a87-9287-62eac286911d |
22:13.29 | danielyk_ | From: <sip:0123456789@tel.t-online.de>;tag=71922be9-f13f-4fdc-a05b-3a640776677c |
22:13.29 | danielyk_ | To: <sip:0123456789@tel.t-online.de> |
22:13.31 | danielyk_ | Call-ID: 4a52d382-aa09-4fb6-97b6-e366c3d8ed1e |
22:13.31 | danielyk_ | CSeq: 6339 REGISTER |
22:13.33 | danielyk_ | Contact: <sip:0123456789@91.33.xxx.xxx:45060> |
22:13.33 | danielyk_ | Expires: 480 |
22:13.35 | danielyk_ | Allow: OPTIONS, SUBSCRIBE, NOTIFY, PUBLISH, INVITE, ACK, BYE, CANCEL, UPDATE, PRACK, REGISTER, MESSAGE, REFER |
22:13.35 | danielyk_ | Max-Forwards: 70 |
22:13.37 | danielyk_ | User-Agent: FPBX-13.0.188.9(13.11.2) |
22:13.37 | danielyk_ | Content-Length: 0 |
22:14.16 | danielyk_ | res_pjsip_outbound_registration.c:878 handle_registration_response: Fatal response '403' received from 'sip:tel.t-online.de:5060' on registration attempt to 'sip:0123456789@tel.t-online.de:5060', stopping outbound registration |
22:18.03 | danielyk_ | That refers to the note in the technical specifications of my ISP. So I have added added the public hostname to the transports section, get also an 403 Forbidden and the WARNING from asterisk |
22:18.29 | *** join/#asterisk monsterco (~monsterco@70.50.209.133) |
22:23.12 | danielyk_ | @file Do you see a mistake? |
22:29.49 | Samot | danielyk: Please do flood the channel with multi-line pastes. |
22:29.52 | Samot | ~pb |
22:29.52 | infobot | i guess pastebin is a web-based service where you should paste anything over 3 lines so you don't flood the channel. Here are links to a few: http://pastebin.ca, http://channels.debian.net/paste, http://paste.lisp.org, http://bin.cakephp.org/; or install pastebinit with yum or aptitude. |
22:29.58 | Samot | ^^ Use that. |
22:30.15 | *** part/#asterisk monsterco (~monsterco@70.50.209.133) |
22:31.12 | Samot | danielyk_: We would need to see the entire attempt. You REGISTER they send back a 401 Unauthorized you send back REGISTER with your creds and it accepts or rejects it. |
22:31.16 | danielyk_ | Sorry, I will use the service in the future |
22:32.48 | Samot | Has the provider told you why they are returning a 403 Forbidden to your requests? |
22:33.14 | danielyk_ | "In case further 403 responses received with the same URI in the Contact header field REGISTER requests are allowed with a random delay of 30- 60 minutes." |
22:33.25 | Samot | That's not why. |
22:33.40 | Samot | That's a result of multiple 403's. |
22:33.59 | danielyk_ | my contact header was always the same, because I used my private IP |
22:34.24 | Samot | Registrations don't care if you come from the same IP all the time. |
22:34.29 | Samot | Or they shouldn't. |
22:34.39 | Samot | That makes no sense whatsoever. |
22:34.41 | danielyk_ | General a 403 is an Indication that the user is not provisioned within the HSS. |
22:34.59 | danielyk_ | That says the specs, but I do not know what "HSS" means |
22:35.14 | Samot | Have you actually engaged their support? |
22:35.42 | Samot | They are returning that response for a reason. You need to figure out why and what you or they can do to resolve it. |
22:36.03 | danielyk_ | Yes, I tried, but the company is tooo big to get an good answer |
22:36.47 | Samot | So no one in that company can tell you why they would return a 403 to your requests? |
22:38.41 | danielyk_ | My asterisk and the provider works really fine together till my ip changes (because the router e.g. rebooted). Then asterisk sends his REGISTER and get an 403 and say "stopping outbound registration". Then I can wait 30 minutes and send new REGISTER and it works. |
22:39.03 | Samot | Well then that's a provider issue. |
22:39.58 | danielyk_ | I get no one to the telephone, because the normal supporters do not know anything from SIP... |
22:40.32 | Samot | So a SIP provider has a support team that knows nothing about SIP? |
22:40.36 | danielyk_ | I do not think it is a provider problem, Telekom Germany is too big for that. And with chan_sip it works great... |
22:40.38 | Samot | Time to change providers. |
22:41.13 | danielyk_ | They have their experts but these experts are not at the phone... |
22:42.19 | Samot | Well then it must be in how PJSIP is configured for that peer. |
22:44.23 | danielyk_ | I think that the provider do not let me re-register because I use the same contact header as before the ip changes. So I tried to set external_media_address and external_signaling_address to my dyndns hostname. When asterisk now receives an incoming INVITE, following warning comes up: [2016-10-12 23:45:58] WARNING[5232]: pjproject:0 <?>: tsx0x7f15d4032 ...Error sending Response msg 200/INVITE/cseq=1 (tdta0x7f15d406dd70): |
22:44.24 | danielyk_ | <PROTECTED> |
22:45.33 | danielyk_ | Without these both values pjsip works fine (until these 30 minutes delay after ip changes) |
22:49.28 | Samot | Well you're contact shouldn't contain the private IP. |
22:49.49 | *** join/#asterisk davlefou (~davlefou@unaffiliated/davlefou) |
22:52.06 | danielyk_ | Yes, so I added the two values. The REGISTER is with the correct Contact. But Asterisk inbound and outbound calls do not work any more. That sounds like an bug... |
22:52.30 | Samot | Well show your pjsip.registrations.conf |
22:52.48 | Samot | Then show an actual full REGISTER attempt from start to finish. |
22:53.19 | danielyk_ | with the private or public IP? |
22:53.40 | Samot | And the pjsip.transports.conf |
22:53.50 | Samot | With the one that works but you have no aduio. |
22:53.52 | Samot | audio. |
23:03.36 | *** join/#asterisk artisangoose (~textual@66.119.2.181) |
23:03.45 | danielyk_ | http://pastebin.ca/3727944 |
23:05.13 | *** join/#asterisk pa (~pa@unaffiliated/pa) |
23:06.25 | Samot | That's the entire register? |
23:06.43 | Samot | I thought you said it registered but there was no audio? |
23:07.09 | *** part/#asterisk kharwell (kharwell@nat/digium/x-ijvqdircvnlgajxb) |
23:07.26 | danielyk_ | Not now, I have to wait 30 minutes |
23:07.46 | danielyk_ | I send you also a trace from an invite |
23:11.47 | danielyk_ | That is the INVITE, I cannot find an Forbidden in my terminal, but the call does not worked http://pastebin.ca/3727945 |
23:12.39 | file | what happens if you don't set external_media_address? |
23:13.18 | danielyk_ | It works fine till I lost my public IP |
23:13.59 | danielyk_ | I can call inbound/outbound without problems (It works like chan_sip) |
23:14.20 | file | then that's the problem of why that error comes up, and PJSIP may not support the scenario under which you are using it fully (with an IP that is changing) |
23:15.46 | *** join/#asterisk davlefou (~davlefou@unaffiliated/davlefou) |
23:15.59 | danielyk_ | Asterisk have to work if I lost my public IP. |
23:16.47 | file | https://issues.asterisk.org/jira/browse/ASTERISK-26458 |
23:22.45 | danielyk_ | I have read the issue but do not think that this is my problem |
23:23.26 | file | it's part of the problem |
23:25.33 | danielyk_ | My problem is that asterisk does not use my external ip correctly (otherwise it would function; it does his job great with the private ip). The issues sounds like, the external ip is not fetched correctly. That is not so, the SDPs contains the right, public ips. |
23:25.43 | *** join/#asterisk shootbird (~quassel@beepbeep.serverpit.com) |
23:26.10 | danielyk_ | Have you looked into the INVITE? There where my public and private IP in one telegram... |
23:26.45 | file | your invite contains the hostname in the SDP, which may be the cause of the weirdness with sending response |
23:27.59 | danielyk_ | Yes, i think that could be the reason for the WARNING during incoming calls |
23:28.21 | danielyk_ | Is that a bug or something else? |
23:41.57 | *** part/#asterisk danielyk_ (~danielyk@p5B21B789.dip0.t-ipconnect.de) |
23:48.40 | *** join/#asterisk tuxd00d (~tuxd00d@ip68-106-11-24.ph.ph.cox.net) |