I have the docs – they are pretty much the same as the ITU docs except for some additions for propagating traveling class marks and other proprietary stuff. I don’t think this issue is variant-specific anyway.

From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of Jan Berger
Sent: Tuesday, May 11, 2010 5:29 PM
To: freeswitch-users@lists.freeswitch.org
Subject: Re: [Freeswitch-users] short ringback tone when answer

4ESS means the make is AT&T – it’s an old legacy thing – ISDN PRI only. You can get the standard doc from AT&T for free – at least it used to be on their site.

From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of Ron McLeod
Sent: 12. mai 2010 01:59
To: freeswitch-users@lists.freeswitch.org
Subject: Re: [Freeswitch-users] short ringback tone when answer

Jan –

This is not my issue – I am helping someone in HKG that posted earlier today, but I can answer some the questions on his behalf.

I’m not sure of the make/model of the PSTN switch (he may not know either), but the interface is T1 and the variant is 4ESS.

FreeSWITCH is the terminating side of the call in his application, and is configured as the Q.931 user. It does send CALL PROCEEDING message in response to the SETUP message, but it is delayed because he had a 6 second sleep as the first action in dial plan and PSTN side timed-out waiting (T303 = 4secs). The stack should probably send a SETUP ACKNOWLEDGE after it finds a match in the dial plan, before any actions are executed.

The PSTN is the one sending the Signal IE in the SETUP message, not FreeSWITCH.

The stack is FreeSWITCH ISDN (not Sangoma, not libpri).

What I would like to understand is -- what does including a Signal IE in the SETUP message actually mean. Does it inform the terminating end that the originating end will play the specified call progression to the calling party automatically (this appears to be what is happening)? Is it a request to the terminating switch of what type of in-band call information it should send back to the calling party?

Ron

From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of Jan Berger
Sent: Tuesday, May 11, 2010 4:18 PM
To: freeswitch-users@lists.freeswitch.org
Subject: Re: [Freeswitch-users] short ringback tone when answer

Ron,

What equipment and what Q.931 variant are you connected to? If possible get a PICS out of them.

L3 should respond with SETUPACK on a SETUP to avoid re-send. You can respond with CallProceeding or Alerting, but SetupAck is designed to be sent back from L3 to buy L4 time.

Also – you need to disable sending of Signal. It is not a mandatory part of the stack, but I would like to know what equipment/ISDN variant we are daling with here.

Also – is this OpenZAP, Libpri or a sangoma stack you use on FreeSWITCH ?

Jan

From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of Ron McLeod
Sent: 11. mai 2010 23:30
To: freeswitch-users@lists.freeswitch.org
Subject: Re: [Freeswitch-users] short ringback tone when answer

FreeSWITCH ISDN.

From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of Michael Jerris
Sent: Tuesday, May 11, 2010 11:29 AM
To: freeswitch-users@lists.freeswitch.org
Subject: Re: [Freeswitch-users] short ringback tone when answer

which pri stack is this?

Mike

On May 11, 2010, at 1:35 PM, Ron McLeod wrote:

Tony sent me a Q.931 trace off-list and I thought I would post it here any case anyone has seen this before.

The telco side is including a Signal IE in the SETUP message. I’m not sure what this means – that the telco will play alerting pattern 0 back to the CPE unless otherwise instructed?

Other things in the trace:

* SETUP is sent again because the dial plan was executing sleep() before anything triggered a CALL PROCEEDING.

* The switch PRI stack is reflecting back the Signal IE in the ALERTING, CONNECT, and RELEASE messages and the telco complains that the IE is not supported.

RX [08 02 32 11 05 a1 04 03 80 90 a2 18 03 a1 83 97 34 01 40 6c 0a 00 81 XX XX XX XX 30 36 39 34 70 05 80 36 37 30 30]

Message Type: [05] SETUP

IE: [a1] Sending Complete

IE: [04] Bearer Capability

IE: [18] Channel identification

IE: [34] Signal - Alerting on – pattern 0

IE: [6c] Calling party number - TON unknown/NPI unknown/Presentation allowed/User-provided, not screened/XXXX0694

IE: [70] Called party number - TON unknown/NPI unknown/6700

RX [08 02 32 11 05 a1 04 03 80 90 a2 18 03 a1 83 97 34 01 40 6c 0a 00 81 XX XX XX XX 30 36 39 34 70 05 80 36 37 30 30]

Message Type: [05] SETUP

IE: [a1] Sending Complete

IE: [04] Bearer Capability

IE: [18] Channel identification

IE: [34] Signal - Alerting on – pattern 0

IE: [6c] Calling party number - TON unknown/NPI unknown/Presentation allowed/User-provided, not screened/XXXX0694

IE: [70] Called party number - TON unknown/NPI unknown/6700

