similar to: reINVITE with Dial() options -- bug 0010647

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 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 wondering for a long time why my reinvite option is not working with Broadvoice anymore. It happend during the time Broadvoice was having a lot of issues, so I decided to wait. Recently I decided to test the same sip.conf with another VSP (SIPphone) and it worked fine! No issues on the reinvite. Note: clients and server using ULAW (only), no NAT or firewalls, public ip address and

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

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, 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, We're routing SIP calls through Asterisk and we want to be able to reinvite calls without Asterisk performing codec conversion. We've performed the following test: Asterisk has license for G.729 installed sip.conf [general] context=default autocreatepeer=yes disallow=all allow=alaw allow=g729 canreinvite=yes nat=no We have configured two endpoints: EP1, preferred codec order

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

Wondering if anyone has experienced an intermittent one way audio (called party can not hear) problem in these conditions; Several IP501 phones local, same subnet. Remote asterisk No NAT anywhere Polycom IP501 ulaw only, canreinvite=yes Asterisk Call termination path is to a sonus GSX operated by the upstream carrier, ulaw only, canreinvite=no The idea is that if the Polycoms are

Hi Although canreinvite option is yes, the asterix doesn't send reinvite and the media is going through the asterix instead of between the two sip phones. Both sip phones (handytone 486) don't use NAT and are configure with canreinvite option yes and use the same codec G.729. And Dial() command don't contains t or T. Any suggestion on what could be the problem ?

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

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've never used "reinvite" in systems I have installed to date, and I have finally run across a situation where it would be preferred. A remote office has a flaky Internet connection. With G729 encoding the calls to the central office over the 'net are tolerable. One Linksys 2102 drives two phones at this location, and when the first one calls the second one it travels to

It is not clear how exactly g729 pass-through can be enabled. I have a SIP call off a gateway come into an Asterisk menu, and then I send the SIP call to another SIP gateway using Dial(). Even though codec preferences have g729 listed first, it never gets used. Both gateways have separate peer entries in sip.conf, and both have canreinvite=yes set. Can Asterisk change the media type during

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

Hello all. I am currently using Asterisk 11.7.0 (also tried Asterisk 12, but same behavior) and is having an issue when it comes to reINVITE on BYEs. Apparently one of the SIP providers that I am using does not always process reINVITEs correctly, and would return a 500 Internal Server Error message on some (but not all) of these transactions. To get around this issue, I have been using

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

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

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