[Freeswitch-users] short ringback tone when answer

Tue May 11 17:50:46 PDT 2010

http://www.corp.att.com/cpetesting/pdf/tr41459_99.pdf

That is the 4ESS and 5ESS standards

Jan

  _____  

From: freeswitch-users-bounces at lists.freeswitch.org
[mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Ron
McLeod
Sent: 12. mai 2010 01:59
To: freeswitch-users at 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 at lists.freeswitch.org
[mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Jan
Berger
Sent: Tuesday, May 11, 2010 4:18 PM
To: freeswitch-users at 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 at lists.freeswitch.org
[mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Ron
McLeod
Sent: 11. mai 2010 23:30
To: freeswitch-users at lists.freeswitch.org
Subject: Re: [Freeswitch-users] short ringback tone when answer

FreeSWITCH ISDN.

  _____  

From: freeswitch-users-bounces at lists.freeswitch.org
[mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Michael
Jerris
Sent: Tuesday, May 11, 2010 11:29 AM
To: freeswitch-users at 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 at lists.freeswitch.org
[mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Anthony
Minessale
Sent: Monday, May 10, 2010 9:15 AM
To: freeswitch-users at 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 at 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 at 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 at lists.freeswitch.org
[freeswitch-users-bounces at lists.freeswitch.org] f&#246;r Tony Tin
[tony.tin at noahmedia.com.hk]
Skickat: den 9 maj 2010 15:16
Till: freeswitch-users at 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 at lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org <http://www.freeswitch.org/> 

_______________________________________________
FreeSWITCH-users mailing list
FreeSWITCH-users at lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org <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 at hotmail.com
<mailto:MSN%3Aanthony_minessale at hotmail.com> 
GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com
<mailto:PAYPAL%3Aanthony.minessale at gmail.com> 
IRC: irc.freenode.net <http://irc.freenode.net/>  #freeswitch

FreeSWITCH Developer Conference
sip:888 at conference.freeswitch.org
<mailto:sip%3A888 at conference.freeswitch.org> 
googletalk:conf+888 at conference.freeswitch.org
<mailto:googletalk%3Aconf%2B888 at conference.freeswitch.org> 
pstn:+19193869900

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

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100512/3c44ada6/attachment-0001.html 