similar to: SIP rtp port forcing

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

Hello! I'm trying to send a fax via T.38 to a destination, which should be T.38 capable. My provider supports T.38, too. Unfortunately, it doesn't work. This means: Call is started and SDP is negotiated w/ alaw. Callee sends reinvite - for alaw again (and not for T.38)!! After about 30s, callee hangs up because of missing data (this is true, because I don't send alaw coded fax data.

Hey, We have asterisk 1.2.4 (old I know) with a couple of snom phones, a couple of grandstream phones and around 65 philips dect stations. Now the problem: All calls do peer to peer RTP except the calls from dect station to dect station. snom to dect or dect to snom do peer to peer. So the sip config looks fine because all the 'static deskphones' honor the REINVITE and start talking to

I am trying to get the handytone 286 to make a very simple call to * and having problems. It registers with * just fine, but when I place a call (to echo test, for example), the RTP stream seems to have problems opening. Here is there error I get in *: WARNING[98311]: File chan_sip.c, Line 464 (retrans_pkt): Maximum retries exceeded on call 20d1c411-e210-5f3d-3f88-19035c8fcb26@192.168.2.6 for

Hello! I'm facing ReInvites as caller from UAS despite configured session-timers=refuse (which can be seen in the SIP trace) always after 900s. (The behavior is the same if session-timers is set to accept). This just happens with one provider (German Telekom to callee at kabelbw). - The incoming ReInvite is answered immediately by asterisk (Status 100 / Status 200 - 0.02s). Media stream

Hello I think I finally understood the issue/solution, but I'd like to make sure I'm correct: - In Diana Cionoiu's famous article on Freshmeat (http://freshmeat.net/articles/nat-traversal-for-the-sip-protocol), regardless of whether SIP end-points use a public IP or are behind a NAT, RTP packets flow directly between the two SIP end-points because the SIP server only acts... as an

We have a system where calls are coming in from telcos via an opensips server and then being redirected out to a regular sip destination. There is no NAT, DTMF features, call recording, or codec translation being performed so I would expect asterisk to issue a reinvite after the call is answered and switch the audio however it is not happening. Here is the sip peer information for the call

Hi all, we have a problem with a reinvite sent by our SIP provider to change audio codec due to the recognition of a fax tone. After that the SIP call session has been established (INVITE and 200 OK) we have the following codec situation: UAC ASTERISK UAS | ASTERISK UAC PROVIDER g711 <----------------------> g711

I've been reading up on the SIP and related (SDP/RTP) RFC's and as I would expect the RTP session should ideally be between the two end points of the call, in my case the AS5300 and the 7940 which are connected on the same VLAN as the Asterisk server. When I sniff the packets on the VLAN I find that all RTP packets are being relayed by the Asterisk server causing increased load on the

Here is the setup: Phone A (in NYC) on own bandwidth. Phone B (in LA) on own bandwidth. Asterisk box in Houston,TX on own bandwidth. Both phones contact asterisk to register. Not much bandwidth used for this as it is a few packets every hour or so. Phone A calls Phone B. Phone A sends a call request to asterisk and asterisk calls phone B. Both phones are connected and both people are talking.

According to this page: http://www.asterisk.org/doxygen/Config_sip.html canreinvite=yes redirects just the RTP. I was under the impression that the entire SIP connection got redirected, therefore losing accounting ability. Could someone clarify this? --Mike -------------- next part -------------- An HTML attachment was scrubbed... URL:

Hello, I think I met a case similar to the one solved by [1] . Quoting this case : * res_pjsip: Handle deferred SDP hold/unhold properly. Some SIP devices indicate hold/unhold using deferred SDP reinvites. In other words, they provide no SDP in the reinvite. A typical transaction that starts hold might look something like this: * Device sends reinvite with no SDP * Asterisk

Hi all, So the scenario is: A -> Asterisk -> B after B send back 200 OK Asterisk is answering the call to A. Directly after the Answer Asterisk generates a ReInvite to A and the only difference between the 200 OK sdp and the reInvite sdp are the offered codecs which are forwarded from B to A. Here i do not understand why this could not be done in the 200OK to A? As far as i understood

Hi, I'm having trouble explicitly forcing a codec between sip devices. Am I missing something or is this not really possible? I have a grandstream registering to asterisk, named sip0. Sip0 registers, via sip, to another asterisk box, sip1. When I place a call from the grandstream, it will travel through sip0 to sip1, where it is then placed to the PSTN. Nothing can reinvite, this path is

Greetings! I have an Asterisk 1.4 box and due to hardware limitations I cannot upgrade atm. So, as long as I understood from different posts, SIP-TLS is not available for 1.4 Then I set up VPN and route all inter-Asterisk traffic into VPN. But for some reason, with all the RTP inside the VPN I start getting packet losses up to 30%. Maybe CPU is too weak, that is yet to be discovered. What

Hi All, We are using asterisk 16.5 and having an issue with the first re-invite after the call has been established. We can see the call gets up and you see in the logs the bridge type has changed and after that a re-invite is triggered. Is there any possibility to deactivate this kind of reInvite? We have some race conditions while have multiple asterisk in the call flow and the different

Hi, I just ran into what seems to be an issue on re-invites. I'm not sure if it's a bug or as designed, so I thought I'd ask the question. Here's my setup: - Asterisk 1.8.13.0 - Phone A: Polycom ip331, only allowed to use ulaw, canreinvite=yes - Phone B: Polycom ip330, only allowed to use alaw, canreinvite=yes Phone A calls the extension of phone B. After the normal call setup

On Mon, Jun 5, 2017, at 04:26 PM, Michael Maier wrote: > On 06/05/2017 at 06:29 PM, Joshua Colp wrote: > > On Mon, Jun 5, 2017, at 01:22 PM, Michael Maier wrote: > >> > >> Do you have any idea where to start to look at? Adding additional output > >> in the source code? Which functions could be interesting? I may add own > >> debug code to see why things

Hi, Thanks to those who hinted on the SIP/H323/Skinny capabilities of asterisk ... I am starting to like this app! :D Now, I successfully managed to bridge SIP to H323 (i don't have skinny phones here). Just a question: Is it possible to have Asterisk "just" as a signalling proxy? i have a flat test network, and i would like the RTP streams to be sent directly end to end (sip phone

Hi My call flow is T38 static IP gateway --> Asterisk --> Sip Provider--> PSTN Call is placed in reverse direction - from PSTN to T38 Gateway. T38 GW reinvites with T38, and asterisk passes it along to the SIP provider. The SIP provider challenges it and asterisk reponds to the Challenge with INVITE with Auth credentials...however, the Asterisk changes the SDP and replaces the T38