| 00:04.40 | *** join/#asterisk youtmon (~yout@c-98-242-250-233.hsd1.fl.comcast.net) |
| 00:05.08 | *** join/#asterisk cemotyz09 (~cemotyz09@cpe-70-121-157-202.satx.res.rr.com) |
| 00:07.57 | Samot | ~polls |
| 00:07.57 | infobot | "Does anyone have X or use Y?" is taking a poll, not asking a valid question. Don't do it or our army of rabid weasels will hurt you. Usually, people other than those with the exact same set up can help you and those who have sometimes will not be able to help you. Also see <ask> |
| 00:09.00 | Samot | WizJin: What is the actual problem you are having? |
| 00:20.20 | *** join/#asterisk infobot (ibot@rikers.org) |
| 00:20.20 | *** topic/#asterisk is #asterisk The Open Source PBX and Telephony Platform (asterisk.org) -=- LTS: 13.21.0 (2018/05/01), Standard: 15.4.0 (2018/05/01); DAHDI: DAHDI-linux 2.11.1 (2016/03/01), DAHDI-tools 2.11.1 (2016/03/01); libpri 1.6.0 (2017/01/27) -=- Wiki: wiki.asterisk.org -=- Code of Conduct: bit.ly/1hH6P22 -=- Logs: bit.ly/1s4AKKu |
| 00:25.11 | *** join/#asterisk mou (~donwillia@37.97.50.103) |
| 00:45.24 | rpifan | hi |
| 00:52.02 | *** join/#asterisk mou (~donwillia@37.97.50.103) |
| 04:15.37 | *** join/#asterisk gerhard7 (~gerhard7@ip5657ee30.direct-adsl.nl) |
| 05:27.51 | *** join/#asterisk sibyakin (~sibyakin@188.162.228.53) |
| 05:48.58 | *** join/#asterisk Chotaire (chotaire@unaffiliated/chotaire) |
| 06:07.29 | *** join/#asterisk youtmon (~yout@c-98-242-250-233.hsd1.fl.comcast.net) |
| 07:37.07 | *** join/#asterisk Hamagid (~Mutter@188.188.137.67) |
| 07:38.41 | *** join/#asterisk hehol (~hehol@gatekeeper.loca.net) |
| 07:39.17 | *** join/#asterisk Hamagid (~Mutter@188.188.137.67) |
| 07:43.02 | *** join/#asterisk gerhard7 (~gerhard7@ip5657ee30.direct-adsl.nl) |
| 07:51.24 | *** join/#asterisk DanB_ (~DanB@178.138.98.72) |
| 07:53.16 | *** join/#asterisk gerhard7 (~gerhard7@ip5657ee30.direct-adsl.nl) |
| 08:03.43 | *** join/#asterisk sekil (~sekil@nat-73.net011.net) |
| 08:04.49 | *** join/#asterisk jkroon (~jkroon@uls-154-73-35-201.wall.uls.co.za) |
| 08:27.05 | *** join/#asterisk Typhon (~Typhon@ipservice-092-218-199-172.092.218.pools.vodafone-ip.de) |
| 08:39.15 | *** join/#asterisk bhuddah (~michael@unaffiliated/bhuddah) |
| 08:59.50 | *** join/#asterisk ttyX (~ttyX@121.242.156.1) |
| 09:00.10 | ttyX | Hello all |
| 09:01.14 | ttyX | If I have a pri card installed and it's chan_dahdi, the extensions I'll create will be on chan_dahdi or sip? Because all I have are sip phones |
| 09:02.04 | ttyX | I understand that a dahdi trunk will need to be created for outgoing |
| 09:06.47 | jkroon | ttyX, SIP phones requires config in SIP (either chan_sip or chan_pjsip). |
| 09:07.00 | jkroon | Your external PRI links requires config in chan_dahdi.conf |
| 09:08.52 | *** join/#asterisk DanB_ (~DanB@178.138.98.72) |
| 09:09.15 | *** join/#asterisk Sepultura (~Sepultura@unaffiliated/sepultura) |
| 09:18.22 | *** join/#asterisk DanB_ (~DanB@178.138.98.72) |
| 09:45.12 | *** join/#asterisk youtmon (~yout@c-98-242-250-233.hsd1.fl.comcast.net) |
| 09:51.05 | *** join/#asterisk youtmon (~yout@c-98-242-250-233.hsd1.fl.comcast.net) |
| 10:11.31 | *** join/#asterisk youtmon (~yout@c-98-242-250-233.hsd1.fl.comcast.net) |
| 10:17.01 | *** join/#asterisk jamesaxl (~James_Axl@41.249.81.16) |
| 10:47.10 | *** join/#asterisk lankanmon (~LKNnet@CPE64777d632383-CM64777d632380.cpe.net.cable.rogers.com) |
| 10:58.14 | *** join/#asterisk Eloy_ (~Eloy@89.101.24.185) |
| 11:07.00 | *** join/#asterisk gerhard7 (~gerhard7@ip5657ee30.direct-adsl.nl) |
| 11:26.12 | *** join/#asterisk youtmon (~yout@c-98-242-250-233.hsd1.fl.comcast.net) |
| 11:57.33 | *** join/#asterisk kamyl (~user@unaffiliated/kamyl) |
| 12:01.44 | *** join/#asterisk mahafyi (~chatzilla@122.178.64.178) |
| 12:38.08 | *** join/#asterisk waldo323 (~waldo323@75-151-31-89-Michigan.hfc.comcastbusiness.net) |
| 12:47.32 | *** join/#asterisk pc-coholic (~martin@neujmin.uberspace.de) |
| 12:49.56 | pc-coholic | Hello :) I'm currently researching a bug on Asterisk 15.4.0 with the bundled pjsip... Can anyone here verify, that the first 401-reply after a client sending the REGISTER-command has two whitespaces in between "WWW-Authenticate: Digest" and "realm="asterisk""? |
| 12:50.50 | pc-coholic | It seems like my patton mATA is not able to handle those two whitespaces... |
| 12:52.21 | *** join/#asterisk mhache (~mhache@198.164.250.208) |
| 12:55.23 | Samot | Well if there are two whitespaces and no commas then there is a serious problem. |
| 12:57.06 | Samot | What does the WWW-Authenticate header actually look like? |
| 12:57.18 | pc-coholic | WWW-Authenticate: Digest realm="asterisk",nonce="1527146763/262fc56562014c22db62c58cd13087b8",opaque="7ab1caf04451b163",algorithm=md5,qop="auth" |
| 12:57.39 | Samot | I don't see any whitespaces. |
| 12:57.58 | pc-coholic | hm, must have gotten deleted by my IRC-client... but it is there ;-) |
| 12:58.16 | Samot | Where the rest of the "Digest" part? |
| 12:58.52 | pc-coholic | I pasted it here - there the two whitespaces are preserved https://pastebin.com/raw/tMLhx2Bw |
| 12:59.28 | Samot | Show the whole 401 |
| 13:00.09 | pc-coholic | Sorry - there it is: https://pastebin.com/raw/mDQ6GwRt |
| 13:00.36 | pc-coholic | There is no other debug/verbose messages before or after this |
| 13:03.53 | Samot | I don't see that in my version, one sec. |
| 13:04.52 | Samot | WWW-Authenticate: Digest algorithm=MD5, realm="asterisk", nonce="5ae1bfaf" <<- That's what I see on 401 challenges from my Asterisk 15.4 box |
| 13:04.57 | Samot | Which I just pushed to 15.4.0 |
| 13:05.25 | Samot | It's not a whitespace that is your issue. It's a new line that is your issue |
| 13:05.31 | Samot | The header can't have a line break in it. |
| 13:06.15 | *** join/#asterisk [TK]D-Fender (~joe@216.191.106.165) |
| 13:06.38 | Samot | Expires: 0 <-- Also why is it sending an Expire of 0? That means "de-register" |
| 13:07.05 | pc-coholic | That's an option on the patton-device to deregister before registering - I can disable that... |
| 13:07.16 | Samot | Well that's the packet you are showing |
| 13:07.30 | Samot | You're not showing the actual registering to set the location. |
| 13:13.45 | pc-coholic | I disabled the unregister first - the result is still the same, except that now the REGISTER-request is coming in with a proper Expires-header. https://pastebin.com/raw/nCssPuCm |
| 13:14.45 | Samot | So what is the issue? |
| 13:14.47 | pc-coholic | But from the line that you posted above from your box: Are you using pjsip or chan_sip? From what I've seen from my experiments, chan_sip outputs a correctly formatted line like yours |
| 13:14.55 | Samot | The patton is not sending back a new auth? |
| 13:15.09 | Samot | SIP is SIP |
| 13:15.23 | Samot | PJSIP or Chan_SIP still need to follow RFC standards. |
| 13:15.34 | Samot | The WWW-Authenticate header can't have line breaks in it. |
| 13:15.42 | Samot | Doesn't matter the SIP stack. |
| 13:16.06 | pc-coholic | so I guess, I should report an upstream bug with pjsip that they need to get that newline out :) |
| 13:16.25 | Samot | What is happening with the Patton? |
| 13:16.32 | Samot | Is it not sending back a new REGISTER? |
| 13:17.27 | pc-coholic | Correct. As soon as the malformed WWW-Auth header comes around, it won't continue the REGISTER-process |
| 13:17.52 | Samot | Could be a bug |
| 13:25.52 | *** join/#asterisk streamer96f (uid246210@gateway/web/irccloud.com/x-gdslazymycvffxdd) |
| 13:34.23 | *** join/#asterisk youtmon (~yout@c-98-242-250-233.hsd1.fl.comcast.net) |
| 14:18.58 | *** join/#asterisk kharwell (kharwell@nat/digium/x-xgxchokxlcyqhwye) |
| 14:18.58 | *** mode/#asterisk [+o kharwell] by ChanServ |
| 14:26.56 | *** join/#asterisk brad_mssw (~brad@66.129.88.50) |
| 14:28.55 | *** join/#asterisk Mchammerdad (~Mchammerd@96-18-0-34.cpe.cableone.net) |
| 14:29.19 | Mchammerdad | anyone have experience with the Yealink T4X or T5X series and the OPUS codec? |
| 14:29.47 | Samot | In regards to? |
| 14:31.45 | Mchammerdad | Getting it configured properly to use as default with the PBX. |
| 14:32.08 | Samot | Well on the Yealink side it's pretty simple. |
| 14:32.09 | Mchammerdad | I am in a low bandwidth environment and I want to utilize OPUS in order to keep that under control. |
| 14:32.28 | Samot | You tell it to use Opus and set the order preference of it. |
| 14:32.42 | Samot | The on Asterisk, you need to have Opus installed |
| 14:32.48 | Mchammerdad | Samot, I see no option for that. (on my t58V) |
| 14:32.51 | Samot | And then tell Asterisk that Opus is an allowed codec. |
| 14:33.32 | Samot | Do you have opus installed on Asterisk? |
| 14:35.00 | Mchammerdad | Yes, but I'm not sure how to specify that I want it to use 8khz and the lowest bitrate possible. |
| 14:35.32 | Samot | So I take it the PBX is remote to the phones? |
| 14:37.29 | *** join/#asterisk bford (uid283514@gateway/web/irccloud.com/x-oiverkjuvffvfmyw) |
| 14:37.29 | *** mode/#asterisk [+o bford] by ChanServ |
| 14:37.59 | Mchammerdad | Yes |
| 14:39.01 | Samot | And you've read and tried things from here: https://wiki.asterisk.org/wiki/display/AST/Codec+Opus |
| 14:40.16 | Samot | To make Opus use 8,000Khz bit rate? |
| 14:43.03 | Mchammerdad | Whats the difference between max bandwidth and max playback rate? wouldn't/shouldn't they always be the same? |
| 14:43.16 | Samot | No. |
| 14:45.24 | Samot | How much bandwidth and how many phones are at this site? |
| 14:49.21 | Mchammerdad | Its not so much about bandwidth as data usage. |
| 14:49.35 | Mchammerdad | Its a remote site and the most reliable internet I can get there is a 4g hotspot. |
| 14:50.03 | Mchammerdad | this site uses roughly 28k minutes/month and by my math thats roughly 38GB of data on g.711u |
| 14:50.19 | Mchammerdad | Hoping to half that with OPUS |
| 14:58.05 | Samot | How many phones? |
| 14:58.10 | Mchammerdad | 30 |
| 14:58.17 | Samot | And how many concurrent calls? |
| 14:59.28 | Mchammerdad | probably no more than 6 |
| 14:59.43 | Samot | And you have a data transfer limit? |
| 14:59.48 | Mchammerdad | yes |
| 14:59.48 | Samot | Per month? |
| 14:59.52 | Samot | How much? |
| 15:00.06 | Mchammerdad | I can buy as much as I need, I'm trying to cut that expense down. |
| 15:00.12 | Mchammerdad | $10 per 2 GB |
| 15:00.19 | Samot | What do you have now? |
| 15:00.37 | Mchammerdad | An ISP that is dropping packets, leaving voice quality to low. |
| 15:01.42 | Samot | No |
| 15:01.46 | Samot | I mean for the bandwidth |
| 15:02.00 | Samot | Because idle these phones are going to chew at your bandwidth transfer rate. |
| 15:02.03 | Mchammerdad | unlimited. |
| 15:02.13 | Samot | So what is the 2GB for? |
| 15:02.33 | Samot | With the 4G what is your monthly transfer limit? |
| 15:02.51 | Mchammerdad | (my current provider is unlimited, the one that's dropping to many packes). The 4G hotspot is $75 for 8GB and $10 for each additional 2GB |
| 15:03.20 | Samot | OK, so you are confusing two things here with your bandwidth. |
| 15:03.41 | Samot | 1) There is the speed. 20Mbps, etc. |
| 15:03.50 | Samot | 2) There is data transfer. 8GB. |
| 15:04.04 | Samot | You can transfer 8GB of data over your connection.. |
| 15:04.31 | Samot | How slow or how fast those transfers happen are based on how many bandwidth speed you have on the connection. |
| 15:04.42 | Samot | So with the calls, you're concern is the speed. |
| 15:04.45 | Samot | Not the transfer. |
| 15:04.58 | Mchammerdad | No, in your terms my only concern is the data transfer. |
| 15:05.05 | Samot | OK |
| 15:05.17 | Samot | So then you have to consider what the phones do when not on a call. |
| 15:05.31 | Samot | Registrations, Keep-Alives, BLFs, etc all send packets |
| 15:05.37 | Samot | That's data transfer. |
| 15:05.39 | Mchammerdad | occasional registrations and subscriptions. |
| 15:05.46 | Samot | "Occasional"? |
| 15:05.55 | Samot | How often are you registering? |
| 15:06.04 | Samot | How often does the MWI, voicemail subscriptions happen? |
| 15:06.07 | Mchammerdad | I believe my registrations are @120 seconds. |
| 15:06.18 | Samot | So you're sending a packet every 2 minutes |
| 15:06.32 | Samot | That triggers a transaction of packets. |
| 15:06.44 | Samot | Then you have your voicemail subscriptions, same thing. |
| 15:06.44 | Mchammerdad | right. I realize there will be some overhead but I wouldn't assume it would be more than 20% |
| 15:06.50 | Samot | OK |
| 15:07.02 | Samot | If how much data you can transfer per month is a factor.. |
| 15:07.07 | Samot | Then these must be considered. |
| 15:07.09 | Samot | Or should be. |
| 15:07.29 | Samot | Because a phone that sits there for a month with zero calls to/from it still eats at your transfer. |
| 15:07.47 | Mchammerdad | Right I"m running a sngrep right now and I'll get a minutes worth |
| 15:07.57 | Mchammerdad | or I guess I should do it for atleast 2 |
| 15:08.29 | Samot | The average packet is about 600 bytes. |
| 15:08.50 | Samot | Replies can be smaller depending on their payload |
| 15:09.28 | Samot | So 30 phones is 1800 bytes of transfer every 2 minutes. |
| 15:09.49 | Samot | Just for the INITIAL registration request. |
| 15:09.55 | Mchammerdad | 570 packets |
| 15:10.18 | Samot | I'm not counting 401 challenges or new registration replies. |
| 15:10.23 | Samot | 570 packets at what size? |
| 15:10.53 | Samot | A REGISTER is about 500 bytes, let's say, you have to send TWO per registration. |
| 15:10.57 | Samot | Each phone. |
| 15:11.12 | Samot | Even with subscriptions. |
| 15:11.24 | Mchammerdad | is a pcap file pretty much a good indication of the packet sizes as a hole? |
| 15:11.31 | Mchammerdad | does that filetype have a log of overhead? |
| 15:11.42 | Samot | a PCAP is a collection of packets |
| 15:11.48 | Samot | That could be different sizes. |
| 15:12.04 | Mchammerdad | ok so all my sngrep packets (SIP) were 2.5M over 3 minutes |
| 15:12.06 | Samot | A keep-alive SIP option is not as big as a register which is not as big as an INVITE |
| 15:12.22 | Mchammerdad | so that should have included all of those seperate types. |
| 15:12.31 | Samot | Yes. |
| 15:12.39 | Samot | It looks for all packets that match the filters. |
| 15:13.09 | Mchammerdad | so 50MB/hour of overhead |
| 15:13.26 | Mchammerdad | just on the sip garbage. |
| 15:14.13 | Mchammerdad | christ the overhead alone is a ton. |
| 15:14.14 | Samot | Well, if you mean the communications for the account and the voicemail and BLFs, sure. |
| 15:14.29 | Samot | It's not 50MB. |
| 15:15.41 | Samot | It's like 1.2MB of transfer an hour |
| 15:15.54 | Samot | Give or take a half of meg. |
| 15:16.16 | Mchammerdad | the test I just did was for 56 phones |
| 15:16.24 | Mchammerdad | and I got 50MB/hour |
| 15:16.25 | Samot | At that site? |
| 15:16.28 | Samot | You said there was 30 |
| 15:16.42 | Samot | You're probably getting calls. |
| 15:16.45 | Samot | I said "idle" |
| 15:16.45 | Mchammerdad | There will be but this "site" is multiple biuldings |
| 15:16.47 | Samot | Not calls. |
| 15:16.48 | Mchammerdad | the only building |
| 15:16.55 | Mchammerdad | on 4g will have 30 |
| 15:17.07 | Mchammerdad | my sngrep ofcourse grabbed every sip that hit my box. |
| 15:17.35 | Mchammerdad | I did receive calls but only the invite packets/etc over 3 minutes I think I received 3 or 4 calls it shoudln't have skewed my numbers much. |
| 15:17.47 | Samot | Except for the RTP |
| 15:17.56 | Mchammerdad | sngrep doesn't capture the RTP |
| 15:18.09 | Samot | Then you're not even doing a complete test. |
| 15:18.22 | Mchammerdad | I know, we were only talking about "overhead" |
| 15:18.36 | Mchammerdad | I have the complete minute usage to calculate the RTP side of the equation. |
| 15:18.42 | Samot | 30 phones idle will suck up about 24MB of transfer or so. |
| 15:18.47 | Samot | Per day |
| 15:19.05 | Mchammerdad | That sounds about right compared to my earlier numbers. |
| 15:19.11 | Mchammerdad | ehh |
| 15:19.15 | Mchammerdad | no I said 50MB/hour |
| 15:19.20 | Samot | Which is wrong. |
| 15:19.22 | Mchammerdad | one sec. |
| 15:20.42 | Mchammerdad | I"m going to re-run my test |
| 15:20.55 | Mchammerdad | because I dont' understand how my number could be wrong. |
| 15:21.06 | Samot | Lack of data points. |
| 15:21.33 | Samot | I have offices with that many phones. |
| 15:21.40 | Samot | It's not 50MB/hour |
| 15:21.43 | Samot | That would just be insane. |
| 15:21.53 | Mchammerdad | I'm getting a ton of notifies for things like park |
| 15:21.59 | Samot | Yes. |
| 15:22.08 | Samot | Because people are subscribed to Parking lots. |
| 15:22.09 | Samot | BLF. |
| 15:22.54 | Samot | Every phone that subscribes to a Parking Lot or another SIP account will receive notifies when statuses change. |
| 15:23.11 | Mchammerdad | Right. Which is a feature that is heavily used that I cannot get rid of. |
| 15:23.17 | Samot | Right |
| 15:23.24 | Mchammerdad | Ok 2 minutes + 5 seconds to save the pcap file |
| 15:23.30 | Mchammerdad | pcap file size is 997KB |
| 15:23.34 | Samot | I am telling you, from years of experience, it's not 50MB/hour. |
| 15:24.17 | Mchammerdad | Then I must be setting mine up vastly different from yours |
| 15:24.31 | Samot | Welll |
| 15:24.36 | Samot | I don't do a company |
| 15:24.40 | Mchammerdad | I'm showing 29MB/hour |
| 15:24.42 | Samot | I do multiple. |
| 15:24.47 | Samot | That's wrong. |
| 15:24.49 | Samot | Just wrong. |
| 15:25.02 | Samot | That would also mean it's sucking that up on your LAN |
| 15:25.22 | Mchammerdad | well 30MB over an hour is no problem on a lan. |
| 15:25.28 | Mchammerdad | atleast not on mine. |
| 15:26.01 | Mchammerdad | and to be fair, the park notifies/etc will only be occuring during business hours not 24/7 |
| 15:26.29 | Samot | Correct. |
| 15:26.44 | Samot | Look, I got an office right now with 27 phones |
| 15:26.54 | Samot | 25 of them have over 20 BLFs on them. |
| 15:27.30 | Samot | They are pushing 200Kbps total. |
| 15:29.00 | Mchammerdad | On my box currently I'm showing network usage @ 1Mb/s |
| 15:29.26 | Samot | It can jump. |
| 15:29.33 | Mchammerdad | let me filter by my sites public IP |
| 15:29.35 | Mchammerdad | 2 secs |
| 15:29.35 | Samot | Their average is 200Kbps |
| 15:29.37 | Samot | Idle |
| 15:30.18 | Samot | You'll do anywhere from about 1 to 2 GB of data transfer per month for voice alone. |
| 15:30.23 | Samot | That is what I was driving at. |
| 15:30.36 | Samot | If you have 8GB of transfer, account for 25% being voice. |
| 15:31.08 | *** join/#asterisk qxork (~qxork@unaffiliated/qxork) |
| 15:31.28 | Mchammerdad | Looks like I'm averaging 175kb/s to the site and 150kb/s receive. |
| 15:31.55 | Mchammerdad | so 325kb/s total |
| 15:32.33 | Samot | True. I actually misspoke earlier. |
| 15:33.08 | Samot | I was only reading the TX rate so yeah is was roughly 400Kbps when I looked. |
| 15:33.30 | Mchammerdad | well what the hell is up with that PCAP file then. |
| 15:34.09 | *** join/#asterisk clarjon1 (~clarjon1@unaffiliated/clarjon1) |
| 15:35.40 | Samot | Also, where is the ISP dropping packets? |
| 15:37.23 | Samot | Because if I was to ping your WAN and see dropped packets but then ping their last hop before your router and not get packet loss. Then the loss is on you. |
| 15:37.26 | Mchammerdad | its inconsistent. |
| 15:37.45 | Mchammerdad | this ISP in this error is known for dropping packets |
| 15:37.53 | Mchammerdad | some days will be perfect |
| 15:38.00 | Mchammerdad | then on a thrusday I may have 10% packet loss on average |
| 15:39.15 | Samot | Well you only really need about 1Mbps to support around 9-10 calls. |
| 15:39.30 | Samot | Concurrent. |
| 15:40.10 | Samot | If they are doing 6 at this site then allocate 1Mbps for voice on the 4G and expect about 25% of the data transfer to be from voice. |
| 15:41.10 | Mchammerdad | Is there any easy way to drop that overhead by alot? |
| 15:41.22 | Samot | No. |
| 15:41.23 | Mchammerdad | because at 325kb/s I'm still way to high |
| 15:41.32 | Samot | Not with what they do. |
| 15:42.19 | Samot | The office I mentioned.. |
| 15:42.37 | Samot | When they moved to my services, they had to re-do their network. |
| 15:43.11 | Samot | Because their previous provider didn't offer a lot of extra stuff like BLF's for parking lots or limited the amount of BLFs. |
| 15:43.16 | Samot | I don't. |
| 15:43.19 | Mchammerdad | 325kb/s * 60(minute) * 60(hour) / 8 (kb>KB) * 24 (day) = 3.5GB a day |
| 15:43.32 | Samot | So their cheap router went nuts with all the traffic and AT |
| 15:43.34 | Samot | No. |
| 15:43.41 | Samot | Jesus, no. |
| 15:44.10 | Mchammerdad | No? |
| 15:44.14 | Samot | Unless you mean a month |
| 15:44.16 | Samot | Not a day |
| 15:44.28 | Mchammerdad | thats my math for a day homie, help me out. |
| 15:44.36 | Samot | I'm trying. |
| 15:44.46 | Mchammerdad | you said you did 400kb/s right? |
| 15:44.51 | Samot | I'm giving you over a decades worth of experience at the carrier level doing SIP. |
| 15:44.58 | Samot | They are also active right now. |
| 15:45.19 | Mchammerdad | right so lets say my 3.5GB/day is inclusive of the RTP traffic at this point. |
| 15:45.20 | Samot | They have high call activity |
| 15:45.28 | Mchammerdad | same as yours. |
| 15:45.40 | Mchammerdad | thats still 3.5GB/day of SIP + RTP |
| 15:46.32 | Samot | No it's not |
| 15:46.49 | Samot | It depends on the type of packet |
| 15:46.53 | Samot | The size of the packet |
| 15:46.56 | Mchammerdad | 325kb/s * 60(minute) * 60(hour) / 8 (kb>KB) * 24 (day) = 3.5GB a day <<<< Where in this did I fuck up? |
| 15:46.59 | Samot | And how many of those packets are happening. |
| 15:49.20 | Samot | I rebooted this router 3 months ago when I pushed an update to it. |
| 15:49.31 | Samot | In that time they have done 60GB of data transfer |
| 15:49.50 | Samot | That's 25 phones with about 32 BLFs each. |
| 15:50.06 | Samot | Plus 2 phones that just have SIP accounts, no BLF or VM. |
| 15:53.55 | Mchammerdad | how many minutes does that site use a month? |
| 15:54.14 | Samot | A lot. |
| 15:55.07 | Samot | But that's just PSTN calls. |
| 15:55.20 | Samot | I'm sure it's way more with internal calls added in. |
| 16:04.49 | *** join/#asterisk cresl1n (uid299068@asterisk/libpri-and-libss7-expert/Cresl1n) |
| 16:04.49 | *** mode/#asterisk [+o cresl1n] by ChanServ |
| 16:15.49 | Mchammerdad | you have POTS termination on your system? |
| 16:29.30 | Samot | Nope. |
| 16:29.36 | Samot | I'm purely SIP. |
| 16:33.22 | Mchammerdad | Interestingly my router only shows 30GB of "SIP" traffic for the past 12 weeks. |
| 16:34.19 | Mchammerdad | and 80GB of RTP in the same time period |
| 16:34.40 | Mchammerdad | which is much lower than 3.5GB/day so I don't know if my math is off or my router is lying. |
| 16:40.29 | *** join/#asterisk tuxian (~tuxian@igilmour.plus.com) |
| 17:01.27 | *** join/#asterisk sawgood (~sawgood@unaffiliated/sawgood) |
| 17:40.26 | *** join/#asterisk tuxian (~tuxian@igilmour.plus.com) |
| 17:57.11 | *** join/#asterisk DanB (~DanB@178.138.98.72) |
| 18:06.36 | *** join/#asterisk beardy (~beardy@unaffiliated/beardy) |
| 18:48.38 | *** join/#asterisk imcdona (~imcdona@2607:f0d8:20:1001:788a:24f8:9dcf:4cdb) |
| 18:53.39 | *** join/#asterisk startledmarmot (~startledm@cpe-75-82-221-87.socal.res.rr.com) |
| 19:06.04 | *** join/#asterisk degenerate (~degenerat@S0106689e199caaf4.no.shawcable.net) |
| 19:12.45 | *** join/#asterisk ChanServ (ChanServ@services.) |
| 19:12.45 | *** mode/#asterisk [+o ChanServ] by niven.freenode.net |
| 19:30.43 | *** join/#asterisk ChanServ (ChanServ@services.) |
| 19:30.43 | *** mode/#asterisk [+o ChanServ] by niven.freenode.net |
| 19:34.49 | *** join/#asterisk jkroon (~jkroon@165.16.204.165) |
| 19:37.51 | *** join/#asterisk X-Rob (X-Rob@gateway/web/irccloud.com/x-tmjpqwfjuztbnznm) |
| 19:56.48 | *** join/#asterisk chazzam (~chazz@vps.roguewerks.com) |
| 20:29.26 | *** join/#asterisk tuxian (~tuxian@igilmour.plus.com) |
| 20:39.01 | *** join/#asterisk mou (~donwillia@37.97.50.103) |
| 20:45.21 | *** join/#asterisk Chotizei (chotaire@unaffiliated/chotaire) |
| 21:26.37 | *** join/#asterisk bhuddah (~michael@unaffiliated/bhuddah) |
| 22:08.02 | *** join/#asterisk tomaluca95 (~quassel@kde/developer/tomaluca) |
| 22:20.42 | *** join/#asterisk youtmon (~yout@c-98-242-250-233.hsd1.fl.comcast.net) |
| 22:27.48 | *** join/#asterisk zapata (~zapata@2a02:b18:581:10:b87b:bda3:e328:d0fa) |
| 22:43.16 | *** join/#asterisk mou (~donwillia@37.97.50.103) |
| 22:44.10 | *** join/#asterisk rpifan (~rpifan@2600:1:c16b:87f1:25cb:4c35:9174:ee9b) |
| 22:48.53 | *** join/#asterisk [TK]D-Fender (~joe@64.235.216.2) |
| 23:03.26 | *** join/#asterisk sibyakin (~sibyakin@188.162.238.192) |
| 23:17.48 | *** join/#asterisk sibiria (~sibiria@unaffiliated/sibiria) |
| 23:26.39 | *** join/#asterisk mou (~donwillia@37.97.50.103) |
| 23:58.09 | *** part/#asterisk kharwell (kharwell@nat/digium/x-xgxchokxlcyqhwye) |