| 00:11.32 | *** join/#asterisk hc_ (~ircd@unaffiliated/hc) |
| 00:23.56 | *** join/#asterisk doop (~doop@colostomy.club) |
| 01:10.21 | *** join/#asterisk lankanmon (~LKNnet@CPE64777d632383-CM64777d632380.cpe.net.cable.rogers.com) |
| 01:10.29 | *** join/#asterisk qxork (~qxork@unaffiliated/qxork) |
| 02:06.06 | *** join/#asterisk petris (quassel@2600:3c02::f03c:91ff:fe25:b576) |
| 02:13.22 | *** join/#asterisk clarjon1 (~clarjon1@unaffiliated/clarjon1) |
| 02:17.17 | *** join/#asterisk petris (quassel@2600:3c02::f03c:91ff:fe25:b576) |
| 02:17.19 | *** join/#asterisk joako (~joako@opensuse/member/joak0) |
| 02:21.16 | *** join/#asterisk petris (quassel@2600:3c02::f03c:91ff:fe25:b576) |
| 03:09.12 | *** join/#asterisk smkelly (~smkelly@mykonos.smkelly.org) |
| 03:26.43 | *** join/#asterisk scgm11_ (~scgm11@2800:a4:16d6:d300:c84c:1bb5:c966:6974) |
| 03:33.00 | *** join/#asterisk u0m3 (~u0m3@188.27.72.114) |
| 03:44.59 | *** join/#asterisk BananaDisco (~BananaDis@75-167-208-191.cdrr.qwest.net) |
| 04:11.23 | *** join/#asterisk jkroon (~jkroon@165.16.204.170) |
| 04:21.17 | *** join/#asterisk zapata (~zapata@2a02:b18:581:10:6967:4594:e061:2a22) |
| 04:41.08 | *** join/#asterisk gerhard7 (~gerhard7@ip5657ee30.direct-adsl.nl) |
| 06:00.40 | *** join/#asterisk jamesaxl (~James_Axl@109.172.62.242) |
| 06:05.45 | *** join/#asterisk Jesterboxboy (~Thunderbi@84-115-150-8.cable.dynamic.surfer.at) |
| 06:37.45 | *** join/#asterisk lankanmon (~LKNnet@CPE64777d632383-CM64777d632380.cpe.net.cable.rogers.com) |
| 07:24.01 | *** join/#asterisk sibyakin (~sibyakin@188.162.238.251) |
| 08:56.04 | *** join/#asterisk Worldexe (~Worldexe@95-107-33-134.dsl.orel.ru) |
| 09:03.47 | *** join/#asterisk Jesterboxboy (~Thunderbi@84-115-150-8.cable.dynamic.surfer.at) |
| 10:32.04 | *** join/#asterisk scgm11_ (~scgm11@2800:a4:16d6:d300:c84c:1bb5:c966:6974) |
| 10:36.58 | *** join/#asterisk sibyakin (~sibyakin@188.162.238.108) |
| 10:40.30 | *** join/#asterisk lankanmon (~LKNnet@CPE64777d632383-CM64777d632380.cpe.net.cable.rogers.com) |
| 10:50.57 | *** join/#asterisk scgm11_ (~scgm11@2800:a4:16d6:d300:44c3:c3b7:7372:cbc9) |
| 11:33.50 | *** join/#asterisk qxork (~qxork@unaffiliated/qxork) |
| 11:51.56 | *** join/#asterisk gerhard7 (~gerhard7@ip5657ee30.direct-adsl.nl) |
| 12:30.09 | *** join/#asterisk gerhard7 (~gerhard7@ip5657ee30.direct-adsl.nl) |
| 12:40.04 | *** join/#asterisk joako (~joako@opensuse/member/joak0) |
| 13:37.23 | *** join/#asterisk defsdoor (~andy@cpc120600-sutt6-2-0-cust232.19-1.cable.virginm.net) |
| 13:42.53 | *** join/#asterisk taschendiebLAUCH (4ff5d29a@gateway/web/freenode/ip.79.245.210.154) |
| 13:43.50 | taschendiebLAUCH | hy there |
| 13:44.25 | wyoung | oh hai Miss taschendiebLAUCH! |
| 13:46.12 | taschendiebLAUCH | need some help with my asterisk 13.18-cert3 setup |
| 13:46.49 | taschendiebLAUCH | my dream setup will last some time to be configured, but fore the first i want to start with one task |
| 13:47.13 | taschendiebLAUCH | using pjsip i want so use 2 public numbers from my ISP |
| 13:47.46 | taschendiebLAUCH | 0049xxxxx01 0049xxxxx02 |
| 13:48.26 | taschendiebLAUCH | both numbers should ring on "all" phones, for now its 2 snom SIP phones |
| 13:49.14 | taschendiebLAUCH | the one phone should call out via 0049xxxxx01, the other via 0049xxxxx02 |
| 13:49.26 | *** join/#asterisk paulgrmn_ (~paulgrmn@184.75.212.67) |
| 13:50.23 | *** join/#asterisk CatCow97 (~mine9@c-24-22-38-85.hsd1.or.comcast.net) |
| 13:53.33 | wyoung | hi |
| 13:53.38 | Samot | Well outside of what tech to use for the Dial() the rest is dialplan. |
| 13:54.03 | wyoung | ok |
| 13:54.49 | Samot | To ring "all" phones, if they are not just contacts of a pjsip endpoint, then you would need a Ring Group. |
| 13:55.56 | Samot | As for which endpoints should use which outbound CallerID, again that's just pattern matching and setting the CallerID based on that match and dialplan for that match. |
| 14:01.50 | taschendiebLAUCH | sorry guys cant follow that fast |
| 14:02.03 | taschendiebLAUCH | what i have right now is: |
| 14:02.22 | taschendiebLAUCH | calling 0049xxxxx02 rings "all"/both phones |
| 14:02.30 | taschendiebLAUCH | i can answer, i can talk, all good |
| 14:03.07 | taschendiebLAUCH | calling 0049xxxxx01, gives me an "unavailable notice" from my ISP (i think) |
| 14:05.16 | taschendiebLAUCH | error in CLI: |
| 14:05.17 | taschendiebLAUCH | NOTICE[24320]: res_pjsip_session.c:2142 new_invite: Call from 'trunk02_in' (UDP:217.xx.xx.xx:5060) to extension '+49xxx02' rejected because extension not found in context 'trunk02_in' |
| 14:05.39 | Samot | That's pretty clear. |
| 14:05.52 | Samot | There's no match for the DID being sent in trunk02_in |
| 14:05.57 | taschendiebLAUCH | its not even unavailable but "unknown" |
| 14:06.14 | taschendiebLAUCH | yes that far i understood that |
| 14:06.24 | taschendiebLAUCH | read it in the "definite book" or the wiki |
| 14:06.26 | taschendiebLAUCH | BUT |
| 14:06.32 | taschendiebLAUCH | found no solution for pjsip |
| 14:06.40 | jamesaxl | taschendiebLAUCH: maybe you need to specific the right extension in your context or maybe you forgot insecure=port,invite |
| 14:06.51 | taschendiebLAUCH | how to "USE" both trunks? |
| 14:07.01 | Samot | This isn't a PJSIP solution. |
| 14:07.05 | Samot | This is a dialplan solution. |
| 14:07.11 | Samot | There's no match in the dialplan context. |
| 14:07.19 | taschendiebLAUCH | needs to be a dialplan solution? |
| 14:07.24 | Samot | The driver tech is irrelevant. |
| 14:07.27 | taschendiebLAUCH | makes sence |
| 14:07.47 | Samot | '+49xxx02' rejected because extension not found in context 'trunk02_in' |
| 14:07.53 | Samot | ^^^ Tells you exactly what the issue is. |
| 14:08.28 | taschendiebLAUCH | sense |
| 14:08.30 | Samot | PJSIP accepted the call just fine. Asterisk just has no idea what to do with it. |
| 14:08.56 | taschendiebLAUCH | yes Samot, i understand |
| 14:09.29 | taschendiebLAUCH | what is THE solution for that in Asterisk ? |
| 14:09.40 | taschendiebLAUCH | i mean, how to solute that professional? |
| 14:09.48 | taschendiebLAUCH | preleading context? |
| 14:10.45 | Samot | You need to add a match |
| 14:10.48 | jamesaxl | taschendiebLAUCH: could you share what is in your trunk02_in context ? |
| 14:11.34 | Samot | +49xxx02 does not exist in the context. |
| 14:11.37 | Samot | You need to add it. |
| 14:11.51 | Samot | It must match what they are sending you. |
| 14:11.56 | taschendiebLAUCH | why I think so much about doing it "right" is because of my other plans of "routing" calls, like another trunk from another ISP, plus a GSM backup trunk AND whats more important, outgoing with the right CALLID |
| 14:12.29 | taschendiebLAUCH | should i paste configs here or use a service? |
| 14:13.42 | jamesaxl | taschendiebLAUCH: try to use bpaste |
| 14:19.30 | taschendiebLAUCH | sorry have to correct my error message, messed up by blackening out information |
| 14:19.31 | taschendiebLAUCH | NOTICE[24320]: res_pjsip_session.c:2142 new_invite: Call from 'trunk02_in' (UDP:217.xx.xx.xx:5060) to extension '+49xxx01' rejected because extension not found in context 'trunk02_in' |
| 14:19.40 | taschendiebLAUCH | context follows |
| 14:20.16 | igcewieling | do you have an extension in that context/ |
| 14:20.22 | taschendiebLAUCH | they are pretty much the same |
| 14:20.25 | taschendiebLAUCH | https://bpaste.net/show/e84a11a97108 |
| 14:20.44 | igcewieling | Try "dialplan show trunk02_in" in the cli |
| 14:21.08 | *** join/#asterisk gerhard7 (~gerhard7@ip5657ee30.direct-adsl.nl) |
| 14:21.14 | igcewieling | stop hiding the phone numbers |
| 14:21.58 | taschendiebLAUCH | i have a context there |
| 14:22.03 | igcewieling | what does the dialplan show command show? |
| 14:22.30 | taschendiebLAUCH | -= 1 extension (3 priorities) in 1 context. =- |
| 14:22.36 | igcewieling | taschendiebLAUCH: yes, I see there is a [trunk02_in] context. why do you point that out? |
| 14:22.41 | taschendiebLAUCH | and the context that you can see in the paste |
| 14:22.51 | igcewieling | taschendiebLAUCH: then you have a problem because it means your dialplan is not valid. |
| 14:23.28 | igcewieling | "dialplan show trunk02_in show show exactly what was parsed from your dialplan. If there isn't anything in that context, then we know there is a syntax error. |
| 14:23.29 | taschendiebLAUCH | what do you mean by "not valid" |
| 14:24.18 | taschendiebLAUCH | [ Context 'trunk02_in' created by 'pbx_config' ] |
| 14:24.42 | igcewieling | great, now I need the information BETWEEN those two lines |
| 14:24.46 | Samot | Guys... |
| 14:24.59 | igcewieling | you should see something similar to https://pastebin.com/z5N7WMYP |
| 14:25.09 | taschendiebLAUCH | thats with personal information like phonenumber |
| 14:25.12 | Samot | That number is not in the right context. |
| 14:25.14 | Samot | READ |
| 14:25.14 | taschendiebLAUCH | yes it is similar |
| 14:25.31 | Samot | No, it's not in trunk02_in |
| 14:25.36 | Samot | Only the 02 number is |
| 14:25.48 | Samot | You can't have two context for the same trunk. |
| 14:26.19 | igcewieling | I'll leave Samot to waste his time. |
| 14:26.25 | Samot | [trunk02_in] |
| 14:26.25 | Samot | exten => +49xxx02,1,Dial(PJSIP/"ENDPOINT"&PJSIP/ENDPOINT,10) |
| 14:26.25 | Samot | <PROTECTED> |
| 14:26.25 | Samot | ; same => n,VoiceMail(mailboxname@mailboxcontext) |
| 14:26.25 | Samot | <PROTECTED> |
| 14:26.38 | Samot | Where is the +49xxx01 number in that context? |
| 14:26.39 | taschendiebLAUCH | exactly |
| 14:26.41 | Samot | It's not there. |
| 14:26.43 | Samot | So it doesn't match |
| 14:26.44 | Samot | FIX IT |
| 14:26.57 | taschendiebLAUCH | without exten and same and ;VoiceMail OFCAUSE |
| 14:27.07 | Samot | OK. |
| 14:27.15 | Samot | I've told you what the issue is. |
| 14:27.25 | Samot | I've told you how to solve it. |
| 14:27.41 | taschendiebLAUCH | i wrote that i made a mistake in my first error line TIME: 16:05 |
| 14:28.10 | Samot | Then show the corrected dialplan. |
| 14:28.21 | Samot | Because you pasted dialplan after 16:05 that was no correct. |
| 14:28.39 | taschendiebLAUCH | maybe i should write my assumption, i have because aof some reading last night |
| 14:28.50 | taschendiebLAUCH | both "trunks" are from the same ISP |
| 14:29.02 | Samot | OK.. |
| 14:29.09 | Samot | you can't have two trunks matching on the same IP |
| 14:29.21 | igcewieling | this is too painful to watch |
| 14:29.22 | Samot | I mean you can but whichever matches first, wins. |
| 14:29.23 | *** part/#asterisk igcewieling (~ewieling@speedy-02.nyigc.net) |
| 14:29.26 | jamesaxl | taschendiebLAUCH: you have one trunk, you must have only one context for it, you should just set +49xxx01 and +49xxx02 in one context and wverything will ork very good |
| 14:29.43 | taschendiebLAUCH | in dialplan there "in-conext" are right behind each other |
| 14:29.52 | Samot | It doesn't matter. |
| 14:29.53 | taschendiebLAUCH | so there is [trunk01_in] |
| 14:29.57 | Samot | It doesn't jump contexts. |
| 14:30.06 | taschendiebLAUCH | and after that [trunk02] |
| 14:30.06 | Samot | You are sending the call to trunk02_in |
| 14:30.11 | Samot | So the crap needs to match |
| 14:30.12 | Samot | No. |
| 14:30.21 | Samot | It doesn't jump contexts. |
| 14:30.30 | Samot | If the context it is in runs out of dialplan, the call dials. |
| 14:30.33 | Samot | call dies. |
| 14:30.38 | Samot | It just doesn't move on to the next |
| 14:30.52 | taschendiebLAUCH | BUT when i call +49xxx01 |
| 14:31.20 | taschendiebLAUCH | asterisk searches in [trunk02_in] AND yes there is no matching extension |
| 14:31.27 | Samot | Right. |
| 14:31.28 | Samot | So it's done. |
| 14:31.30 | Samot | Finished. |
| 14:31.33 | Samot | Doesn't move on. |
| 14:31.33 | taschendiebLAUCH | :D |
| 14:31.37 | Samot | Doesn't look at other contexts. |
| 14:31.40 | taschendiebLAUCH | man, chill, please |
| 14:31.49 | Samot | I'll chill. |
| 14:32.05 | Samot | goes back to real work |
| 14:32.38 | taschendiebLAUCH | i appreciate your help |
| 14:32.54 | taschendiebLAUCH | hey |
| 14:33.08 | jamesaxl | taschendiebLAUCH: you see. you make it angry. |
| 14:33.19 | jamesaxl | s/it/him |
| 14:33.33 | Samot | No. |
| 14:33.36 | taschendiebLAUCH | but only because i am not able to write down my idea |
| 14:33.38 | Samot | I'm not angry. |
| 14:34.02 | taschendiebLAUCH | so when i call +49xxx01 |
| 14:34.05 | Samot | I'm just not going round and round over a basic issue that has a basic fix. |
| 14:34.27 | taschendiebLAUCH | why is asterisk searching in [trunk02_in] that comes after [trunk01_in] ? |
| 14:34.46 | Samot | Because YOU TOLD IT TO |
| 14:34.56 | taschendiebLAUCH | WHERE? |
| 14:34.59 | Samot | context=trunk02_in <-- That's what you have in the trunk |
| 14:35.41 | taschendiebLAUCH | i think its because of an issue with the ISP, whre the two trunks have to register, identify, auth and so on. |
| 14:35.50 | taschendiebLAUCH | there is a matching process in this |
| 14:35.57 | taschendiebLAUCH | match=SOME-IP |
| 14:36.16 | taschendiebLAUCH | and both "trunks" have the same matching-rule |
| 14:36.47 | taschendiebLAUCH | trunk01 registers (successfull, i can see in CLI: pjsip show...) |
| 14:36.50 | Samot | Unless you tell the trunks to match against a username |
| 14:36.59 | taschendiebLAUCH | there we go |
| 14:37.00 | taschendiebLAUCH | ;) |
| 14:37.08 | Samot | When two trunks have the SAME MATCH for the IP, it will use the first trunk that matches. |
| 14:37.23 | taschendiebLAUCH | but it uses the last it matches ;) |
| 14:37.27 | Samot | 10:29:09 AM <Samot> you can't have two trunks matching on the same IP |
| 14:37.45 | taschendiebLAUCH | thats what i read last night |
| 14:37.58 | taschendiebLAUCH | BUT, I downt know how to match something else |
| 14:38.07 | taschendiebLAUCH | as you said "username" |
| 14:38.10 | taschendiebLAUCH | HOW? |
| 14:38.40 | taschendiebLAUCH | what is the "username" exactly ? |
| 14:39.10 | taschendiebLAUCH | in the "auth" context ? |
| 14:41.43 | taschendiebLAUCH | then its my phonenumber |
| 14:41.56 | Samot | Please read the pjsip.conf.sample file, it will tell you all this. |
| 14:42.36 | taschendiebLAUCH | but I am not shure if there will be problems with international country code |
| 14:43.28 | taschendiebLAUCH | can i unregister one pjsip extension by CLI? |
| 14:48.40 | taschendiebLAUCH | in the sample file there is always only examples with "match=IP" |
| 14:54.02 | taschendiebLAUCH | anybody? so far i am not more clever than before |
| 14:54.57 | file | the provider has to provide the username in the incoming call, usually they don't so you can't do username based matching for them thus why IP based exists |
| 14:55.17 | taschendiebLAUCH | thank you file |
| 14:55.25 | file | there is a line option for outbound registrations - http://blogs.asterisk.org/2016/01/27/the-pjsip-outbound-registration-line-option/ |
| 14:55.37 | file | but it ultimately depends upon the provider as well to conform to the SIP RFC |
| 14:56.17 | taschendiebLAUCH | heard no good things about mine provider staying close to the RFCs |
| 14:57.11 | Samot | Why are they requiring a SIP account per number? |
| 14:57.24 | Samot | Why aren't they just sending these numbers over one trunk? |
| 14:57.58 | file | probably because it's meant to be on a SIP phone, where it doesn't matter |
| 14:59.21 | Samot | What I figured. |
| 14:59.55 | Samot | Which means putting a PBX on the sevice = you are on your own |
| 15:01.43 | file | awaits a turkey burger exploding as he figures out how long to microwave it for |
| 15:02.08 | taschendiebLAUCH | :D |
| 15:02.18 | taschendiebLAUCH | dunno, its the german telekom |
| 15:02.34 | taschendiebLAUCH | they love propritary setups BY THEM |
| 15:02.47 | taschendiebLAUCH | speedports, fritzxboxes |
| 15:02.52 | taschendiebLAUCH | I DONT |
| 15:03.02 | taschendiebLAUCH | need to run my own rig |
| 15:03.32 | taschendiebLAUCH | want real phones (snom etc), no castrated gigaset dect "pbx" |
| 15:04.16 | taschendiebLAUCH | when using the line-option, does i have to delete the match-option? |
| 15:04.32 | file | if you want it to be sure it'd match using the line, yes |
| 15:07.04 | taschendiebLAUCH | core reload? |
| 15:07.14 | taschendiebLAUCH | or is pjsip reload enoth? |
| 15:07.26 | file | core reload would be fine |
| 15:08.02 | taschendiebLAUCH | so, i'll try |
| 15:09.12 | taschendiebLAUCH | hell yeahr Mr. file |
| 15:09.22 | taschendiebLAUCH | thank you, very much |
| 15:09.35 | taschendiebLAUCH | that works |
| 15:09.59 | taschendiebLAUCH | BUT, is this "match=IP" options in a way a security feature? |
| 15:10.14 | taschendiebLAUCH | or is that only the acl option? |
| 15:10.54 | file | it's not strictly a security feature, ACLs are |
| 15:13.18 | taschendiebLAUCH | alright, then my next question, if that is ok |
| 15:13.49 | taschendiebLAUCH | how to make shure to call via one trunk with one phone? |
| 15:13.55 | taschendiebLAUCH | or even more complex |
| 15:14.07 | *** part/#asterisk cybrNaut (cybrNaut@unaffiliated/cybrnaut) |
| 15:14.29 | taschendiebLAUCH | there is phone1, i want to get calls over both trunks (THATS working now; thanks to "file") |
| 15:14.43 | taschendiebLAUCH | i want to call out via trunk1 |
| 15:15.57 | taschendiebLAUCH | with number +49xxx01 as CALLID (if not surpressed, but thats another theme) |
| 15:17.05 | taschendiebLAUCH | and there is phone2, i want to receive all calls over both trunks (not working now, but i think i know how to do that) |
| 15:18.14 | taschendiebLAUCH | and i want to call with different CALLIDs depending on the number i dial (or better, whats in my mind: depending on the user/identity i use) |
| 15:18.20 | taschendiebLAUCH | is that possible? |
| 15:19.22 | *** join/#asterisk jamesaxl (~James_Axl@109.172.62.242) |
| 15:27.17 | *** join/#asterisk [TK]D-Fender (~joe@64.235.216.2) |
| 15:30.08 | taschendiebLAUCH | how to change the default_from_user or contact_user or what is it that makes that number set as CALLID ? |
| 15:30.50 | taschendiebLAUCH | doesn't even seem to be the default_from_user, because i changed it an it had no effect |
| 15:37.31 | *** join/#asterisk evil_gordita (robert@ip70-188-41-127.rn.hr.cox.net) |
| 15:45.20 | *** join/#asterisk igcewieling (~ewieling@speedy-02.nyigc.net) |
| 15:50.23 | jamesaxl | taschendiebLAUCH: defautluser=something |
| 15:50.58 | *** join/#asterisk Catatronic (~corrupt@unaffiliated/catatronic) |
| 16:07.38 | *** part/#asterisk igcewieling (~ewieling@speedy-02.nyigc.net) |
| 16:46.42 | *** join/#asterisk miralin (~Thunderbi@194.8.128.53) |
| 16:48.13 | *** join/#asterisk gerhard7 (~gerhard7@ip5657ee30.direct-adsl.nl) |
| 17:07.38 | *** join/#asterisk visip (~visix@gateway/tor-sasl/visip) |
| 17:24.31 | *** join/#asterisk igcewieling (~ewieling@speedy-02.nyigc.net) |
| 17:25.57 | *** join/#asterisk gerhard7 (~gerhard7@ip5657ee30.direct-adsl.nl) |
| 17:41.24 | *** join/#asterisk visip (~visix@gateway/tor-sasl/visip) |
| 17:47.54 | *** join/#asterisk cemotyz09 (~cemotyz09@cpe-70-121-157-202.satx.res.rr.com) |
| 18:33.53 | *** join/#asterisk sibiria (~sibiria@unaffiliated/sibiria) |
| 19:05.10 | *** join/#asterisk cemotyz09 (~cemotyz09@cpe-70-121-157-202.satx.res.rr.com) |
| 19:20.43 | *** join/#asterisk tuxd00d (~tuxd00d@ip70-190-32-9.ph.ph.cox.net) |
| 19:53.39 | taschendiebLAUCH | hey back again |
| 19:55.00 | taschendiebLAUCH | need some help with outgoing call, or better with CALLID sending out depending on number or trunk |
| 20:03.37 | [TK]D-Fender | If you want to set your callerid, then set your callerid |
| 20:04.44 | taschendiebLAUCH | where do i do that? |
| 20:04.51 | [TK]D-Fender | it's your dialplan. |
| 20:04.57 | [TK]D-Fender | There is a function for this |
| 20:04.59 | [TK]D-Fender | go use it |
| 20:06.21 | taschendiebLAUCH | what does make the most sense? I need one ID that is "default" and then i want for calls from another "trunk" another CALLERID |
| 20:06.44 | taschendiebLAUCH | thinking about keeping the dialplan small |
| 20:06.53 | taschendiebLAUCH | its already a little bloat |
| 20:08.33 | taschendiebLAUCH | question related to that is, if i can have 2 "identities"/contact (whats the right term?) on one DEVICE? |
| 20:09.26 | taschendiebLAUCH | an tell the phone (snom 821/870) to use which trunk (where i generaly set then the CALLERID) for which number? |
| 20:10.56 | [TK]D-Fender | taschendiebLAUCH> what does make the most sense? I need one ID that is "default" and then i want for calls from another "trunk" another CALLERID <- what do you mean FROM a trunk? |
| 20:11.10 | [TK]D-Fender | You aren't amking sense and are masing all sorts of extra things together in this |
| 21:13.37 | taschendiebLAUCH | ok then let me try to explain little more |
| 21:14.08 | taschendiebLAUCH | still there [TK]D-Fender ? |
| 21:15.00 | [TK]D-Fender | yes. |
| 21:18.24 | taschendiebLAUCH | thx |
| 21:18.27 | taschendiebLAUCH | ok |
| 21:18.35 | taschendiebLAUCH | i have 2 phones |
| 21:19.06 | taschendiebLAUCH | snomm 821 & 870 |
| 21:19.14 | taschendiebLAUCH | and 3 numbers from 1 ISP |
| 21:19.52 | taschendiebLAUCH | registered 2 of them by pjsip and line matchin (not ip anymore) |
| 21:19.59 | taschendiebLAUCH | got it running |
| 21:20.16 | taschendiebLAUCH | i can call both numbers and phones ring. ;) |
| 21:20.41 | taschendiebLAUCH | 3. number should become a fax-line , but thats for later |
| 21:21.07 | taschendiebLAUCH | not its about the 2 numbers and outgoing calls |
| 21:21.47 | taschendiebLAUCH | on is my main "line", if it rings every phone should ring and i am able to pick the call |
| 21:22.50 | taschendiebLAUCH | if i call from first snom or any new or softphone then there should be the "main" number on the display of the entity i called |
| 21:23.32 | taschendiebLAUCH | OR anonymous, if i do some "trick" (still have to figure out about that with pjsip) |
| 21:24.21 | taschendiebLAUCH | second snom phone should show the second number i got from my ISP in the display of the called entity |
| 21:24.26 | taschendiebLAUCH | OR anonymous... |
| 21:25.02 | taschendiebLAUCH | as those snom phones have some feature like 10 "identities" or so |
| 21:25.54 | [TK]D-Fender | Those are completely separate registrations to different accounts |
| 21:26.15 | taschendiebLAUCH | i was thinking about havin 2 (or more) "user?" on my device and regulate that outgoing number issue by those ?users/identities? |
| 21:26.33 | [TK]D-Fender | Obvioulsy possible |
| 21:26.36 | taschendiebLAUCH | yes thats right what you say |
| 21:26.46 | taschendiebLAUCH | they are seperate sip accounts |
| 21:26.52 | [TK]D-Fender | of course you're limiting how many calls can arrive to each of them based on that allocation |
| 21:27.05 | [TK]D-Fender | You also end up having 2 set of CDR's to track if you care about that |
| 21:27.21 | taschendiebLAUCH | CDR? whats that? |
| 21:27.33 | [TK]D-Fender | And then comes the question of which one(s) you right when somebody wants to call the owner of that device |
| 21:27.47 | [TK]D-Fender | CDR <- look it up in the book..... |
| 21:27.59 | [TK]D-Fender | ~cdr |
| 21:28.00 | infobot | cdr is probably Call Detail Record, a log of what happens to the call at each step through its traversal of the PBX, details like from, to, time, duration, number dialled etc, useful for billing also - it could also be Compact Disc Recordable, see cdrw |
| 21:28.03 | [TK]D-Fender | ^ |
| 21:28.27 | taschendiebLAUCH | ;D |
| 21:29.11 | taschendiebLAUCH | well, i cant oversee if thats bad for me having 2 sets of CDRs |
| 21:29.35 | [TK]D-Fender | If you want to see call history for 1 user but you need to track multiple devices |
| 21:30.22 | taschendiebLAUCH | i think i'll be ok with that |
| 21:31.00 | taschendiebLAUCH | it's my personal line |
| 21:31.21 | taschendiebLAUCH | so i don't care too much about statistics and history by now |
| 21:31.37 | taschendiebLAUCH | maybe later, but hopefully i'm alittle bit more skilled bythen |
| 21:32.51 | taschendiebLAUCH | now i am worrying about that one phone going out as *number2* |
| 21:33.10 | taschendiebLAUCH | not *default* as the "main line" |
| 21:33.20 | [TK]D-Fender | <PROTECTED> |
| 21:33.25 | [TK]D-Fender | it's YOUR dialplan. |
| 21:33.56 | taschendiebLAUCH | an the feature of relay supressing my number for special calls, by typing something like *44#numbertocall |
| 21:33.56 | [TK]D-Fender | You point all of your device definitions to the context YOU chose. You put in the code that dials out to where YOU wanted them to go |
| 21:38.27 | taschendiebLAUCH | ok by now i have a "very" simple dialplan: my endpoints go *all* to on context in the dialplan |
| 21:38.31 | taschendiebLAUCH | [internal] |
| 21:39.42 | [TK]D-Fender | Well that doesn't sound a lot like "treat these differently" so far... |
| 21:39.54 | taschendiebLAUCH | in this one i include some more like for testing: helloworld, speaking clock AND the trunk to go outside via my ISP |
| 21:40.06 | [TK]D-Fender | unless you are checking things with different patterns |
| 21:41.23 | taschendiebLAUCH | in this ISP context i have pattern: national calls, international, local nets, emergency numbers |
| 21:42.26 | taschendiebLAUCH | some special numbers i block |
| 21:42.33 | [TK]D-Fender | Hos is that an "ISP" context"? |
| 21:42.45 | [TK]D-Fender | that sounds like a context for your PHONES to fall into, not calls from the outside |
| 21:43.25 | taschendiebLAUCH | i am getting closer, i realize that i'm not that strong in the terms and there meaning |
| 21:43.29 | taschendiebLAUCH | sorry for that |
| 21:43.54 | taschendiebLAUCH | you are right its a context "for" my phones |
| 21:44.04 | taschendiebLAUCH | handling outgoing calls |
| 21:45.43 | taschendiebLAUCH | then i have 2 contexts for the incoming calls from my ISP |
| 21:46.27 | taschendiebLAUCH | as i mentioned matched by "line=yes" and very short just ringing the endpoints |
| 21:46.28 | *** join/#asterisk miralin (~Thunderbi@194.8.128.53) |
| 21:47.27 | *** join/#asterisk paulgrmn_ (~paulgrmn@184.75.212.67) |
| 21:47.59 | taschendiebLAUCH | then should follow some for a second, different ISP, but thats for later work. not tossing it all together |
| 21:48.55 | taschendiebLAUCH | sorry, before that should come some context for handling faxes on phonenumber3 from the first ISP, but even that is for later |
| 21:50.06 | taschendiebLAUCH | [TK]D-Fender still with me? |
| 21:50.42 | [TK]D-Fender | no |
| 21:50.56 | taschendiebLAUCH | ohhh |
| 21:51.25 | [TK]D-Fender | I can't make sense of your description |
| 21:51.44 | taschendiebLAUCH | ok, sorry, where did I lose you? |
| 21:51.54 | [TK]D-Fender | taschendiebLAUCH> then should follow some for a second, different ISP, but thats for later work. not tossing it all together <- "Follow" isn't a thing. I have no idea what you mean about "tossing it" happening afterwards |
| 21:52.43 | [TK]D-Fender | <taschendiebLAUCH> sorry, before that should come some context for handling faxes on phonenumber3 from the first ISP, but even that is for later <- something about an action that should happen BEFORE (before WHAT?) , and that this is something you're going to look at LATER (why are we talking about it NOW?) |
| 21:52.55 | taschendiebLAUCH | there is just a gap in my dialplan, where i later on will insert a context |
| 21:53.02 | taschendiebLAUCH | for maybe handling FAX |
| 21:53.07 | [TK]D-Fender | that doesn't say anything useful to me |
| 21:53.30 | [TK]D-Fender | You have no said 1 SPECIFIC thing about what you are creating. |
| 21:53.42 | taschendiebLAUCH | do you organize your dialplan in one huge extensions.conf ? |
| 21:53.51 | taschendiebLAUCH | or extensions.ael or something? |
| 21:54.00 | taschendiebLAUCH | or can you split it up in files? |
| 21:54.08 | [TK]D-Fender | I'm goijng to have a THING, but before that thing happens I'll be creating ANOTHER thing for 2 numbers before checking for fax (somehow). |
| 21:54.23 | [TK]D-Fender | All of your ideas are broken pieces shoved in a blender |
| 21:54.47 | [TK]D-Fender | Depends on your idea of "huge" |
| 21:54.54 | [TK]D-Fender | And I never use AEL for anything |
| 21:55.32 | taschendiebLAUCH | ok, interesting |
| 21:55.56 | taschendiebLAUCH | thought that has to be the next step |
| 21:56.02 | taschendiebLAUCH | but i am a n00b |
| 21:56.46 | taschendiebLAUCH | so there is on context in my dialplan that has pattern regulating IF my phones(endpoints) are allowed to call that number |
| 21:57.06 | taschendiebLAUCH | AND where should the Dial go through |
| 21:58.03 | taschendiebLAUCH | example: Dial(PJSIP/trunk01_out/sip:${EXTEN}@tel.t-online.de,60) |
| 22:00.18 | taschendiebLAUCH | this "trunk01_out" thing is my endpoint from pjsip.conf to the ISP for that first number |
| 22:00.47 | taschendiebLAUCH | and no matter if i use Dial(PJSIP/trunk01_out/sip:${EXTEN}@tel.t-online.de,60) |
| 22:01.02 | taschendiebLAUCH | OR Dial(PJSIP/trunk02_out/sip:${EXTEN}@tel.t-online.de,60), which is for the second number |
| 22:01.37 | taschendiebLAUCH | The Display of called device allways shows my number1 from ISP |
| 22:05.13 | [TK]D-Fender | and |
| 22:05.26 | [TK]D-Fender | and I am not seeing you setting the callerid BEFORE you dial |
| 22:05.32 | [TK]D-Fender | So Why should it be different? |
| 22:05.43 | [TK]D-Fender | I haven't seen your 2 endpoints either. |
| 22:05.49 | [TK]D-Fender | I have no idea what's in those |
| 22:08.32 | taschendiebLAUCH | which do you mean? |
| 22:08.38 | taschendiebLAUCH | the ISP endpoints? |
| 22:09.01 | [TK]D-Fender | what you are dialing OUT using |
| 22:12.28 | *** join/#asterisk roswell (~roswell@2a02:2698:6824:ae96::1947) |
| 22:13.57 | taschendiebLAUCH | geting infos together in paste service |
| 22:14.02 | taschendiebLAUCH | 1 moment please |
| 22:19.26 | taschendiebLAUCH | https://bpaste.net/show/3c5d55b23638 |
| 22:22.53 | taschendiebLAUCH | https://bpaste.net/show/d343a698b2d5 |
| 22:32.15 | *** join/#asterisk evil_gordita (robert@ip70-188-41-127.rn.hr.cox.net) |
| 22:32.31 | taschendiebLAUCH | [TK]D-Fender can you read my dialplan ? |
| 23:13.48 | *** join/#asterisk mou (~donwillia@37.97.50.103) |
| 23:16.19 | *** join/#asterisk zapata (~zapata@2a02:b18:581:10:742f:9d86:c581:9e83) |