similar to: SIP multipart mime messages

Hi, has anyone connected Asterisk to Cirpack softswitch sucessfully ? Any howto or more info about needed Asterisk SW and setup ? Thanks in advance, regards, Rob.

When I get a SIP call, I get the following error: *CLI> NOTICE[1133718080]: File chan_sip.c, Line 1768 (process_sdp): Content is 'multipart/mixed;boundary="unique-boundary-1"', not 'application/sdp' WARNING[1225991360]: File pbx.c, Line 1154 (pbx_extension_helper): No application '' for extension (incoming, 5147771111, 1) == Spawn extension (incoming,

Hi list, After a recent upgrade to Asterisk v1.4.14, my message log is now filling up with the following error messages: <-------------> [Dec 29 17:24:52] WARNING[10655]: chan_sip.c:6645 determine_firstline_parts: Bad request protocol Packet --- (1 headers 0 lines) --- bitis*CLI> <--- SIP read from 82.101.62.99:5060 ---> Cirpack KeepAlive Packet <-------------> Seeing

Hi all!! I have a really weird problem. I upgraded 2 Asterisk 1.2 boxes to Asterisk 1.4.18. Both are home PBX's and both boxes register to a SIP DID at exactly same provider. One box runs without errors on the console, the other box keeps repeating : [Feb 11 23:40:29] WARNING[11292]: chan_sip.c:6705 determine_firstline_parts: Bad request protocol Packet When i set debug on, it seems to

Hi I request your help because i don't have actually a solution at my problems. I have a Asterisk Server in 1.6 Connected at a SIP Provider This provider supply me 2 numbers: 003318364xxxx (official number) 081169xxxx (Nddi Number) When i receive a call on the 081169xxxx, he don't use the extension. He use the 003318364xxxx extension. SIP Debug: <--- SIP read from

Hi, I'm trying to get asterisk to work with the Cirpack Softswitch. All I need for now is that asterisk should forward all calls to the Cirpack. My sip.conf files looks like: [general]

Hi, I've got an * box with 4 E1 (TE405P) and a Class 4 Cirpack switch (www.cirpack.com). <IP Network>--<*>--<Cirpack>--<Public PSTN Network> ISDN interco is EuroIsdn, ports are configured ccs, hdb3, crc4. Cirpack is Network, * is Terminal/User. As I encountered some pb with Sip to Zap transcoding (* to Cirpack way poor quality, the other way fine), I tryed to

Hi, I've got an * box with 4 E1 (TE405P) and a Class 4 Cirpack switch (www.cirpack.com). <IP Network>--<*>-[TE405P]-<Cirpack>-<Public PSTN Network> ISDN interco is EuroIsdn, ports are configured ccs, hdb3, crc4. Cirpack is Network, * is Terminal/User. As I encountered some pb with Sip to Zap transcoding (* to Cirpack way poor quality, the other way fine), I

After a migration to asterisk 1.6, I don't receive sip incoming calls anymore. As fas as I understand the SIP debug traces, my server receives the request and reject it: ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ <--- SIP read from UDP:212.27.52.5:5060 ---> INVITE sip:s at 192.168.4.2:5060;transport=udp SIP/2.0 Call-ID: 25151-WW-0eaf098b-2f615ac60 at

Hello, I have a problem with the following: When I dial a PSTN number from a UAC, the call is made through a SIP Trunk (which has a connection to the PSTN) in Asterisk. The PSTN Gateway returns a 100 Ringing WITH SDP, but Asterisk forwards the 100 Ringing WITHOUT SDP: As you can see below, the SIP message from 10.254.254.1 (the PSTN Gateway) has SDP, while * (with 192.168.0.173) removes the SDP

Hi all, I've a problem in DTMF dialog between * and a Cicpack Transit Node Class 4-5. The call initiat by a mgcp phone pass by the cirpack and arrive in SIP on *, everything is ok (negociation and phone call) but when we try to use the voicemail, Asterisk don't understand DTMF. Here are some logs (SIP debug on) on a DTMF '2' receive :

Hi list, I have been looking around for a while now, and cant seem to get to the bottom of my problem. My setup is that I have a separate SIP server that servers my SIP subscribers, and I want to use Asterisk purely for voicemail for now. So I set up a common SIP extension at my SIP server, and made Asterisk register it, so that normal users can forward calls to that common extension, and

I was wondering how to get access to the headers of the INVITE on incomming SIP calls in the Dialplan. My scenario is that i use "register" in sip.conf to register a UA on which to accept incomming calls. In sip.conf, calls to that UA is redirected to a specific extension in extensions.conf (btw: can that be a dynamic value, for example ${CALLERID} or

Hi, I'm getting this error when registering with SIP server using Asterisk 1.4.10 and Freepbx... I'm getting this error no matter what I try to setup in sip.conf : - I'm getting confused whether options are maxexpirey=36000 or maxexpiry=36000 ? - Can I solve this with some settings in sip.conf or is this problem harder ? - I've read something about Asterisk's bug on this

Good evening! I was wondering one thing, I'm using freepbx to configure my asterisk server and I have a problem with some inbound calls. When I receive a call to an INVITE sip:01xxxxxx at myip.com I an set an inbound route! It matches a DID number. How can I route an INVITE sip:s at myip.com? The number only appear in the To: Section. Thanks! Example: With this one, I cannot route it

Salut Guy, I have the same problem with a Cirpack (B3G carrier) What I see is that you use sip info to detect DTMF. The problem is that there is no normalisation on the content of the sip info frame for dtmf detection. First, asterisk try to detect the header "application/dtmf-relay" and you have the header "application/dtmf" see line 6069 of /channels/chan_sip.c function

Salut Guy, I have the same problem with a Cirpack (B3G carrier) What I see is that you use sip info to detect DTMF. The problem is that there is no normalisation on the content of the sip info frame for dtmf detection. First, asterisk try to detect the header "application/dtmf-relay" and you have the header "application/dtmf" see line 6069 of /channels/chan_sip.c function

Hi all, Sorry if this has been answered previously, but I have not had any luck trying to find it. I am trying to connect my Asterisk server (1.0 stable, Fedora Core 2, kernel 2.6.8-1.521) to connect to a gateway that can only support H323. I have installed the asterisk-oh323 channel driver (version 0.6.3b) using Open H323 1.13.5 (patched as per asterisk-oh323's instructions) and PWLIB

Does anybody else see the same behavior for VoipBuster connections? When I trace one of the other SIP peers, I see it sends this message: ---------------------------------------------------------------------- <--- SIP read from 82.101.62.99:5060 ---> SIP/2.0 180 Ringing Allow: INVITE,ACK,BYE,CANCEL,PRACK,SUBSCRIBE,NOTIFY,UPDATE Call-ID: 740540ee64fa957513ce89f03ef5e3f2 at sip.xs4all.nl

Hello, I have installed oh323 channel driver. Outgoing calls to H.323 world do not include RFC2833 in the outgoing TerminalCapabilitiesSet despite that userInputMode=RFC2833 has already been set. Does anyone know how to make RFC 2833 DTMF relay work over oh323 channel? Kind regards, Fernando Herrera _____ De: Fernando Herrera [mailto:fherrera@iplan.com.ar] Enviado el: