00:09.43 | *** join/#asterisk Linkforsoad (~Linkforso@D9799130.cm-3-2c.dynamic.ziggo.nl) |
00:15.15 | *** join/#asterisk cmendes0101 (~cmendes01@72.1.46.254) |
00:32.02 | *** join/#asterisk serafie (~erin@user-24-214-173-250.knology.net) |
01:20.02 | *** join/#asterisk hebber (~hebber@node-14pg.pool-125-25.dynamic.totbb.net) |
01:33.54 | *** join/#asterisk andrewyager (~andrewyag@CPE-144-132-192-225.nsw.bigpond.net.au) |
01:37.45 | *** join/#asterisk petris (~petris@ip-50-63-175-17.ip.secureserver.net) |
01:50.44 | *** join/#asterisk petris (~petris@ip-50-63-175-17.ip.secureserver.net) |
02:20.50 | *** join/#asterisk serafie1 (~erin@user-24-214-173-250.knology.net) |
02:48.51 | *** join/#asterisk petris (~petris@ip-50-63-175-17.ip.secureserver.net) |
02:57.53 | *** join/#asterisk avb (~avb@190.122.126.194) |
02:58.00 | avb | hey guys |
02:58.20 | avb | is there is any backports of confBridge from asterisk to 1.8? |
02:58.32 | avb | from asterisk10 or later |
03:07.51 | ChannelZ | not that I've ever seen. Why not just upgrade |
03:11.03 | avb | ChannelZ: i had bunch of nat related issues in the past with asterisk10 and im very short on time to experiment |
03:11.22 | avb | but indeed, i like your point :) |
03:14.03 | avb | or that been an asterisk 11 ... |
03:17.59 | ChannelZ | indeed |
03:22.02 | *** join/#asterisk andrewyager (~andrewyag@syd02s26-fw01.thecore.net.au) |
03:25.47 | *** join/#asterisk AliRezaTaleghani (~Thunderbi@unaffiliated/AliRezaTaleghani) |
03:31.50 | *** join/#asterisk AliRezaTaleghani (~Thunderbi@unaffiliated/AliRezaTaleghani) |
04:04.43 | *** join/#asterisk chris_n (~Chris@koha/developer/chris-n) |
04:23.41 | *** join/#asterisk igcewieling (~igcewieli@46.sub-70-193-132.myvzw.com) |
04:23.48 | igcewieling | ~book |
04:23.49 | infobot | Asterisk: The Definitive Guide, 4th Edition (ISBN 1-4493-3242-0) available at http://oreilly.com/catalog/0636920025894 - Asterisk: The Definitive Guide is released under a Creative Commons License (http://creativecommons.org/licenses/by-nc-nd/3.0/us/) and a version is available for reading online at http://www.asteriskdocs.org/ or see ~buybook |
04:34.50 | *** join/#asterisk jetlag (~jetlag@pool-71-168-203-165.cmdnnj.east.verizon.net) |
04:43.03 | *** join/#asterisk aruntomar (~Thunderbi@49.248.159.254) |
04:51.53 | *** join/#asterisk d45h (~d45h@unaffiliated/dash-/x-7576607) |
05:05.50 | phix | ~book |
05:05.50 | infobot | Asterisk: The Definitive Guide, 4th Edition (ISBN 1-4493-3242-0) available at http://oreilly.com/catalog/0636920025894 - Asterisk: The Definitive Guide is released under a Creative Commons License (http://creativecommons.org/licenses/by-nc-nd/3.0/us/) and a version is available for reading online at http://www.asteriskdocs.org/ or see ~buybook |
05:06.05 | phix | ~buybook |
05:06.05 | infobot | You can buy "Asterisk: The Definitive Guide" at http://oreilly.com/catalog/0636920025894 so go buy it SERIOUSLY |
05:07.17 | *** join/#asterisk evil_gordita (~evilgordi@ip70-188-56-12.rn.hr.cox.net) |
05:12.39 | ChannelZ | ~google |
05:12.39 | infobot | well, google is http://google.com |
05:13.41 | *** join/#asterisk atan (~atan@unaffiliated/atan) |
05:42.11 | *** join/#asterisk evilman_work (~evilman@87.244.6.228) |
05:42.56 | *** join/#asterisk andrewyager (~andrewyag@CPE-144-132-192-225.nsw.bigpond.net.au) |
05:55.46 | floren | evening all :) |
06:01.28 | *** join/#asterisk vlad_starkov (~vlad_star@109.188.127.116) |
06:03.11 | *** join/#asterisk detha (~detha@196.41.3.190) |
06:05.20 | ChannelZ | meh |
06:18.03 | floren | ChannelZ: cannot sleep? :D |
06:18.59 | floren | i bought another cisco 8961 phone :) |
06:19.21 | ChannelZ | no, can't get my checkbook to balance |
06:20.15 | igcewieling | damn PRI at the office is down |
06:26.39 | ChannelZ | silence is golden |
06:31.59 | floren | i'm playing with google speech api to have the voicemail content sent to email as text also, not just a wav file |
06:37.48 | ChannelZ | That's always excitingly horrible |
06:38.06 | floren | i did a few quick tests, it is actually working pretty well |
06:38.25 | floren | i get an accuracy of 75% on average |
06:38.27 | ChannelZ | leaving yourself messages talking all clear? |
06:38.33 | floren | ya |
06:38.40 | ChannelZ | yah. Real calls, not so much. |
06:38.46 | floren | i will also try it when i'm a little drunk :D |
06:39.01 | floren | i see, you tried that? |
06:42.00 | *** join/#asterisk jsjc (~Adium@103.Red-2-136-95.dynamicIP.rima-tde.net) |
06:46.03 | ChannelZ | I'd used it a bit on Google Voice but it was more laughable than useful what it came up with |
07:07.26 | *** join/#asterisk peetaur2 (~peter@x2f0412b.dyn.telefonica.de) |
07:14.22 | *** join/#asterisk vlad_starkov (~vlad_star@109.188.124.234) |
07:22.32 | *** join/#asterisk pigpen (~mark@fw.seamans.cc) |
07:38.22 | *** join/#asterisk kresp0 (~kresp0@30.Red-88-6-105.staticIP.rima-tde.net) |
07:55.58 | *** join/#asterisk Nickinator (~Nickinato@ip-83-134-244-247.dsl.scarlet.be) |
08:06.25 | *** join/#asterisk chuckf (~chuckf@fedora/chuck) |
08:10.43 | *** join/#asterisk jhlavacek (~jirka@87.89.218.63) |
08:15.23 | *** join/#asterisk jsjc (~Adium@103.Red-2-136-95.dynamicIP.rima-tde.net) |
08:21.08 | *** join/#asterisk gusto (~gusto@2001:470:1f0b:226:221:6aff:feb8:e0b2) |
08:33.43 | *** join/#asterisk gerhard7 (~gerhard7@77-172-47-159.ip.telfort.nl) |
09:26.20 | *** join/#asterisk threesome (~threesome@ip-94-113-12-233.net.upcbroadband.cz) |
09:32.27 | *** join/#asterisk vlad_sta_ (~vlad_star@109.188.124.234) |
09:59.26 | *** join/#asterisk felimwhiteley_ (~quassel@89.101.203.26) |
10:02.29 | *** join/#asterisk evilman_work (~evilman@87.244.6.228) |
10:09.41 | *** join/#asterisk gusto (~gusto@2001:470:1f0b:226:221:6aff:feb8:e0b2) |
10:14.26 | *** join/#asterisk ghost75 (~trechber@dslb-188-105-016-029.pools.arcor-ip.net) |
10:27.57 | *** join/#asterisk [sr] (~kvirc@213.228.181.48) |
10:58.00 | *** join/#asterisk timahvo1 (~rogue@41.212.120.45) |
11:15.24 | *** join/#asterisk Draecos (~Draecos@203-59-113-156.dyn.iinet.net.au) |
11:22.54 | *** join/#asterisk ooggetuigen (~m@120-163-ftth.onsbrabantnet.nl) |
11:25.56 | *** join/#asterisk aruntomar (~Thunderbi@49.248.159.254) |
11:42.51 | *** join/#asterisk tompaw (~tompaw@tompaw.xxx) |
11:54.45 | *** join/#asterisk evilman_work (~evilman@87.244.6.228) |
12:00.47 | *** join/#asterisk jetlag (~jetlag@pool-71-168-197-187.cmdnnj.east.verizon.net) |
12:05.49 | *** join/#asterisk fakhir (~fakhir@unaffiliated/fakhir) |
12:07.27 | *** join/#asterisk fakhir (~fakhir@unaffiliated/fakhir) |
12:08.53 | *** join/#asterisk Linkforsoad (~Linkforso@D9799130.cm-3-2c.dynamic.ziggo.nl) |
12:12.39 | *** join/#asterisk k610 (~K610@cable-78.29.241.186.coditel.net) |
12:15.28 | *** join/#asterisk nantou (~phonetic@gateway/tor-sasl/martinphone) |
12:17.45 | *** join/#asterisk jsjc (~Adium@103.Red-2-136-95.dynamicIP.rima-tde.net) |
12:19.20 | *** join/#asterisk pa (~pa@unaffiliated/pa) |
12:27.40 | *** join/#asterisk jhlavacek (~jirka@87.89.218.63) |
12:31.46 | *** join/#asterisk timahvo1 (~rogue@41.212.120.45) |
12:42.31 | *** join/#asterisk vlad_starkov (~vlad_star@109.188.127.49) |
12:51.26 | *** join/#asterisk russum (~russum@94.139.143.188) |
12:54.18 | *** part/#asterisk russum (~russum@94.139.143.188) |
13:01.04 | *** join/#asterisk wdoekes (~walter@wjd.osso.nl) |
13:05.05 | *** join/#asterisk Draecos (~Draecos@203-59-113-156.dyn.iinet.net.au) |
13:12.48 | *** join/#asterisk [sr] (~kvirc@smtp.decimal.pt) |
13:22.07 | *** join/#asterisk gerhard7 (~gerhard7@77-172-47-159.ip.telfort.nl) |
13:48.26 | *** join/#asterisk jmls (~julian@77.107.171.82) |
13:58.42 | *** join/#asterisk w9sh (~sph@50-79-224-193-static.hfc.comcastbusiness.net) |
14:25.01 | jmls | hey |
14:25.49 | jmls | if I have a large number of endpoints at what point should I look at moving the defintions to a realtime db ? |
14:26.10 | jmls | or is it ok to sip reload a large number ? |
14:26.15 | jmls | (asterisk 11) |
14:29.26 | *** join/#asterisk evilman_work (~evilman@87.244.6.228) |
14:30.02 | *** join/#asterisk k610 (~K610@cable-78.29.241.186.coditel.net) |
14:40.29 | *** join/#asterisk [TK]D-Fender (~chatzilla@64.235.216.2) |
14:49.24 | *** join/#asterisk gusto (~gusto@2001:470:1f0b:226:221:6aff:feb8:e0b2) |
14:54.51 | *** join/#asterisk mokmeister (~mokmeiste@86-41-112-135-dynamic.b-ras2.lmk.limerick.eircom.net) |
15:04.53 | *** join/#asterisk serafie (~erin@user-24-214-173-250.knology.net) |
15:24.25 | *** join/#asterisk vlad_starkov (~vlad_star@nat.canmos.ru) |
15:27.32 | *** join/#asterisk vlad_sta_ (~vlad_star@nat.canmos.ru) |
15:28.05 | *** join/#asterisk eirirs (eirirs@dalvik.ping.uio.no) |
15:39.19 | *** join/#asterisk vlad_starkov (~vlad_star@109.188.127.15) |
16:06.20 | *** join/#asterisk ThothCastel (~chatzilla@cpc8-acto4-2-0-cust652.4-2.cable.virginmedia.com) |
16:07.03 | ThothCastel | is it possible to direct incoming calls to a mobile number in case the ISDN goes down? |
16:08.44 | ThothCastel | I'm using thirdlane |
16:09.09 | WIMPy | I don't really know what/where you want to do it, but yes. |
16:10.14 | ThothCastel | ok, let's say, a company using asterisk has an ISDN in order to allow calls to/from outside the organization. |
16:11.06 | WIMPy | So you want your telo to do it? |
16:11.30 | ThothCastel | so if their clients call them but number is unreachable due to a fault by the ISDN (ISP) provider. so, is there a way to direct these calls to a specific phone number in case this happens? |
16:11.57 | WIMPy | What ISP? |
16:12.05 | ThothCastel | the ISDN provider |
16:12.07 | WIMPy | Tell them to do it. |
16:12.18 | ThothCastel | like BT in the UK, Virgin Media, etc.. |
16:12.29 | WIMPy | AFAIK there's no procedure for the user to do it himself. |
16:12.48 | WIMPy | I read ISP as Internet Service Provider. |
16:13.10 | ThothCastel | I see, yes, sometimes the ISP also provides ISDN? |
16:13.28 | ThothCastel | WIMPy: have you got experience with thirdlane? |
16:13.34 | WIMPy | More the other way round. |
16:13.38 | ThothCastel | the web portal to manage the asterisk |
16:13.38 | WIMPy | In the past that is. |
16:13.47 | ThothCastel | I see... |
16:14.09 | WIMPy | Never heard of that before. |
16:14.56 | WIMPy | But we generelly don't support any GUIs in here. We have to leave that to te respective vendors. |
16:15.04 | ThothCastel | ok, for instance, I am a service provider. I have multiple clients using asterisk/thirdlane that was implemented by us and we have multiple instances that when their ISDN goes down then they become unreachable |
16:15.43 | [TK]D-Fender | If you call comes in over ISDN it's up to your provider to offer you a failover delivery option. |
16:15.48 | [TK]D-Fender | This has nothing to do with your system |
16:15.53 | ThothCastel | so my idea was in case the isdn goes down, then run this script to redirect these calls to a mobile phone |
16:15.57 | WIMPy | Indeed |
16:16.21 | WIMPy | Do you really have ISDN or is that just a SIP gateway? |
16:18.12 | ThothCastel | we have a hosted platform where we host and manage their asterisk pbx |
16:18.44 | WIMPy | And where does the ISDN come in? |
16:19.21 | ThothCastel | in this case , would my telco be responsible for the failover delivery option or the telco of the client? |
16:19.36 | [TK]D-Fender | tho whomever |
16:19.42 | WIMPy | The one that hosts the number, obviousely. |
16:20.05 | WIMPy | has a feeling we're only getting part of the story here. |
16:20.16 | ThothCastel | we also have non-hosted clients where they have their own pbx |
16:20.30 | ThothCastel | and in this case would be their telco, right? |
16:20.39 | WIMPy | Sure. |
16:21.10 | ThothCastel | WIMPy: in fact I am new to all this :) and am studying the case study |
16:21.31 | [TK]D-Fender | ThothCastel: You are being VERY vague about where ISDN is coming into this picture. |
16:21.45 | ThothCastel | right, so in case my company would purchase some numbers from a telco for then re-sell them to our company |
16:21.58 | WIMPy | And ISDN lines being down is an extremely rare condition. |
16:22.06 | ThothCastel | sorry, sell them to our clientws |
16:22.37 | ThothCastel | WIMPy: we have many clients calling and we find out that their isdn is doesn |
16:22.38 | ThothCastel | down |
16:22.46 | WIMPy | You see intenet and GSM go down a lot more. |
16:23.01 | WIMPy | Tehir ISDN or their PBX? |
16:23.08 | ThothCastel | WIMPy: I see... |
16:23.22 | ThothCastel | In fact I am too trying to understand the concept of ISDN in his case |
16:23.36 | WIMPy | It's just a phone line. |
16:23.54 | WIMPy | A much better one, but still just a phone line. |
16:24.35 | ThothCastel | WIMPy: I see. So if the company I work for assigns multiple numbers to an organization then it means that this company purchased these numbers (from a telco) for resell....right? |
16:25.02 | ThothCastel | How are ISDN and PSTN related? |
16:25.35 | WIMPy | ISDN is the 1980s version of the PSTN. |
16:26.43 | ThothCastel | so ISDN is the 'newest' type of line for phone lines nowadays that was invented from the PSTN around 1980s? |
16:27.23 | WIMPy | More like it was. We are shutting down the PSTN now. |
16:27.45 | ThothCastel | right and are keeping with ISDN, right? |
16:27.51 | WIMPy | No |
16:28.01 | ThothCastel | what's replacinf isdn? |
16:28.18 | WIMPy | No replacement available. |
16:28.33 | [TK]D-Fender | isdn is jsut a common telco signalling... that is typically used to reach the PSTN... |
16:28.38 | [TK]D-Fender | it isn't a "version" |
16:28.59 | [TK]D-Fender | it is a medium |
16:29.20 | WIMPy | It's actually used to describe the network. Hence the name. |
16:30.23 | ThothCastel | I see, so both ISDN and PSTN are still used today, isdn is a circuit to the pstn which is a kind of a 'server' containing all the numbers and stuff to be routed to one another. right? |
16:31.10 | WIMPy | It's the same. ISDN is a "version" of the PSTN. |
16:31.47 | WIMPy | The digital version of the PSTN. |
16:32.09 | ThothCastel | ok, so if company abc has 200 numbers available to be sold to their clients to work in conjunction with the asterisk pbx that will be implemented and managed by company abc. Does that mean that company ABC is acting as a Telco for their clients? |
16:32.11 | WIMPy | But PSTN describes any version like POTS. |
16:32.32 | WIMPy | yes |
16:33.52 | ThothCastel | WIMPy: ok, so in this case Company ABC would need to implement the redirection to a mobile number in case the line goes down. (this line being the line that company ABC's telco provider went down) |
16:33.59 | *** join/#asterisk vlad_sta_ (~vlad_star@109.188.126.11) |
16:34.19 | WIMPy | Is there a line involved? |
16:34.31 | ThothCastel | meaning company abc would need to implement the failover delivery option. |
16:34.51 | ThothCastel | I don't know, I am trying to understand that. |
16:35.21 | WIMPy | Forwardings are switch/server based. |
16:35.29 | ThothCastel | I think there is a line, actually multiple lines in fact as Company ABC will sell numbers to their clients that were bought from a third telco provider |
16:35.32 | WIMPy | For exactely that reason. |
16:36.23 | ThothCastel | meaning the pstn is Company XYZ sold (or leased) 200 phone lines to company ABC who then sells to a number of their clients |
16:36.28 | WIMPy | But will they provide lines to their customers or are they an ITSP? |
16:36.46 | WIMPy | Don't mix up lines and numbers. |
16:36.57 | WIMPy | The days when there was a relation are long gone. |
16:38.09 | ThothCastel | WIMPy: I see, I don't think company abc provides lines to their customers |
16:38.31 | WIMPy | thought so |
16:38.49 | ThothCastel | in this case where would the switches/servers to apply the failover delivery |
16:39.10 | ThothCastel | on company ABC or company XYZ? |
16:39.25 | WIMPy | The last switch/server where the customer is connected. |
16:39.48 | WIMPy | You can have routing options before that, but that's a totally different matter. |
16:40.06 | ThothCastel | right, that would be company abc. So, ni order to go about applying this failover livery |
16:41.27 | ThothCastel | how to create this failover delivery in case their lines go down? |
16:41.53 | WIMPy | Configure your equipment. |
16:42.24 | ThothCastel | or as the lines aren't provided by company abc, then the company xyz would need create the failover delivery? |
16:42.53 | ThothCastel | WIMPy: would that be applied on the dialplan - extensions.conf |
16:42.55 | ThothCastel | ? |
16:43.21 | WIMPy | Forget about lines in that case. Just think if the destination is unreachable. No matter why. |
16:43.26 | WIMPy | yes. |
16:44.10 | WIMPy | Dial() sets some variables when it exits. Check them and see what actions you want to take in which case(s). |
16:45.27 | *** join/#asterisk jetlag (~jetlag@pool-71-168-250-131.cmdnnj.east.verizon.net) |
16:47.41 | *** join/#asterisk ThothCastel (~chatzilla@cpc8-acto4-2-0-cust652.4-2.cable.virginmedia.com) |
16:48.20 | ThothCastel | WIMPy: sorry, my network internet got disconnected |
16:48.56 | WIMPy | That's something that happens rather frequently. |
16:49.21 | ThothCastel | would company abc or company xyz have to implement the delivery discovery? |
16:49.55 | WIMPy | Always the switch/server where the customer connects. |
16:50.11 | WIMPy | >>You can have routing options before that, but that's a totally different matter. |
16:51.22 | ThothCastel | WIMPy: ok, and the fact that company abc has a range of numbers available (I think they bought or leased these numbers) doesn't mean that company abc is the line provider, right? |
16:51.52 | WIMPy | No relation between lines and numbers. |
16:52.05 | ThothCastel | sorry, what do you mean? |
16:52.13 | WIMPy | And off course providers have providers too. |
16:53.07 | WIMPy | If you actually still have a phone line, the provider of the line and the number will be the same. |
16:53.57 | ThothCastel | right, so considering that company abc has numbers to offer to their clients then it means they also provide the line? |
16:54.18 | ThothCastel | meaning they will have to configure on their systems the failover delivery option |
16:54.28 | WIMPy | There need not be a line. VOIP has no lines. |
16:55.31 | ThothCastel | VOIP has no lines but if the number is to be reached from outside their network then a line is needed, right? |
16:56.04 | WIMPy | You need an IP connection. That doesn;t neccessarily mean a line. |
16:56.50 | ThothCastel | WIMPy: ok, I don't understand if company abc is the line provider or not |
16:56.54 | *** join/#asterisk dgeary2 (~debian@pa49-187-93-5.pa.nsw.optusnet.com.au) |
16:57.03 | ThothCastel | as they have the numbers to be assigned to their clients |
16:57.41 | WIMPy | If they are an ITSP they don't provide lines. |
16:57.50 | ThothCastel | however it may mean that company xyz is the line provider to the company abc who then provides the line to their clients? |
16:57.58 | WIMPy | And end customers usually don't get phone lines any more. |
16:59.30 | ThothCastel | WIMPy: right, so their lines are 'routed' to voip through company abc who then gets the lines |
16:59.39 | WIMPy | What lines? |
16:59.41 | ThothCastel | what is an itsp? |
16:59.46 | WIMPy | ~itsp |
16:59.47 | infobot | [~itsp] An ITSP is an Internet Telephony Service Provider (or VoIP telephone company). They allow you to either SEND calls to the PSTN (this is called termination), RECEIVE calls from the PSTN (called origination), or both. Some offer fixed rates, others $/min. Enter ~itsplist-us (USA) or ~itsplist-ca (Canada) for a listing of popular ITSPs. |
17:00.07 | ThothCastel | the lines to work with phones cross organizations (non-voip phones) |
17:00.37 | WIMPy | *IF* you have (non VOIP) lines. |
17:03.21 | ThothCastel | WIMPy: I see, thank you :) |
17:03.30 | ThothCastel | I think company abc is an istp then |
17:03.53 | ThothCastel | would an istp be able to acquire a range of numbers to then be assigned to their clients? |
17:04.27 | WIMPy | That's a question of local regulations. |
17:05.04 | ThothCastel | do you mean it depends on the ontract signed between the istp and the pstn provider? |
17:05.13 | ThothCastel | *contract |
17:05.40 | WIMPy | Firt of all the legal situation. |
17:06.15 | ThothCastel | 'legal situation'? |
17:07.07 | WIMPy | The situation is different in different countries. |
17:07.17 | ThothCastel | I see. |
17:08.18 | WIMPy | Some places the numbers are ownd by the provider, elsewhere (like here) they are ownd by the end user. |
17:09.10 | WIMPy | That can become important when it comes to number portability. |
17:12.15 | ThothCastel | can this be summarized as in: If the ITSP(company ABC) provides the line (ISDN ) then the failover delivery have to be applied by the company abc but if the line (ISDN) is provided by the PSTN (company xyz) then the the failover delivery must be configured on the company xyz equipment, right?? |
17:13.08 | WIMPy | The customer is only customer of one of the compaies, right? |
17:13.33 | WIMPy | So it should be obvious who has to deal with them. |
17:13.57 | ThothCastel | yes, customer is customer of company abc |
17:14.38 | ThothCastel | yes, but dealing with them might be having to contact company xyz in order to apply the changes, right? |
17:15.06 | WIMPy | The customer might even order a line from one company that doesn;t have lines in that area and rents a line from another company. In that case that other company doesn't do anything but provide a |
17:15.11 | WIMPy | line. |
17:16.00 | WIMPy | And there are off couse companies who just resell other companies services. They don;t do anything but customer relations then. |
17:18.22 | ThothCastel | WIMPy: alright, thanks for all the info ;) |
17:20.16 | *** join/#asterisk w9sh (~sph@50-79-224-193-static.hfc.comcastbusiness.net) |
17:54.20 | floren | hi everyone :) |
17:56.15 | floren | quick question about outbound only calls with google voice and askerisk 11.5.0: do i need to set both motif and xmpp configs? |
17:56.38 | floren | i will do incoming calls with my voip provider |
17:56.39 | *** join/#asterisk taylorbyte2013 (~cyberninj@139.218.237.26) |
17:57.12 | *** join/#asterisk volga629 (~bendersky@CPE00090f1b215c-CM7cb21b15b251.cpe.net.cable.rogers.com) |
17:58.17 | volga629 | Hello Everyone, Is possible send sip messages across the trunk to different box or it should be only for local domain ? |
18:04.19 | *** join/#asterisk jetlag (~jetlag@pool-71-168-250-131.cmdnnj.east.verizon.net) |
18:06.48 | *** join/#asterisk chuckf (~chuckf@fedora/chuck) |
18:07.34 | [TK]D-Fender | floren: Google voice is going away... it's being ported to Google Hangouts which does not use XMPP |
18:11.13 | *** part/#asterisk TJNII (~TJNII@75-1-144-147.lightspeed.snantx.sbcglobal.net) |
18:14.24 | volga629 | How I can do check id extension local or not ? |
18:16.12 | *** join/#asterisk Minotaur01 (~minotaur0@S010660735c150ce1.hm.shawcable.net) |
18:18.15 | floren | i see [TK]D-Fender |
18:18.40 | [TK]D-Fender | [14:14]volga629How I can do check id extension local or not ? <- what is this "is extension" you're asking about? |
18:18.53 | floren | that means bye bye to my plan of doing outgoing calls for free |
18:21.02 | volga629 | I want check if extension in uri belong to local box or remote and based on this send messages locally or via trunk to remote extension |
18:21.58 | [TK]D-Fender | Well an extension ... is a line of DIALPLAN in extensions.conf .. and if you're thinking of SIP PEERS.. that is another matter.... |
18:22.01 | volga629 | I don't know if MessageSend bea able to do so |
18:22.27 | [TK]D-Fender | You can see if a number mathes the ACCOUNT NAME ... of a SIP peer in your config |
18:22.31 | [TK]D-Fender | matches* |
18:23.56 | volga629 | that what I have and locally working fine https://fpaste.networklab.ca/03RF/ |
18:24.56 | *** join/#asterisk slav3_kitten (~frankthet@unaffiliated/slav3-kitten/x-0866809) |
18:27.55 | *** join/#asterisk UnregisteredSnow (~frankthet@unaffiliated/slav3-kitten/x-0866809) |
18:31.13 | *** join/#asterisk taylorbyte2013 (~cyberninj@139.218.237.26) |
18:31.15 | volga629 | to attempt send remotely I see chan_sip.c:6154 create_addr: Purely numeric hostname (724004), and not a peer--rejecting! |
18:33.43 | [TK]D-Fender | volga629: No what I see? Nothing. I have no idea what peers you have. I do not see dialplan executing for that. |
18:34.54 | volga629 | https://fpaste.networklab.ca/TGjf/ |
18:36.30 | [TK]D-Fender | volga629: So is there a peer for 724004? |
18:37.00 | [TK]D-Fender | volga629: the error is telling you there is a very specific problem.... that it supposedly ISN'T a peer on your system... and that isn't a valid HOSTNAME that can be sent to |
18:37.53 | volga629 | exactly that not on local system, I ma trying send it across the trunk |
18:39.02 | [TK]D-Fender | Tehn you have to send it to the PEER for that trunk |
18:39.09 | [TK]D-Fender | It is not a valid name by itself |
18:40.44 | *** join/#asterisk dash_ (~d45h@unaffiliated/dash-/x-7576607) |
18:41.53 | volga629 | yes trying put some test case to determine where extension located |
18:42.39 | [TK]D-Fender | Well as I said you CAN see what is a SIP peer on your system. |
18:42.52 | [TK]D-Fender | "core show functions like SIP" <---- |
18:42.59 | *** join/#asterisk slav3_kitten (~frankthet@unaffiliated/slav3-kitten/x-0866809) |
18:43.25 | [TK]D-Fender | And to guessing is the number is valid on another system ... asterisk is not psychic. It cannot know. |
18:49.03 | *** join/#asterisk davlefou (~davlefou@unaffiliated/davlefou) |
18:49.35 | volga629 | do I need DIal to pass message ato remote end or MessageSend should do it ? |
18:49.58 | [TK]D-Fender | Dial... is DIAL |
18:50.03 | [TK]D-Fender | it is not a "message tool". |
18:50.09 | [TK]D-Fender | Why would you even think it's related? |
18:50.18 | *** join/#asterisk vlad_starkov (~vlad_star@109.188.126.36) |
18:52.08 | volga629 | As far I so MessageSend rejecting if 10100@remote-end.com |
18:53.19 | *** join/#asterisk dash_ (~d45h@unaffiliated/dash-/x-7576607) |
18:56.41 | [TK]D-Fender | volga629: No, so far you aren't specifying a peer to send it to |
18:56.50 | [TK]D-Fender | that number is NOT a peer-name on your system |
18:57.17 | [TK]D-Fender | There is no "trynk to send it to because you didn't TELL it to use a trunk peer |
18:57.19 | [TK]D-Fender | trunk* |
18:59.58 | *** join/#asterisk [sr] (~kvirc@smtp.decimal.pt) |
19:02.57 | volga629 | Do I need on trunk Text Support : Yes ? |
19:03.22 | [TK]D-Fender | What do your other peers require? |
19:03.54 | [sr] | guys, where can i configure this? [2013-07-27 19:39:11] WARNING[7372][C-00000087]: chan_sip.c:10174 process_sdp: Ignoring video stream offer because port number is zero |
19:04.13 | [TK]D-Fender | In your client |
19:05.01 | volga629 | yes |
19:05.47 | [TK]D-Fender | volga629: Wwell then, what do YOU think? |
19:06.02 | volga629 | should be yes |
19:13.09 | *** join/#asterisk w9sh (~sph@50-79-224-193-static.hfc.comcastbusiness.net) |
19:27.46 | *** join/#asterisk nantou (~phonetic@gateway/tor-sasl/martinphone) |
19:50.13 | *** join/#asterisk kayatwork (~kayfox@orca.zerda.net) |
20:01.02 | ooggetuigen | hi all |
20:01.24 | ooggetuigen | @|TD fender |
20:01.32 | ooggetuigen | what u think, this morning no outgoing calls.. |
20:01.38 | ooggetuigen | so i grabbed another sip provider |
20:01.44 | ooggetuigen | and it works immmediatly :) |
20:03.40 | [TK]D-Fender | maybe you jsut did this one properly from the start |
20:04.01 | [TK]D-Fender | And we have nothing to debug for your previous issue which I identified and fixed... so who knows what went wrong.... |
20:41.38 | *** join/#asterisk w9sh (~sph@50-79-224-193-static.hfc.comcastbusiness.net) |
20:51.11 | *** join/#asterisk vlad_starkov (~vlad_star@109.188.125.197) |
21:51.44 | *** join/#asterisk vlad_starkov (~vlad_star@109.188.125.197) |
22:01.19 | *** join/#asterisk threesome (~threesome@ip-94-113-12-233.net.upcbroadband.cz) |
22:13.32 | *** join/#asterisk nix8n82 (~AndChat27@24.143.11.81) |
22:41.33 | *** join/#asterisk fakhir (~fakhir@unaffiliated/fakhir) |
23:09.34 | phix | Mornin' |
23:57.01 | ChannelZ | no |
23:59.18 | *** join/#asterisk w9sh (~sph@50-79-224-193-static.hfc.comcastbusiness.net) |