similar to: SIP Registration and INVITE question

Skipped content of type multipart/alternative-------------- next part -------------- _______________________________________________ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users

Dear list, I am currently trying to send faxes via T.38 using PJSIP (newest version 2.3) with Asterisk 13.0.2. After having configured PJSIP, I have seen several things the cause of which I would like to know. 1) Ports and IP addresses which PJSIP bind to I have configured one transport like that: [tr_wZCMk5MvC2ATNzAr] type = transport protocol = udp bind = 192.168.20.48 Nevertheless, PJSIP

I've seen this happen three times in the wild now.  I've been trying to isolate the source of the issue, but so far it seems like there's not enough debug output to know why this occurs. Long story short: - Start Asterisk - PJSIP Handles receiving INVITE from ITSP via WAN (Asterisk is behind NAT).  SIP is handled correctly, Asterisk responds OK with RTP media address of

I'm being told by my ITSP that my Asterisk shouldn't be challenging their system to authenticate (i.e. a 401 response) when they send me a SIP MESSAGE (or I suppose a SIP INVITE for that matter). But I'm not sure what a pjsip.conf configuration for that looks like. How does one associate an incoming call/message with an existing authenticated outgoing registration so that Asterisk

Integrics is pleased to announce version 2.0 of Enswitch, the most integrated platform available for offering commercial telephony services such as ITSP, hosted PBX, calling cards, call shops, number translation services, and much more. Enswitch was formerly known as ITSP in a box, and Enswitch 2.0 is effectively the same product as ITSP 1.7. The product has been rebranded as, although it

Hi All, I was just reading through Info Week while on a flight and happened upon an brief piece about a new VOIP security intiative worked up by a handful of the usual suspects; Alcatel, SMU, NIST, Symantec, etc. All of this begs the question of can't we get just do this as a user community? I understand that the Zultys phone, which I own several, support AES encryption of the RTP stream.

I have an Asterisk 11.5 system, using SIP Realtime and operating as a ITSP. One of my customer's endpoints is a NetVanta 7100 PBX system that has a SIP trunk connection to my Asterisk box. The NV 7100 has a public IP on it that doesn't have any NAT between it and my Asterisk system. When the customer transfers a call from one handset to a voicemail box, the NV 7100 sends a RE-INVITE to

We have an Asterisk v1.2.16 box registering with an ITSP using SIP. The registration succeeds, and is confirmed with SIP SHOW REGISTER. However, we frequently (every few minutes) see this on our console: REGISTER attempt 1 to 999@pbx.itsp.com REGISTER attempt 2 to 999@pbx.itsp.com Any ideas what is going on? In particular 1. What causes the two register attempt messages above? 2. Why

Asterisk 1.2.7 Redhat 9 I have DiDs from two different ITSP both set up as IAX2. Each one works when it's the only one in my iax.conf, but when I have them both defined in iax.conf at the same time, only one will work. My iax.conf is provided below. Any ideas how to fix? I'd like to use both DiDs! Thanks, H My iax.conf is below. When I dial the DiD provided by ITSP_B, the other

Is there some concensus on where to set callerid when making outgoing calls via an ITSP over IAX? Is this best accomplished in IAX.CONF or EXTENSIONS.CONF? Also, tech support at one ITSP told me that the SetCIDName command doesn't do anything. Is this something that might be unique to their server? Or a general statement of fact? Thanks, Michael -- Michael Graves

SetUp: - Asterisk behind a NAT, - Red Hat 9.0 - Asterisk 1.2.14 My Asterisk box is behind a NAT and I have a DiD from an ITSP. I have my dial plan set up so that when outside callers dial the DiD, the call is answered by my auto-attendant. The caller can then select who they'd like to speak to and the call is transferred to the external line associated with that person (usually a mobile

Hi - I am looking for suggestions for ITSPs for faxing with asterisk 1.8. We are based in the US, so would need an ITSP with US DIDs. #1) We would like to use Fax For Asterisk with asterisk 1.8.4 in order to receive faxes via T.38. Sending faxes is not a requirement. Does anyone have a working asterisk 1.8.4 configuration and ITSP provider that they can recommend? We have been trying T.38

We are using using what Cisco's Port Address Translation, so that all SIP traffic is done through %EXTERNIP%. ?To any outside box, it should look like the asterisk server is actually on %EXTERNIP%. My SIP packet gets sent to the ITSP with a Call-ID: 2fd557964ca936b66661d72f1328c918@%EXTERNIP% , but the SIP 200 OK reply from ITSP has Call-ID: 2fd557964ca936b66661d72f1328c918@%INTERNIP%. ?I can

On Fri, Aug 18, 2023 at 1:09 PM Mark Murawski <markm-lists at intellasoft.net> wrote: > I've seen this happen three times in the wild now. I've been trying to > isolate the source of the issue, but so far it seems like there's not > enough debug output to know why this occurs. > > Long story short: > - Start Asterisk > - PJSIP Handles receiving INVITE from

https://issues.asterisk.org/jira/browse/ASTERISK-20841 The patch was already posted by someone but then was deleted because of guide lines. Is it really that hard to fix? Since 1.8 there is this problem but nobody seems to care about. Asterisk isnt only used with itsp who dont care about fromdomain. Or are the developers saying, we dont care about people who are using Asterisk in smaller

Scenario: Our Asterisk 13 PBX (on network 192.168.254.0/24, bound to 192.168.254.1:5060) is behind a NAT, acting as a client to our ITSPs SIP server. But also, this Asterisk is server for various VoIP telephones. Acoording to Asterisk's wiki, the transport section of pjsip.conf is configured as follows: ; Transport via UDP [transport-nat-udp] type= transport

Asterisk 1.2.7 RedHat 9.0 I frequently have the need to redirect calls that come in on a DiD provisioned by my ITSP, back to the ITSP so that they can terminate the call on the PSTN. For example when an external call comes in, I often have to send it to a cell phone. I believe that this is referred to as "hairpinning" the call. I do this by answering the incoming call and then I use

Asterisk 1.2.7 RedHat 9.0 I frequently have the need to redirect calls that come in on a DiD provisioned by my ITSP, back to the ITSP so that they can terminate the call on the PSTN. For example when an external call comes in, I often have to send it to a cell phone. I believe that this is referred to as "hairpinning" the call. I do this by answering the incoming call and then I use

Hello list, I read on voip-info.org that Asterisk 1.4 support T38 passthrough. So I guess this means that I can have a Grandstream HT503 with T38 support and an analogue faxmachine on the other side of my Asterisk and a T38-account with a ITSP on the other side of my Asterisk machine, right ?! The fax coming from the faxmachine passes the HT503 to my Asterisk and my Asterisk sends the fax to