TX [08 02 b2 11 02 04 03 80 90 a2 18 03 a1 83 97]

Message Type: [02] CALL PROCEEDING

IE: [04] Bearer Capability

IE: [18] Channel identification

TX [08 02 b2 11 01 04 03 80 90 a2 18 03 a1 83 97 34 01 40]

Message Type: [01] ALERTING

IE: [04] Bearer Capability

IE: [18] Channel identification

IE: [34] Signal - Alerting on – pattern 0

TX [08 02 b2 11 07 18 03 a1 83 97 34 01 40]

Message Type: [07] CONNECT

IE: [18] Channel identification

IE: [34] Signal - Alerting on – pattern 0

RX [08 02 32 11 7d 08 07 82 e3 34 00 00 00 00 14 01 07]

Message Type: [7d] STATUS

IE: [08] Cause -- IE not implemented/Signal

IE: [14] Call State -- call received

RX [08 02 32 11 7d 08 07 82 e3 34 00 00 00 00 14 01 08]

Message Type: [7d] STATUS

IE: [08] Cause -- IE not implemented/Signal

IE: [14] Call State -- connect request

RX [08 02 32 11 0f]

Message Type: [0f] CONNECT ACKNOWLEDGE

RX [08 02 32 11 45 08 02 82 90]

Message Type: [45] DISCONNECT

IE: [08] Cause -- Normal call clearing

TX [08 02 b2 11 4d 34 01 40]

Message Type: [4d] RELEASE

IE: [34] Signal - Alerting on – pattern 0

RX [08 02 32 11 5a 08 07 82 e3 34 00 00 00 00]

Message Type: [5a] RELEASE COMPLETE

IE: [08] Cause -- IE not implemented/Signal

From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of Anthony Minessale
Sent: Monday, May 10, 2010 9:15 AM
To: freeswitch-users@lists.freeswitch.org
Subject: Re: [Freeswitch-users] short ringback tone when answer

if ringback is not set, it would never play a tone and even if it was, it would not be played if you explicitly called answer.

Try reversing the answer and the sleep in your dialplan.

On Sun, May 9, 2010 at 9:37 PM, Tony Tin <tony.tin@noahmedia.com.hk> wrote:

Hi Peter,

Thanks for your reply.

The other end is the Telco, I've confirmed with them that they don't play the tone for us, also I got the Asterisk install in the same box, it doesn't play the tone. The tone is played exactly when the answer function is executed, if I put sleep 10 seconds before the answer, the tone will delay 10 seconds too, any idea?

Regards,
Tony

On Mon, May 10, 2010 at 2:33 AM, Peter Olsson <peter.olsson@visionutveckling.se> wrote:

The equipment connected in the other en of the T1 is probably playing these tones for you, 500ms is probably the time it takes for the called to be connected successfully.

/Peter
________________________________________
Från: freeswitch-users-bounces@lists.freeswitch.org [freeswitch-users-bounces@lists.freeswitch.org] för Tony Tin [tony.tin@noahmedia.com.hk]
Skickat: den 9 maj 2010 15:16
Till: freeswitch-users@lists.freeswitch.org
Ämne: [Freeswitch-users] short ringback tone when answer

Hi All,

I've just setup a new IVRS with FreeSwitch and a Digium TE220 card (which is connected to a 4ess T1). Every thing works fine so far except one little problem that annoys me. Every time I dial in the ivrs, there is a very short (0.5 second) ringback tone exactly while the "<action application="answer"/>" line is executed in the dial plan. I want to disable this ringback tone because the ivrs will answer the call immediately, the ringback tone is really unnecessary in this case, but I fail to do that. I try to set the variable "ringback" to change the ringback tone, it's also not working. Could anyone please help.

I'm using the native pri stack.
The default.xml containts only below lines, and attached is the log file.

<extension name="testing">
<condition field="destination_number" expression="^(6.*)$">
<action application="sleep" data="3000"/>
<action application="answer"/>
<action application="sleep" data="3000"/>
</condition>
</extension>

Regards,
Tony

!DSPAM:4be6f37432931620317181!

_______________________________________________
FreeSWITCH-users mailing list
FreeSWITCH-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org

_______________________________________________
FreeSWITCH-users mailing list
FreeSWITCH-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org

--
Anthony Minessale II

FreeSWITCH http://www.freeswitch.org/
ClueCon http://www.cluecon.com/
Twitter: http://twitter.com/FreeSWITCH_wire

AIM: anthm
MSN:anthony_minessale@hotmail.com
GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com
IRC: irc.freenode.net #freeswitch

FreeSWITCH Developer Conference
sip:888@conference.freeswitch.org
googletalk:conf+888@conference.freeswitch.org
pstn:+19193869900