search for: lte

...schrieb Marek Greško: > It seems your problems lie in something other. Most probably it is not > mtu problem. All my suspections are contradicted. If it is true you > have inter vlan voice quality problems, it is definitely something > different. Formerly I assumed you were trying only LTE vs LAN using > internet. I'm not sure what you mean with the last sentence... I tried to connect to my Asterisk via LAN or via DSL (either via LTE or other DSL). Then I noticed that if I call another peer in same network (= both peers via DSL or both peers in the same VLAN), the quality i...

...erver(614) Closing connections [2007/05/16 17:51:41, 2] auth/auth.c:check_ntlm_password(307) check_ntlm_password: authentication for user [root] -> [root] -> [root] succeeded [2007/05/16 17:51:41, 2] rpc_server/srv_samr_nt.c:_samr_lookup_domain(2670) Returning domain sid for domain LTE -> S-1-5-21-4205727931-4131263253-1851132061 [2007/05/16 17:51:42, 0] rpc_server/srv_samr_nt.c:_samr_create_user(2415) _samr_create_user: Running the command `/usr/local/sbin/smbldap-useradd -w "test01$"' gave 9 [2007/05/16 17:51:42, 2] smbd/server.c:exit_server(614) Closin...

I interchanged LAN and LTE in the sentence. Do you have some kind of NAT in fron of asterisk? Or is your asterisk having public IP? Could you share sip.conf (without passwords)? One LAN client, one LTE and general section. Marek 2020-06-23 16:29 GMT+02:00, Luca Bertoncello <lucabert at lucabert.de>: > Am 23.06.2...

Am 23.06.2020 15:43, schrieb Marek Greško: Hi >> Do you mean "my Linux-Box ignores ICMP packet unreachable" or >> "Deutsche >> Telekom ignores them"? > > I meant DT, but this was a speculation. I did not say they do. I > consider it highly improbable. Then I was asking whether you do. As > per configuration you sent you are not blocking icmp

...name="sigThreshold", arguments = list(column="roc_15", Threshold=5, relationship="gte"), label="roc.gte" ) # lte stratROC <- add.signal( stratROC, name="sigThreshold", arguments = list(column="roc_15", Threshold=-5, relationship="lte"),...

...Excellent quality in both direction. Last test: I configured my Android phone and added a VoIP-account on my Asterisk, so now I have my Android as peer in my Asterisk. Then I called my friend's phone (also logged in my Asterisk). First test was with my mobile phone in my WLAN and his phone via LTE. Terrible quality on his side (he hear me very bad), good quality on my side (I hear ihm good). Second test with *both my phone and my friend's phone* via LTE: excellent quality in both directions. Conclusion (maybe!): it can *not* be a problem in the DSL connection and *maybe* it is not a pro...

...ently added an intro (preroll) to one of our channels. Although we haven't had any direct complaints, there has been a discussion thread with some of our public radio colleagues getting complaints about users receiving a repeat of the intro many times when their device switches from WiFi to LTE or unstable Internet connections. One of our colleagues received a response from Triton Digital about "utilizing your HLS enabled mounts for streaming". I am not familiar with this technology, could someone here provide more information about how this could be used with Icecast and h...

...only the the first two rows per trial should result in block trial x y 1 1 605 150 1 1 603 148 1 2 607 148 1 2 605 152 The data I am dealing with a x-y coordinates (samples) from an eye-tracking experiment. I receive the data in this format and need to eliminate unwanted samples. Thanks Jens B?lte

I cannot use dynamic dns , the remote sites connect through 4G LTE and get assigned "Private Addresses" that are NATd to a Public Address. The LTE clients can only make connections outward to the Internet and features such as PAT and Dynamic DNS will not work. Therfor for these remote sites I need a Central Server Located on Internet to peer with in orde...

Am 23.06.2020 10:07, schrieb Marek Greško: Hi > this is a correct response: > > From 62.156.246.57 (62.156.246.57) icmp_seq=1 Frag needed and DF set > (mtu = 1492) > > So PMTU discovery is working. No problem here. You got correct message > to lower the packet size from 62.156.246.57. This is probably the last > hop before your site. No, the last hop is 62.156.246.65:

...like expected. The only exception would be if the sip > peer ignores the icmp packet unreachable. But I doubt this is the Do you mean "my Linux-Box ignores ICMP packet unreachable" or "Deutsche Telekom ignores them"? > case. Anyway you get problems also when calling to LTE phone without > using sip provider. I have problem calling someone outside my networks and I have problem if the peers are in different networks... > Let first concentrate on these calls LTE to LAN. Are you sure you do > not block incoming icmp unreachables? At least verify type 3 subty...

...le of other ideas... > Conclusion (maybe!): it can *not* be a problem in the DSL connection > and > *maybe* it is not a problem in the communication with the Server of > Deutsche Telekom, since I have many problems to communicate between two > peers in local Asterisk if one is over LTE and the other in local LAN > (but curiously *not* if both peers are in local LAN or both via LTE). I think, the problem with bad quality and broken voice just happens if the peers are in different LANs, since if I call my wife's phone (VLAN "phone") using my mobile phone via SIP...

...some > (the same???) external number, you have a conversation and the quality is *not > excellent*. > > > Is that an accurate summary of your situation? Not really... 1) I have an Android phone, using the integrated Android VoIP-subsystem, connected to my Asterisk at home, over LTE or other network *outside my home network*. Today I called my mother using this method (I was in the home network of my parents in law, about 20km von my home network, so definitly *not* in my wireless...). The quality was excellent and it was confirmed from my father in law, too... 2) I have a Tho...

On Saturday 13 June 2020 at 22:30:28, Luca Bertoncello wrote: > 1) I have an Android phone, using the integrated Android VoIP-subsystem, > connected to my Asterisk at home, over LTE or other network *outside my > home network*. > I called my mother using this method... The quality was excellent > 2) I have a Thomson ST2022 connected to my Asterisk over Ethernet > (cabled network). If I call for example my mother or my parents in law, > the conversation is &quo...

...rk to your > home Asterisk server, make a phone call to the same external number and check > the call quality. This was the same as always... More little "broken voice" on both parts... > 2a. Using your Android phone, connect from outside your home wireless network > over LTE to your home Asterisk server and make a phone call to the same number > again (you'll need someone with a bit of patience and understanding on the > other end of this number ...) Check the call quality. It was a little bit better. I didn't hear any "interruptions", but m...

...AUTION: This email originated from outside of JMU. Do not click links or open attachments unless you recognize the sender and know the content is safe. ________________________________ Hi Robert, Intro files play whenever a listener client connects. If you are disconnecting from WiFi and going to LTE, for example, this is expected behavior as you are severing the connection and re-connecting. It sounds like the same type of case with users with "unstable Internet connections" as they may well be disconnected from the Icecast server and reconnect when network is available again. Iceca...

...0.1-rc1 release. [1] shows 2 assets. 10.0.0 RCs had a lot of more assets. I am missing the llvm-project-10.0.1rc1.tar.xz tarball. Will you provide them later or is there a new development/workflow decision I do not know of? BTW, the source zip and tar.gz tarballs show no sizes. I am using Mobile LTE/UMTS to download stuff from the Internet. For now I used the "llvmorg-10.0.1-rc1" Git tag to build my llvm-toolchain on Debian/testing AMD64. Thanks. Regards, - Sedat - [1] https://github.com/llvm/llvm-project/releases/tag/llvmorg-10.0.1-rc1

...you mind repeating the test with canreinvite=no set for all you phones and mobile phones? What is your upload bitrate? Is it guaranteed? I would try also to test the PMTU: Try: ping -M do -s 2000 ${ip address of the sip server} You should receive icmp asking for lowering the packet size. The LTE phones could have lower MTU and thus overcome PMTU problem. Marek 2020-06-22 21:48 GMT+02:00, Luca Bertoncello <lucabert at lucabert.de>: > A thing I forgot to report... > My Asterisk listen on an high port (*not* 5060), since I had many > problems in the past with someone trying...

Am 22.06.2020 um 17:01 schrieb Telium Technical Support: > I don't know if there was a prior email with more details, but.... > > Latency is as important as speed. Have you checked latency between your device and pop? What about QoS at your location, and does your ITSP support/respect QoS? That's a very good idea... Could you suggest me how can I check it? The Gateway is a

Hello, this could be ip address of the different interface on the same box. I think it works like expected. The only exception would be if the sip peer ignores the icmp packet unreachable. But I doubt this is the case. Anyway you get problems also when calling to LTE phone without using sip provider. Let first concentrate on these calls LTE to LAN. Are you sure you do not block incoming icmp unreachables? At least verify type 3 subtype 4 is enabled. If it is, I have no clue what is going on. Marek Marek 2020-06-23 10:11 GMT+02:00, Luca Bertoncello <lu...