similar to: Problem with reINVITE on BYE

Hi, I want to be able to bridge two sip channels using direct RTP between my endpoints (Audio IP : not local) but without using reinvites. So I set up my asterisk sip endpoints as follows: [test1] type=friend host=dynamic username=test1 dtmfmode=info context=test_rtp allow=all canreinvite=no directrtpsetup=yes [test2] type=friend host=dynamic username=test2 dtmfmode=info context=test_rtp

is there a trick to get asterisk (1.6.2.13) to propagate codec-changing sip reinvites when directrtpsetup=yes? i'm trying to route calls to a gateway without keeping asterisk in the rtp stream. the gateway is first routing the call to a media server. when connecting the call to the downstream carrier a different codec is selected. the reinvite makes it to asterisk but asterisk isn't

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

Hi All, I haven't started sip traces or debug yet, but was wondering what the deal is with the CCM and reinvite, why it doesn't work with Asterisk (using 1.2.9.1). I can make calls back and forth all day with canreinvite=no, when I try to reinvite an inbound sip call from the CCM with Asterisk server 1 to Asterisk Server 2, I get one-way audio issues. All the RTP ports are configured

Hi, I am faced with this dilema of asterisk not sending an ACK after it receives 200 OK from OpenSER (which is a response to a reinvite request sent by asterisk. Here is my setup Carrier<->OpenSER<->Asterisk1<->Asterisk2 A user is connected with Asterisk1 (through the carrier and OpenSER). On certain dtmf events the call is forwarded to Asterisk2 using the Dial command.

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

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

I must be doing something incorrectly, or something is wrong with ATA-186 reINVITEs in SIP. Perhaps someone more enlightened than me can lend me a hand. I have been attempting to get two SIP phones to reINVITE to each other, and I've been unable to think of or uncover the correct method. The calls always go through the Asterisk server, no matter what I try. I've simplified things

Hello, I know there's a problem with Asterisk at the moment in that while it's easy for one caller to dial another (using the dial command), it's tricky to connect two calls that are already in progress. I've been using MeetMe to achieve this (with each caller's call being directed to a dynamically created conference room programatically), and this is working - kind of -

I've an Asterisk server running in my office, which forwards all long distance calls to a third party SIP service using an extension rule: exten => _1XX0.,1,Dial(SIP/{EXTEN:4}@external_sip_server.com) (1XX0 is the international calls rule for Chile) Also, in my sip.conf, I've defined canreinvite=yes to decrease the network load to the server caused by the RTP. However, the external

Hi, I've been playing with T.38. I observed that mostly but not always, it's the "calling endpoint" that reINVITE the other party to drop current SIP/G711 session and start a new T.38. But sometimes, it's also the callee party that reINVITE the calling party. Which is the "standardized" or most common, way to start a T.38 session ? Shall it come from callee or

Hi, i'm using * with SER and a cisco 3725 as Gateway. I noticed that the reinvite is not working if i use SER and if i don't use IT (*---->Gateway) the reivite works so the * server is able to let the RTP direct from gateway to SIP Clients. Do you know in which way can i let it work with the SER too. Becouse i need SER to manage other VOIP communities but if i'm not able to use

Hello, all. We are having a problem where audio for sip channels is dropping upon reinvite. Perhaps it reflects a misunderstanding of what reinvite does. We are running Asterisk 1.6.1.1 on CentOS 5.3. SIP is set to canreinvite=nonat. We have tried RTP with strictrtp set to both yes and no. We have also tried extending the Asterisk rtp port range to accommodate the differing default ranges of

I have two phones on a network behind NAT. Enabling canreinvite=yes on the Asterisk server allows them to talk to each other very effectively through the local network. Unfortunately, calling any outside destinations yields one-way media issues where the far end can hear me but I can't hear them, probably due to lack of an ALG on the NAT router that understands the SDP negotiation of the

Hi, I put reinvite=yes in my sip.conf. For testing, I restricted the codecs to alaw. I have no modifiers in my dial command. Thus, there should be no reason not to reinvite. Call (sip, authenticated) comes in and is forward via SIP (not authenticated) to another asterisk box. Unfortunately, media path still passes through the asterisk box in the middle. Using sip debug I even can't find

I'm having issues with T.38 on Asterisk 1.6.2.8. A few lines are received OK and then I get only garbage. I'm using ReceiveFAX() provided by app_fax to receive the faxes. After talking to the engineers on the telco, they said Asterisk is sending a REINVITE to alaw after the T.38 reception is complete, and that could be the cause of the problems. I personally am not totally convinced of

I'm using Asterisk a SIP Server for a lot of GrandStream HandyTone ATA's. Each one of them is configured in sip.conf as: [1234567] type=friend username=1234567 secret=1234567 callerid="ATA 1234567" host=dynamic nat=yes qualify=yes disallow=all allow=g729 canreinvite is set globally to YES. When one ATA calls another, I see the next traffic on Ethereal (just shown the sequence

Hello all, I am allowing a reinvite between a snom 320 phone and a SIP gateway to take load off my Asterisk server. When I put the caller on hold, for example, Asterisk successfully reinserts itself into the rtp stream to play music on hold to the caller, but when I do a chanspy Asterisk does not seem to pull the call back. If I am spying on a channel when the call build up happens the reinvite