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 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

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

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

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

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.

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 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

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

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

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:

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

Hi, I'm using asterisk 1.2.1. Is there anybody out there who knows what this warning means? *WARNING: chan_sip.c:3470 process_sdp: Unknown SDP media type in offer: image 5004 udptl t38* Google does not help at all. TIA Giorgio Incantalupo

Hey Folks, Is it possible to transfer an incoming call back out without a "trombone" effect. For instance; Caller dials my broadvoice # --> Asterisk Answers and plays a menu --> the caller selects an option --> asterisk transfers the call to my cell phone via broadvoice and removes itself from the equation so I end up with... Caller --> Broadvoice --> Cell Phone Vs.

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

Hi All, I'm having a really weird can reinvite issue. I've been banging my head around on this for days now.. I have two asterisk servers. One at 172.20.0.11 One at 172.20.2.5 172.20.0.11 is a hosted box and serves multiple offices 172.20.2.5 is a box on site at a customer's office. A phone at 172.20.128.10 makes a call using server 172.20.0.11 to a phone at 172.20.2.80 via server