| 00:00.27 | Samot | Yeah. You need to create the .conf needed, including the core ones based on your setup. |
| 00:01.55 | _marshall | ah gotcha |
| 00:02.16 | *** join/#asterisk jrabe (irc@janikrabe.com) |
| 00:02.20 | _marshall | i was just reading that flowroute says to allow udp packets from any source ip for the rtp traffic |
| 00:02.42 | _marshall | so i added an iptables rule... now i can get audio on some numbers... but not all |
| 00:07.06 | _marshall | after more testing it seems like it's cell phones do not work |
| 00:09.21 | _marshall | so bizarre |
| 00:42.12 | *** join/#asterisk mTeK (~quassel@216.249.97.206) |
| 02:35.17 | *** join/#asterisk Yiota (~textual@2607:fea8:56df:fa6d:c509:3845:e935:390f) |
| 02:53.31 | *** join/#asterisk Yiota (~textual@2607:fea8:56df:fa6d:c509:3845:e935:390f) |
| 03:09.42 | *** join/#asterisk SoBlindWolf (~SoBlindWo@go.pcshost.co) |
| 03:15.08 | *** join/#asterisk MrTAP (~MrT@unaffiliated/mrtap) |
| 03:21.15 | *** join/#asterisk boris_t (~boris_t@82.112.41.207) |
| 03:38.40 | *** join/#asterisk Yiota (~textual@2607:fea8:56df:fa6d:c509:3845:e935:390f) |
| 04:15.09 | *** join/#asterisk gtjoseph (~gtjoseph@unaffiliated/gtj) |
| 04:15.09 | *** mode/#asterisk [+o gtjoseph] by ChanServ |
| 04:19.51 | *** join/#asterisk Yiota (~textual@2607:fea8:56df:fa6d:c509:3845:e935:390f) |
| 04:23.57 | *** join/#asterisk jamesaxl (~James_Axl@109.172.62.242) |
| 04:56.42 | *** join/#asterisk Yiota (~textual@2607:fea8:56df:fa6d:c509:3845:e935:390f) |
| 05:00.39 | *** join/#asterisk startledmarmot (~startledm@cpe-75-82-221-87.socal.res.rr.com) |
| 05:22.54 | *** join/#asterisk Yiota (~textual@2607:fea8:56df:fa6d:c509:3845:e935:390f) |
| 05:29.28 | *** join/#asterisk Penguin (~xwQ5kwYl6@our.systems.are.full.of.penguins.at.penguinsystems.net) |
| 05:33.20 | *** join/#asterisk startledmarmot (~startledm@cpe-75-82-221-87.socal.res.rr.com) |
| 05:55.54 | *** join/#asterisk luckman212 (~luckman21@unaffiliated/luckman212) |
| 06:07.35 | *** join/#asterisk MarkSX (~MarkSX@unaffiliated/marksx) |
| 06:37.16 | *** join/#asterisk gerhard7__ (~gerhard7@ip5657ee30.direct-adsl.nl) |
| 06:47.54 | *** join/#asterisk _nexxus_ (~bwg@leon.generalamalgamated.com) |
| 07:02.57 | *** join/#asterisk jkroon (~jkroon@uls-154-73-35-201.wall.uls.co.za) |
| 07:06.19 | *** join/#asterisk MrMojit0 (~MrMojit0@194.171.91.248) |
| 07:45.55 | *** join/#asterisk bittis (~bittis@139.255.94.210) |
| 08:02.15 | *** join/#asterisk jrabe (irc@janikrabe.com) |
| 08:18.02 | *** join/#asterisk tzafrir (~tzafrir@local.xorcom.com) |
| 08:18.28 | *** join/#asterisk hehol (~hehol@gatekeeper.loca.net) |
| 08:19.50 | *** join/#asterisk [[thufir]] (~thufir@192.157.119.2) |
| 08:23.29 | *** join/#asterisk pchero_work (~pchero@109.70.54.56) |
| 08:33.27 | *** join/#asterisk defsdoor (~andy@cpc120600-sutt6-2-0-cust177.19-1.cable.virginm.net) |
| 08:44.14 | *** join/#asterisk LiuYan (~NiHola@unaffiliated/liuyan) |
| 08:59.39 | *** join/#asterisk evil_gordita (~evilgordi@ip70-188-41-127.rn.hr.cox.net) |
| 09:01.12 | *** join/#asterisk DanB (~DanB@clt-195.192.204.89.ip-anschluss.net) |
| 10:15.26 | *** join/#asterisk war9407 (war@pool-70-106-197-167.clppva.fios.verizon.net) |
| 10:24.48 | *** join/#asterisk dnit (673399be@gateway/web/freenode/ip.103.51.153.190) |
| 10:26.10 | dnit | Hello, I am tryin to play music on hold in bridgewait. But unable to play it. My syntax is like this BridgeWait(",participant,e(m(new_moh))"). I also tried BridgeWait(",participant,e(m)m(new_moh)"). But always default class is loaded for music on hold. |
| 10:26.32 | dnit | I can see my new_moh class in cli when I type moh show classes |
| 10:28.21 | dnit | When I use this syntax BridgeWait(",participant,em(new_moh)"). I get error : Invalid argument for BridgeWait entertainment '' |
| 10:37.36 | dnit | Even tried BridgeWait(",participant,m(new_moh)"), this also started music on hold on class 'default'. |
| 10:46.58 | *** join/#asterisk wasanzy (~wasanzy@41.242.137.170) |
| 11:11.24 | wasanzy | same => n,Set(NEWCOUNT=$[${COUNT} + 1] |
| 11:11.31 | wasanzy | that is still not adding |
| 11:12.07 | wasanzy | read that from the book [TK]D-Fender |
| 11:22.24 | *** join/#asterisk gerhard7_ (~gerhard7@ip5657ee30.direct-adsl.nl) |
| 11:29.10 | *** join/#asterisk lankanmon (~LKNnet@CPE64777dd7e053-CM64777dd7e050.cpe.net.cable.rogers.com) |
| 11:47.04 | *** join/#asterisk evilman_work (~evilman@87.244.6.228) |
| 11:57.06 | wasanzy | maybe I should give the scenario for a help |
| 11:58.51 | wasanzy | When user call in, options are played for him or her to chose, if an invalid option is chosen, repeat the menu, and if this continues for 3 times, hangup the call. |
| 12:02.44 | dnit | wasanzy you are setting NEWCOUNT= COUNT + 1 |
| 12:02.55 | dnit | are you incrementing count after this ? |
| 12:05.40 | wasanzy | dnit: am using NEWCOUNT= COUNT + 1 to increment |
| 12:05.49 | wasanzy | or maybe that is not the way to do it |
| 12:06.27 | dnit | use COUNT=$[${COUNT} + 1] |
| 12:06.42 | dnit | then use GotoIf condition based on COUNT |
| 12:10.05 | dnit | wasanzy : learn from this https://www.voip-info.org/wiki/view/Asterisk+tips+ivr+menu |
| 12:10.41 | wasanzy | ok looking at that |
| 12:19.01 | *** join/#asterisk k-man (~jason@unaffiliated/k-man) |
| 12:23.54 | *** join/#asterisk wdoekes (~walter@wjd.osso.nl) |
| 12:23.54 | *** mode/#asterisk [+o wdoekes] by ChanServ |
| 12:52.59 | *** join/#asterisk TandyUK (~admin@TandyUK/staff/James) |
| 12:58.48 | *** join/#asterisk luckman212 (~luckman21@unaffiliated/luckman212) |
| 13:05.17 | *** join/#asterisk juvenal (juvenal@gateway/shell/elitebnc/x-kaijbfznfmkegbsy) |
| 13:24.42 | *** join/#asterisk bounceman (~bounceman@185.32.9.250) |
| 13:24.50 | *** join/#asterisk Yiota (~textual@2607:fea8:56df:fa6d:c509:3845:e935:390f) |
| 13:25.02 | bounceman | Hi, can anyone help me understand what is going on here with this registration? http://codepad.org/ND4Z6m4M |
| 13:25.12 | bounceman | It looks like malformed SIP |
| 13:25.14 | bounceman | netsock2.c: ...host '100.66.2.12' and port '5060branch=z9hG4bK-373536-7938c998979a1aad46c460e2b6ccc1bd'. |
| 13:25.29 | bounceman | For an example, missing a semicolon? Tried with both X-lite and Jitsi, both fails |
| 13:26.27 | *** join/#asterisk [TK]D-Fender (~joe@216.191.106.165) |
| 13:26.28 | file | yes, it is missing a semicolon |
| 13:26.38 | file | Via: SIP/2.0/UDP 100.66.2.12:5060branch=z9hG4bK-373536-7938c998979a1aad46c460e2b6ccc1bd |
| 13:26.40 | file | specifically there |
| 13:26.57 | file | do you have a Fortis in the mix? if so it looks like it is mucking with the SIP traffic |
| 13:27.06 | Samot | Jitsi is a pile f shit. |
| 13:27.15 | bounceman | Fortis you mean Fortigate? |
| 13:27.20 | file | sure |
| 13:27.28 | file | I just saw "Fortis" and it stuck out a bit in the signaling |
| 13:27.43 | bounceman | I do not know, the client endpoint is in Brazil. Sitting at home. I looking at the home router but did not find any sip alg or such |
| 13:28.18 | bounceman | I did a capture on the machine itself and the SIP was just fine, it also ends up at my place with a different internal IP. So something is going on. |
| 13:28.57 | Samot | OK, so they are using Jitsi to connect to your Asterisk box? |
| 13:29.14 | Samot | Directly to your Asterisk box? |
| 13:29.26 | bounceman | Yes, we tried X-lite. Same behaviour |
| 13:29.35 | bounceman | something is "mucking" |
| 13:30.36 | Samot | 100.66.2.12 <-- What is this IP? |
| 13:30.57 | Samot | Because as file pointed out, this is not direct. |
| 13:31.27 | bounceman | Yes, that is an totally unknown IP for me. The client home network is a 192 net |
| 13:31.46 | bounceman | So something is not only malforming the SIP, it is also changing the internal ip to another internal ip |
| 13:32.00 | Samot | That's not an internal IP |
| 13:32.08 | Samot | That's a public IP |
| 13:32.16 | bounceman | aah, good catch |
| 13:32.28 | bounceman | Well, the customer has a different external IP as well |
| 13:32.45 | Samot | NetType: IANA Special Use <-- |
| 13:32.57 | Samot | Not only is a public IP, it's a reserved IP range from IANA. |
| 13:33.27 | bounceman | The ISP is "NET" |
| 13:33.34 | Samot | OK. |
| 13:33.58 | bounceman | Whatever that is |
| 13:34.47 | bounceman | So that same device 100.66.2.12 is prob using some sip alg |
| 13:34.49 | bounceman | or such |
| 13:34.50 | Samot | 189.4.74.172 <-- LACNIC IP |
| 13:34.58 | bounceman | That is the customer external IP |
| 13:35.02 | bounceman | client |
| 13:35.06 | Samot | LACNIC = South America IPs. |
| 13:35.08 | Samot | Right |
| 13:35.11 | bounceman | Correct, Brazil |
| 13:35.19 | Samot | So where is the IANA special reserved IP coming from? |
| 13:35.35 | bounceman | No idea |
| 13:35.36 | Samot | That SIP message is traveling through something that is messing with this. |
| 13:35.43 | Samot | So this is not Client -> Asterisk directly |
| 13:36.03 | Samot | Whatever is in the middle is malforming the SIP message. |
| 13:36.39 | bounceman | Yeah, I wish the operator spoke anything else than portu |
| 13:37.03 | Samot | Call-ID: 4e636cca53fece9cb8a507b6f932ab87@0:0:0:0:0:0:0:0 <-- and has a blank ipv6 IP as the Call-ID |
| 13:37.05 | Samot | which is odd. |
| 13:37.25 | bounceman | Something is doing something they shouldn't because they do not know what they are doing. |
| 13:38.22 | Samot | sip.gateway.com <-- What is this really supposed to be? |
| 13:38.41 | bounceman | It is my way censuring some things |
| 13:39.06 | Samot | OK |
| 13:39.11 | Samot | At this point, what is it really? |
| 13:39.22 | Samot | Because now we're trying to determine how f'd this really is. |
| 13:39.34 | Samot | Non-santized is really needed. |
| 13:40.25 | bounceman | It is the asterisk |
| 13:42.37 | bounceman | I do not think there is anything else we can do at this point but ask the operator to sort their shit out |
| 13:44.30 | bounceman | Samot: if we change the dst port |
| 13:44.38 | bounceman | do you think we can bypass their mocking? |
| 13:46.04 | Samot | No. |
| 13:46.09 | Samot | It's their ISP. |
| 13:46.29 | Samot | I just found that the IP space is RFC6598 |
| 13:46.38 | Samot | It's for Carrier Grade NAT |
| 13:46.42 | bounceman | Ouch |
| 13:46.58 | bounceman | STUN a possible solution? |
| 13:47.24 | Samot | Which works like RFC 1918 |
| 13:47.30 | Samot | So private space. |
| 13:47.41 | Samot | Non-public routed space |
| 13:48.26 | bounceman | Saying we cannot change the operators routing in this case, what are possible work arounds? |
| 13:48.31 | bounceman | STUN, TURN? |
| 13:49.07 | Samot | Shared Address Space is similar to [RFC1918] private address space in that it is not globally routable address space and can be used by multiple pieces of equipment. However, Shared Address Space has limitations in its use that the current [RFC1918] private address space does not have. In particular, Shared Address Space can only be used in Service Provider networks or on routing equipment that is able to do address |
| 13:49.07 | Samot | translation across router interfaces when the addresses are identical on two different interfaces. |
| 13:49.32 | file | STUN only allows you to discover the external address, if they are still messing with the signaling then it'd likely have the same problem, TURN is just for media |
| 13:49.58 | file | using TCP as the SIP transport may stop them from messing with it, TLS definitely would stop them |
| 13:51.01 | Samot | I'm not sure you're understanding... |
| 13:51.18 | Samot | TLS/TCP might work. |
| 13:51.54 | Samot | This is going through their routers and network, that traffic is going to still hit that system using that space. |
| 13:54.43 | Samot | OH... |
| 13:54.50 | Samot | Wait a minute.. |
| 13:55.04 | Samot | Are you sure Brazil doesn't have rules? |
| 13:55.30 | bounceman | Rules? |
| 13:55.34 | bounceman | What |
| 13:56.44 | Samot | Countries have rules about their Internet. |
| 13:56.48 | Samot | And VoIP |
| 13:57.02 | Samot | Who can have it, if you can access outside of the country |
| 13:57.13 | Samot | Like in India, port 5060 is a no-no. |
| 13:57.33 | Samot | Brazil controls their VoIP |
| 13:57.36 | Samot | It's regulated. |
| 13:57.52 | Samot | To the point there are "Operators" who provide "VoIP Internet services" |
| 13:58.01 | Samot | Which is, no number attached |
| 13:58.08 | Samot | But you can make/receive voip calls. |
| 13:58.26 | *** join/#asterisk brad_mssw (~brad@66.129.88.50) |
| 13:59.09 | Samot | The US/Canada is really the only place where VoIP isn't regulated in some way |
| 13:59.53 | Samot | ITSP in a Box/Basement ITSPs are not things in other places because of this. |
| 14:01.26 | Samot | I'm not really sure how you get around CGN stuff. |
| 14:03.21 | bounceman | jez |
| 14:03.45 | *** join/#asterisk yokel (~yokel@unaffiliated/contempt) |
| 14:04.47 | *** join/#asterisk le_gid (vUeiFVPlIj@enif.uberspace.de) |
| 14:05.46 | Samot | For all you know, there could be a transparent proxy, etc in the way |
| 14:05.54 | Samot | You have other uses in Brazil? |
| 14:06.00 | Samot | users |
| 14:10.13 | bounceman | Nope |
| 14:10.17 | bounceman | I do not I am afraid |
| 14:12.10 | bounceman | I changed to TLS 5065 |
| 14:12.17 | bounceman | Still malformed |
| 14:13.01 | Samot | Yes |
| 14:13.27 | Samot | You cant stop that routing like that |
| 14:13.59 | Samot | VPN |
| 14:14.10 | Samot | thats your best option |
| 14:15.41 | le_gid | hey there, I've got a question. My asterisk system is connecting to a sip trunk directly (no NAT). The transport protocol is TCP. When everything is working, a call to the trunk has the SIP contact header "Contact: <sip:192.168.0.51@192.168.0.51:5060;transport=TCP>". However, sometimes the header is "Contact: <sip:192.168.0.51@127.0.0.1:5060;transport=TCP>" which makes the target trunk reject the call. Any idea on why asterisk decides to use the loop |
| 14:19.02 | *** join/#asterisk saint_ (~saint_@unaffiliated/saint-/x-0540772) |
| 14:19.52 | *** join/#asterisk mmlj4 (1000@c-24-30-30-53.hsd1.ga.comcast.net) |
| 14:21.02 | sibiria | i ran into the same problem, but likely from very different reasons: the server running asterisk lived in AWS which has some weird behavior with different linuxes in regards to network interface availability directly after boot |
| 14:21.45 | sibiria | sometimes it could take 10-15 seconds before the kernel could poll information about the egress interfaces, and as a result asterisk (which launched on boot) fell back to using localhost as its native adress |
| 14:22.20 | bounceman | I'll just setup a VPN |
| 14:22.26 | bounceman | My time isn't worth it |
| 14:23.52 | le_gid | so the problem might be that at the time after boot when I start asterisk, the network interface is not ready up. So a solution could be to wait some time? |
| 14:24.38 | sibiria | le_gid: in my case this is a very AWS-specific problem, but who knows... at least that was our solution for our case |
| 14:24.51 | sibiria | a delay on launching various services that had to bind to something else than localhost |
| 14:25.31 | sibiria | do you encounter this repeatedly on every call once it has happened? |
| 14:25.40 | sibiria | or is it random from one call to the other, without restarts of asterisk? |
| 14:27.14 | le_gid | I have to check this out as it is on the system of a customer |
| 14:27.16 | sibiria | if the latter, then it doesn't sound like you're sharing the problem i had |
| 14:27.35 | le_gid | I'm going to ask them if the problem only occurs after a reboot |
| 14:29.32 | Samot | bounceman: Probably the best idea. |
| 14:30.06 | Samot | bounceman: When I had a reseller in India, I had to use 80 as the SIP port. |
| 14:30.27 | bounceman | Lol |
| 14:31.27 | Samot | Because it was one of the "allowed" ports outside of India. |
| 14:31.54 | Samot | Don't take your Internet access for granted. In other parts of the world it is highly regulated. |
| 14:34.16 | Samot | In Cuba, if you visit they will tell you "Do not let a citizen use your Internet connected devices" |
| 14:34.42 | Samot | Becaue it can get you in trouble. |
| 14:35.31 | *** join/#asterisk cresl1n (Adium@asterisk/libpri-and-libss7-expert/Cresl1n) |
| 14:35.31 | *** mode/#asterisk [+o cresl1n] by ChanServ |
| 14:45.50 | bounceman | I remember the old days using port 443 for tunneling torrent traffic in school |
| 14:51.19 | *** join/#asterisk puzzled (~puzzled@2001:982:1097:1::1:3) |
| 14:52.22 | *** join/#asterisk [[thufir]] (~thufir@192.157.119.2) |
| 15:05.19 | *** join/#asterisk cresl1n (Adium@asterisk/libpri-and-libss7-expert/Cresl1n) |
| 15:05.19 | *** mode/#asterisk [+o cresl1n] by ChanServ |
| 15:11.15 | *** join/#asterisk kharwell (kharwell@nat/digium/x-jlnutwzpqtrtlchl) |
| 15:11.15 | *** mode/#asterisk [+o kharwell] by ChanServ |
| 15:17.14 | *** join/#asterisk Yiota (~textual@207.164.151.42) |
| 15:21.56 | *** join/#asterisk rmudgett (rmudgett@nat/digium/x-zhbhjbgtbdbmxabf) |
| 15:21.56 | *** mode/#asterisk [+o rmudgett] by ChanServ |
| 15:22.45 | *** join/#asterisk gtjoseph (~gtjoseph@unaffiliated/gtj) |
| 15:22.45 | *** mode/#asterisk [+o gtjoseph] by ChanServ |
| 15:28.20 | *** join/#asterisk bford (d8cff501@gateway/web/freenode/ip.216.207.245.1) |
| 15:28.20 | *** mode/#asterisk [+o bford] by ChanServ |
| 15:33.49 | *** join/#asterisk paulgrmn (~paulgrmn@198-0-107-153-static.hfc.comcastbusiness.net) |
| 15:36.41 | *** join/#asterisk davlefouAMD (~davlefouA@cantaron.reveyo.com) |
| 15:39.46 | *** join/#asterisk Yiota (~textual@207.164.151.42) |
| 15:42.37 | *** join/#asterisk thiagoc (~thiagoc@unaffiliated/thiagoc) |
| 15:47.00 | voipmonk | Tia and Slirp |
| 15:47.48 | *** join/#asterisk mTeK (~quassel@216.249.97.206) |
| 15:48.20 | *** join/#asterisk ChkDigit (~u388mw@74.3.144.66) |
| 16:01.43 | *** join/#asterisk kayfox (~kayfox@orca.zerda.net) |
| 16:24.41 | *** join/#asterisk gerhard7_ (~gerhard7@ip5657ee30.direct-adsl.nl) |
| 16:31.44 | *** join/#asterisk BBone_ (~Thunderbi@maila.fraserwoodindustries.com) |
| 16:34.26 | *** join/#asterisk paulgrmn (~paulgrmn@198-0-107-153-static.hfc.comcastbusiness.net) |
| 16:51.09 | *** join/#asterisk Yiota (~textual@207.164.151.42) |
| 16:54.32 | *** join/#asterisk jamesaxl (~James_Axl@109.172.62.242) |
| 17:06.35 | *** join/#asterisk MrTAP (~MrT@unaffiliated/mrtap) |
| 17:08.07 | *** join/#asterisk cemotyz09 (~cemotyz09@cpe-70-121-157-202.satx.res.rr.com) |
| 17:10.37 | *** join/#asterisk jkroon (~jkroon@165.16.204.168) |
| 17:19.03 | *** join/#asterisk pchero (~pchero@109.70.54.56) |
| 17:23.56 | *** join/#asterisk rrittgarn (~rrittgarn@75-150-221-205-Illinois.hfc.comcastbusiness.net) |
| 18:31.27 | *** join/#asterisk miscreant (~miscreant@68.118.148.175) |
| 18:32.15 | *** join/#asterisk gtjoseph (~gtjoseph@unaffiliated/gtj) |
| 18:32.15 | *** mode/#asterisk [+o gtjoseph] by ChanServ |
| 18:36.55 | *** join/#asterisk cemotyz09 (~cemotyz09@cpe-70-121-157-202.satx.res.rr.com) |
| 18:39.17 | *** join/#asterisk miscreant (~miscreant@68.118.148.175) |
| 18:41.55 | *** join/#asterisk cemotyz09 (~cemotyz09@cpe-70-121-157-202.satx.res.rr.com) |
| 18:47.15 | *** join/#asterisk miralin (~Thunderbi@81.177.59.227) |
| 19:01.58 | *** join/#asterisk cemotyz09 (~cemotyz09@cpe-70-121-157-202.satx.res.rr.com) |
| 19:06.43 | *** join/#asterisk miscreant (~miscreant@199.241.147.35) |
| 19:08.21 | *** join/#asterisk tzafrir (~tzafrir@62-90-199-170.barak.net.il) |
| 19:26.31 | *** join/#asterisk hehol (~hehol@gatekeeper.loca.net) |
| 19:35.55 | *** join/#asterisk cresl1n (Adium@asterisk/libpri-and-libss7-expert/Cresl1n) |
| 19:35.55 | *** mode/#asterisk [+o cresl1n] by ChanServ |
| 19:36.11 | *** join/#asterisk SpSpBy (~SpSpBy@190.111.231.108) |
| 19:41.35 | *** join/#asterisk cresl1n (Adium@asterisk/libpri-and-libss7-expert/Cresl1n) |
| 19:41.35 | *** mode/#asterisk [+o cresl1n] by ChanServ |
| 19:46.13 | *** join/#asterisk miralin1 (~Thunderbi@195.209.246.194) |
| 19:55.52 | *** join/#asterisk miralin (~Thunderbi@81.177.59.227) |
| 20:48.30 | *** join/#asterisk cresl1n (Adium@asterisk/libpri-and-libss7-expert/Cresl1n) |
| 20:48.30 | *** mode/#asterisk [+o cresl1n] by ChanServ |
| 20:56.17 | *** join/#asterisk cresl1n (Adium@asterisk/libpri-and-libss7-expert/Cresl1n) |
| 20:56.17 | *** mode/#asterisk [+o cresl1n] by ChanServ |
| 21:15.05 | *** join/#asterisk pragmatism (~pragmatis@107.170.247.33) |
| 21:26.12 | *** join/#asterisk cresl1n (Adium@asterisk/libpri-and-libss7-expert/Cresl1n) |
| 21:26.12 | *** mode/#asterisk [+o cresl1n] by ChanServ |
| 21:41.03 | *** join/#asterisk Yiota (~textual@207.164.151.42) |
| 22:03.13 | *** join/#asterisk gusto (~gusto@2a01:c844:10dc:2220:15e5:161:6daf:e09a) |
| 22:10.03 | *** join/#asterisk mahlon (~mahlon@martini.nu) |
| 22:11.44 | *** join/#asterisk Asterisco (~catan@87.19.164.134) |
| 22:12.20 | Asterisco | hi! Is possible add a prefix to the call of an internal number? |
| 22:12.50 | *** join/#asterisk [TK]D-Fender (~joe@64.235.216.2) |
| 22:13.06 | Asterisco | hi TK |
| 22:13.06 | [TK]D-Fender | Asterisco, what do you mean "add a prefix"? |
| 22:13.12 | [TK]D-Fender | or "internal number"? |
| 22:13.32 | Asterisco | the internal number call the number 12345678 |
| 22:13.37 | [TK]D-Fender | THer is no such thing as "internal because there is also no such thing as "external" |
| 22:14.06 | Asterisco | i need append the prefix 0039 only when the internal number 11 do a call |
| 22:14.33 | [TK]D-Fender | So go match the callerid to process their calls differently |
| 22:14.43 | Asterisco | exten => _0Z.,n,Dial(SIP/0039${EXTEN}@9002) |
| 22:14.52 | *** join/#asterisk MrTAP (~MrT@unaffiliated/mrtap) |
| 22:14.59 | [TK]D-Fender | So add a CID match to the pattern |
| 22:15.14 | Asterisco | ? |
| 22:15.23 | [TK]D-Fender | ~book |
| 22:15.23 | 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 |
| 22:15.25 | [TK]D-Fender | ^^^ |
| 22:16.31 | [TK]D-Fender | match based on the CID of your caller |
| 22:16.44 | Asterisco | i need change only outgoing call |
| 22:16.54 | Asterisco | CID is fot incoming call |
| 22:16.56 | Asterisco | or not? |
| 22:17.10 | [TK]D-Fender | "only when the internal number 11 do a call" <------------------- |
| 22:17.24 | [TK]D-Fender | you want to execute SPECIFIC dialplan when THEY place that call vs someone else |
| 22:17.47 | Asterisco | i.e. |
| 22:17.57 | Asterisco | my hone is internal number 11 |
| 22:18.16 | [TK]D-Fender | yes, so match the exten AND the callerid of the caller |
| 22:18.16 | Asterisco | when i call the number 0912345678 |
| 22:18.31 | Asterisco | i would that asterisk call the number 00390912345678 |
| 22:18.52 | Asterisco | could you explain me? |
| 22:19.41 | [TK]D-Fender | read the basics for dialplan lines |
| 22:20.25 | [TK]D-Fender | exten => EXTENSION/CALLERIDTOMATCH,PRIORITY[(label)],APPLICATION([data]) |
| 22:22.07 | Asterisco | exten => _3X.,1,Dial(SIP/0039${EXTEN}@11) |
| 22:22.17 | Asterisco | exten => _0X.,1,Dial(SIP/0039${EXTEN}@11) |
| 22:22.20 | Asterisco | right? |
| 22:22.29 | [TK]D-Fender | no |
| 22:22.52 | Asterisco | how can i do it???? |
| 22:22.55 | [TK]D-Fender | <[TK]D-Fender> exten => EXTENSION/CALLERIDTOMATCH,PRIORITY[(label)],APPLICATION([data]) |
| 22:23.17 | [TK]D-Fender | CALLERID. How mcuh clearer can I be? |
| 22:23.41 | Asterisco | can you wirte the exact extension? |
| 22:23.48 | [TK]D-Fender | When yuo want "11" to act DIFFERENT that some other device calling to the same number then you MATCH based on the callerid of the CALLER |
| 22:24.04 | [TK]D-Fender | Do yuo see the word CALLERID there? |
| 22:24.09 | [TK]D-Fender | If not read it 100 more times |
| 22:24.35 | Asterisco | i don't understand |
| 22:25.02 | [TK]D-Fender | LOOK FOR THE WORD CALLER AND PUT THAT STUPID NUMBER THERE |
| 22:25.12 | [TK]D-Fender | CALLERIDTOMATC <---------------- |
| 22:29.17 | *** join/#asterisk SoBlindWolf (~SoBlindWo@go.pcshost.co) |
| 22:32.46 | *** join/#asterisk cresl1n (Adium@asterisk/libpri-and-libss7-expert/Cresl1n) |
| 22:32.46 | *** mode/#asterisk [+o cresl1n] by ChanServ |
| 22:45.15 | Asterisco | someone could help me? |
| 22:45.54 | [TK]D-Fender | ..... |
| 22:46.16 | [TK]D-Fender | You seriously have trouble shoving ONE number and a SLASH onto your exten? |
| 22:46.22 | [TK]D-Fender | Do you SEE the SLASH? |
| 22:47.37 | [TK]D-Fender | exten => _0Z./11,1,Dial(SIP/0039${EXTEN}@9002) <- |
| 22:47.44 | [TK]D-Fender | that will run when "11" dials it |
| 22:47.52 | Asterisco | ohhh |
| 22:48.04 | Asterisco | if you tell me before |
| 22:48.06 | [TK]D-Fender | N/CALLERIDTOMATCH <- I TOLD you to change this to put your 11 there |
| 22:48.15 | [TK]D-Fender | [TK]D-Fender> LOOK FOR THE WORD CALLER AND PUT THAT STUPID NUMBER THERE |
| 22:48.25 | [TK]D-Fender | [TK]D-Fender> <[TK]D-Fender> exten => EXTENSION/CALLERIDTOMATCH,PRIORITY[(label)],APPLICATION([data]) |
| 22:48.35 | [TK]D-Fender | What do you see after EXTENSION? |
| 22:48.52 | [TK]D-Fender | I tell you to put it there... and you can't |
| 22:49.32 | Asterisco | Tk... |
| 22:49.39 | Asterisco | if i need add *67# |
| 22:49.44 | Asterisco | and not 0039? |
| 22:50.00 | Asterisco | <PROTECTED> |
| 22:50.03 | Asterisco | is right? |
| 22:50.16 | [TK]D-Fender | You don't seem to understand variables |
| 22:50.18 | Asterisco | or * and # give some problem? |
| 22:50.42 | [TK]D-Fender | all those other charaters are EXACTLY what you put, and the VALUE of that variable you are referencing gets added IN ORDER |
| 22:50.52 | [TK]D-Fender | Who says it's a problem? |
| 22:51.09 | [TK]D-Fender | What is the OTHER side expecting? |
| 22:51.15 | [TK]D-Fender | * will send what you tell it to |
| 22:51.24 | [TK]D-Fender | if the other side LIKES it is up to the other side |
| 23:19.52 | Asterisco | TK... |
| 23:20.04 | Asterisco | where is the error? |
| 23:20.05 | Asterisco | exten => _3Z./15,1,Dial(SIP/*67#${EXTEN}@9002) |
| 23:20.13 | Asterisco | my internal number is 15 |
| 23:20.32 | Asterisco | when i call a phone that start with 3 ... |
| 23:20.37 | [TK]D-Fender | don't just say "internal number". that means NOTHING' |
| 23:20.45 | Asterisco | ..i would add *67# |
| 23:20.45 | [TK]D-Fender | What did I tell you to do? |
| 23:20.59 | Asterisco | ANONIMO=*67# |
| 23:21.08 | [TK]D-Fender | [TK]D-Fender> <[TK]D-Fender> exten => EXTENSION/CALLERIDTOMATCH,PRIORITY[(label)],APPLICATION([data]) |
| 23:21.18 | Asterisco | exten => _3Z./15,1,Dial(SIP/${ANONIMO}${EXTEN}@9002) |
| 23:21.24 | [TK]D-Fender | [TK]D-Fender> match based on the CID of your caller |
| 23:21.31 | Asterisco | ???? |
| 23:21.42 | [TK]D-Fender | ... |
| 23:21.47 | [TK]D-Fender | You asked what's wrong with it. |
| 23:21.51 | [TK]D-Fender | SHOW THE FAILURE |
| 23:22.00 | Asterisco | :\ |
| 23:22.10 | Asterisco | pleaseee |
| 23:22.12 | [TK]D-Fender | Show me it FAIL |
| 23:23.01 | [TK]D-Fender | <Asterisco> where is the error? <- Show me that it doesn't WORK. |
| 23:24.01 | Asterisco | th call start |
| 23:24.11 | Asterisco | but i can see the callerid |
| 23:24.21 | [TK]D-Fender | huh? |
| 23:24.21 | Asterisco | i use a pstn gateway |
| 23:24.47 | Asterisco | so add *67#is the only way to anonymize the call |
| 23:25.35 | [TK]D-Fender | Says who? |
| 23:25.42 | [TK]D-Fender | And again... show me the FAILED CALL |
| 23:26.59 | Asterisco | tha call start the same |
| 23:27.08 | [TK]D-Fender | You aren't saying anything useful |
| 23:27.11 | Asterisco | but calleid is visible |
| 23:27.24 | Asterisco | exten => _3Z./15,1,Dial(SIP/*67#${EXTEN}@9002) |
| 23:27.52 | [TK]D-Fender | that means NOTHING. "starts normal" saysing NOTHING about what is being dialed. Nothing tells me that prefix is anything that actually CHANGES anything |
| 23:27.56 | [TK]D-Fender | SHOW THE CALL |
| 23:27.59 | [TK]D-Fender | ^^^^^^^^^^^^^ |
| 23:30.16 | Asterisco | <PROTECTED> |
| 23:30.35 | [TK]D-Fender | So * is dialing with the profix |
| 23:30.36 | Asterisco | -- Called SIP/*67#3383272798@9002 |
| 23:30.46 | [TK]D-Fender | So who says that prefix MATTERS? |
| 23:30.53 | [TK]D-Fender | It doesn't matter to ASTERISK |
| 23:31.04 | [TK]D-Fender | So what is * talking to that is designed to care about that? |
| 23:31.13 | Asterisco | <PROTECTED> |
| 23:31.24 | Asterisco | is possible that is this?!?!?!? |
| 23:31.34 | Asterisco | exten => _X.,2,NoOp(Blocking Anonymous Call) |
| 23:31.42 | [TK]D-Fender | those 2 lines have nothing to do with each other |
| 23:31.48 | [TK]D-Fender | why are you showing IAX2 garbage there? |
| 23:31.59 | Asterisco | ehmm |
| 23:32.01 | [TK]D-Fender | that is UNRELATED CRAP |
| 23:32.10 | [TK]D-Fender | Asterisco> -- Executing [3383272798@fromiax:2] NoOp("IAX2/cerza-9067", "Blocking Anonymous Call") in new stack <- IAX CRAP |
| 23:32.16 | [TK]D-Fender | I don't care about this line at all |
| 23:32.17 | Asterisco | i'm in a external server :\ |
| 23:32.22 | [TK]D-Fender | it proves NOTHING |
| 23:32.47 | [TK]D-Fender | <Asterisco> i'm in a external server :\ <- What does EXTERNAL mean? NOTHING |
| 23:33.00 | [TK]D-Fender | None fo those words CHANGES what is happening |
| 23:33.02 | Asterisco | i've two asterisk server |
| 23:33.05 | [TK]D-Fender | DON'T CARE |
| 23:33.07 | Asterisco | Server 1 |
| 23:33.09 | [TK]D-Fender | DON'T CARE |
| 23:33.14 | [TK]D-Fender | DON'T CARE |
| 23:33.15 | [TK]D-Fender | ^^^^ |
| 23:33.30 | [TK]D-Fender | ASTERISK doesn't do anything different when you pass that prefix |
| 23:33.31 | [TK]D-Fender | ^ |
| 23:33.48 | [TK]D-Fender | ASTERISK will not block **anything** based on that |
| 23:33.54 | [TK]D-Fender | Asterisk doesn't CARE |
| 23:34.01 | [TK]D-Fender | You want to pass digits? * will pass digits |
| 23:34.06 | [TK]D-Fender | You want a # symbol in there? |
| 23:34.09 | [TK]D-Fender | I'll pass that too. |
| 23:34.13 | [TK]D-Fender | it's just a NUMBER |
| 23:34.26 | [TK]D-Fender | * can dial 5000 |
| 23:34.29 | [TK]D-Fender | * can dial 123456789 |
| 23:34.36 | [TK]D-Fender | * can dial ###12345**** |
| 23:34.39 | [TK]D-Fender | all the same to asterisk |
| 23:34.48 | [TK]D-Fender | * doesn't treat it DIFFERENTLY |
| 23:35.02 | [TK]D-Fender | that is not a "code" for Asterisk |
| 23:35.10 | [TK]D-Fender | So nothing you've shown means anything |
| 23:42.35 | *** join/#asterisk stux|work (stux@cosmo.lunarshells.com) |
| 23:46.00 | pragmatism | Ah, IRC |
| 23:48.28 | [TK]D-Fender | Where it doesn't matter when you answer the question 5 different ways, they aren't capable of understanding or expressing anything useful. |
| 23:48.29 | [TK]D-Fender | yup |
| 23:49.34 | pragmatism | :P |
| 23:50.11 | pragmatism | It's hard to provide useful diagnostic information when you don't know what the useful diagnostic information (or any of the available data) means. |
| 23:50.31 | pragmatism | Sounds like that user had never set up any of this stuff before. |
| 23:50.54 | [TK]D-Fender | He's been coming here for YEARS |
| 23:51.01 | [TK]D-Fender | no pass |
| 23:51.03 | pragmatism | You're kidding! |
| 23:51.06 | pragmatism | I recant. |
| 23:51.20 | [TK]D-Fender | We're down to "language barrier" or "just not too bright" |
| 23:51.56 | [TK]D-Fender | Or some combination thereof.... |
| 23:52.14 | *** part/#asterisk Asterisco (~catan@87.19.164.134) |
| 23:54.56 | [TK]D-Fender | And he's gone with no confirmation of why he thought that prefix meant anything special and what step along the path was supposed to care. |
| 23:55.10 | [TK]D-Fender | also didn't see the call debug in full, only 1 single line from another context which proved nothing |
| 23:55.26 | [TK]D-Fender | Yeah ... nothing sinks in with him |
| 23:55.56 | [TK]D-Fender | no explanation o9f his use of terminology, reasons for expecting certain behaviour or full backup. |
| 23:58.30 | [TK]D-Fender | Very rewarding attempt to get anything useful to assist with! |
| 23:58.43 | [TK]D-Fender | anyway .... time to head out... |
| 23:58.51 | [TK]D-Fender | heads out for a while |
| 23:59.04 | pragmatism | Have a good one |
| 23:59.09 | *** join/#asterisk MrTAP (~MrT@unaffiliated/mrtap) |