similar to: Connecting peer if the peer is already connected

Displaying 20 results from an estimated 10000 matches similar to: "Connecting peer if the peer is already connected"

2015 Jun 08
2
Almost solved: using my Asterisk from Internet
Hi again, list! I know, I'm really annoying the list... :) Well, maybe I got my Asterisk at home ("wrt" on the previous E-Mails) to accept my mobile phone from Internet. It was a problem with the network and the firewall. Now I can log my mobile phone in my Asterisk in and the phone is REACHABLE. Wow! Got it! If I call a phone at home using my cellphone it works and the
2015 Jun 10
1
Connecting peer if the peer is already connected
> Now I have the problem for my cellphone... I need to register from almost any > IP (at least in Europe), so I can't restrict it. > Well, the password is NOT simple and random. > > Now, I tried to register the user of my cellphone using a PC, as my cellphone > was already registered. > And Asterisk accepted this registration... :( Were you trying to register the PC
2015 Jun 07
3
Curious problem with NAT
Zitat von Steve Totaro <stotaro at totarotechnologies.com>: > Are you using the wifi on on the cellphone? The peer IP is showing as > 192.168.200.3 which is not a routable address. Unless things have changed, > double NAT configurations do not work. Hi Steve, My Asterisk is behind a NAT, but my cellphone was NOT in NAT, but direct in Internet. But maybe my Provider does a
2015 Jun 11
2
Allowing calls - maybe I'm just stupid...
Zitat von Guido Falsi <mad at madpilot.net>: > So, trying to bind authentication to originate calls to registrations is > conceptually wrong in the SIP world. Maybe you can do that but that's > not the way the protocols have been engineered to work. Hi Guido, thanks for your answer. Well, I decided to do that, since I have my Asterisk reachable from Internet just for my
2015 Jun 11
2
Allowing calls - maybe I'm just stupid...
Zitat von A J Stiles <asterisk_list at earthshod.co.uk>: > On Thursday 11 Jun 2015, Luca Bertoncello wrote: >> Now my problem is to check in my dialplan if the peer, that originate >> the call, is reachable, and if not, to give an error... >> >> Is there any function to know if the peer is reachable? > > The peer that *originated* the call *must* be
2015 Jun 07
3
Curious problem with NAT
Ashwin Surendran <Ashwin.Surendran at now-health.com> schrieb: > What settings have you got for directmedia? > > Could you try > > nat=force_rport,comedia > directmedia=no Tried. Peer always unreachable, call not possible... :( Other idea? Thanks Luca Bertoncello (lucabert at lucabert.de)
2015 Jun 11
3
Allowing calls - maybe I'm just stupid...
Hi again! About my previous E-Mail... I though about it and I think, that maybe I'm just very stupid... Since I called an INTERNAL number, Asterisk tried to call it. I tried right now to call an EXTERNAL number (using my context [myproxy]) and the behavior is NOT the same... Not 100% correct, but it tries the right way... Now my problem is to check in my dialplan if the peer, that
2015 Jul 06
3
Choosing codecs
Zitat von A J Stiles <asterisk_list at earthshod.co.uk>: > On Monday 06 Jul 2015, Luca Bertoncello wrote: >> Well, but for voice quality, which codec is better? >> alaw or gsm? > > A-law is better for voice quality (sorry, thought my original > explanation was > obvious). But note that if the destination is a mobile phone, GSM will be > used anyway, at
2015 Jun 10
0
Connecting peer if the peer is already connected
On Tuesday 09 Jun 2015, Luca Bertoncello wrote: > Now, I tried to register the user of my cellphone using a PC, as my > cellphone was already registered. > And Asterisk accepted this registration... :( Did you actually reboot the server, as opposed to simply reloading your firewall configuration and stopping and restarting asterisk? I've known some moderate to severe weirdnesses
2015 Jul 06
2
Choosing codecs
Zitat von A J Stiles <asterisk_list at earthshod.co.uk>: Hi, > GSM is the native codec used for calls to mobile phones; it uses lossy > compression to achieve a low bit rate. > > A-law is the native codec used by physical exchanges on the land line network > (PSTN and ISDN). It is non-lossy. It works by arranging the "steps" closer > together near the zero
2015 Jul 06
2
Choosing codecs
Zitat von A J Stiles <asterisk_list at earthshod.co.uk>: > Yes. You should definitely be using A-law for calls to the Outside World. Well, I wanted to change these settings, but I'm not sure, where I have to do that... I think in the users.conf, but I think, the "allow" keywords is for the network... How can I change this setting? Thanks Luca Bertoncello (lucabert
2015 Jul 05
2
Choosing codecs
Hi list! I noticed that when the phone of my wife calls the gsm codec will be used, but if someone calls the phone, alaw will be used: 00493511111111 calls 00493512222222: OpenWrt*CLI> sip show channels Peer User/ANR Call ID Format Hold Last Message Expiry Peer 192.168.200.11 00493512222222 5305ad0e07977dd 0x4 (ulaw) No
2015 Jun 10
2
Am I cracked?
2015-06-08 22:35 GMT+02:00 D'Arcy J.M. Cain <darcy at vex.net>: > On Mon, 8 Jun 2015 22:24:33 +0200 > Luca Bertoncello <lucabert at lucabert.de> wrote: > > Kevin Larsen <kevin.larsen at pioneerballoon.com> schrieb: > > > Basically, they are hoping that you are running the equivalent of a > > > mail server open relay. They are trying to use you
2015 Jun 11
1
Call accepted from not registered peers?
Hi list! So, new day, new problem... I tried right now to call from my cellphone a peer in my Asterisk. The cellphone has correct credentials, but it's NOT registered on my Asterisk, now. I just tried to call a peer in my network, from a peer not yet registered. And it works... :( The very curious thing is, that I can't find how the call will be accepted... Every section in my dialplan
2015 Jun 14
2
Peer unreachable after IP change
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Guenther Boelter <gboelter at gmail.com> schrieb: > Don't use Port 5061, your SIP-port should be always even like 5060, > 5062, 5064 or 5066. Could you please explain why? I see in /etc/services, that 5060 is the port for SIP and 5061 for SIP-TLS, but I don't find anything for the other ports... Thanks Luca Bertoncello (lucabert
2015 Jun 07
4
Connecting two Asterisk
Hi again! I always try to get my mobile phone work with my Asterisk. I tried to install Asterisk on my PC (with public IP), but it has problems, too... I think, my UMTS-Provider doesn't want to connect to dynamic IP or my DSL-Provider does not want it, too, since I have no problem to connect and get a very good audio quality if I connect to other SIP-Provider or to an Asterisk (SAME
2015 Jun 08
3
Peer unreachable after IP change
Hi list! Another day, another problem... I'm checking with Nagios my Asterisk at home, and since yesterday I noticed that, after my IP changes (Deutsche Telekom drop the DSL-line every 24 hours, so that I have a new IP every day), the peer of an VoIP-provider I use is UNREACHABLE. Yesterday I though it was a problem on the line, but today is the same, so I think it is something other...
2015 May 28
4
Peer is UNREACHABLE
Hi list! I have a problem and I hope someone can help me... I configured an Asterisk on a VM to serve more accounts and act as a proxy to other SIP-providers. The first account running on my phone works without any problem. A second account, running on the phone of my wife, is always UNREACHABLE. I can just see in the log: [May 28 21:48:46] NOTICE[3646]: chan_sip.c:22933 sip_poke_noanswer: Peer
2015 May 28
4
Peer is UNREACHABLE
Darryl Moore <darryl at moores.ca> schrieb: > I'd start by turning on sip debugging in asterisk > >sip set debug ip [your_phone_ip] Really destroying SIP dialog '490d1996593c8e11217828b71aae5c4d at 172.16.34.133' Method: OPTIONS Reliably Transmitting (no NAT) to 192.168.200.11:5060: OPTIONS sip:00493512222222 at 192.168.200.11:5060 SIP/2.0 Via: SIP/2.0/UDP
2015 May 28
4
Peer is UNREACHABLE
Kevin Larsen <kevin.larsen at pioneerballoon.com> schrieb: > The phone you gave your wife is really old. Are you sure it supports SIP > OPTIONS? Can you make a call in or out to it? If you can, it is more > likely that it just doesn't support that and you can't use a qualify > statement. No, I'm not sure. And no, I can't make any call, right now... At least,