|
|
|
Re: short ringback tone when answer | |
| [Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] | |
|
Actually it says what it
needs – but the newer version of the spec says n/a on signal IE, so you
are dealing with an older version of the stack. “The purpose information element is to allow the
network to optionally convey information to a user regarding tones and alerting signals.” Jan From:
freeswitch-users-bounces@xxxxxxxxxxxxxxxxxxxx
[mailto:freeswitch-users-bounces@xxxxxxxxxxxxxxxxxxxx] On Behalf Of Ron McLeod It’s in here, but
doesn’t say too much: From:
freeswitch-users-bounces@xxxxxxxxxxxxxxxxxxxx
[mailto:freeswitch-users-bounces@xxxxxxxxxxxxxxxxxxxx] On Behalf Of Jan Berger Well, the doc’s i
sent you don’t even contain the Signal IE … From:
freeswitch-users-bounces@xxxxxxxxxxxxxxxxxxxx
[mailto:freeswitch-users-bounces@xxxxxxxxxxxxxxxxxxxx] On Behalf Of Ron McLeod 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@xxxxxxxxxxxxxxxxxxxx
[mailto:freeswitch-users-bounces@xxxxxxxxxxxxxxxxxxxx] On Behalf Of Jan Berger 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@xxxxxxxxxxxxxxxxxxxx
[mailto:freeswitch-users-bounces@xxxxxxxxxxxxxxxxxxxx] On Behalf Of Ron McLeod 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@xxxxxxxxxxxxxxxxxxxx
[mailto:freeswitch-users-bounces@xxxxxxxxxxxxxxxxxxxx] On Behalf Of Jan Berger 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@xxxxxxxxxxxxxxxxxxxx
[mailto:freeswitch-users-bounces@xxxxxxxxxxxxxxxxxxxx] On Behalf Of Ron McLeod FreeSWITCH ISDN. From:
freeswitch-users-bounces@xxxxxxxxxxxxxxxxxxxx
[mailto:freeswitch-users-bounces@xxxxxxxxxxxxxxxxxxxx] On Behalf Of Michael Jerris 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] 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] 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@xxxxxxxxxxxxxxxxxxxx
[mailto:freeswitch-users-bounces@xxxxxxxxxxxxxxxxxxxx] On Behalf Of Anthony Minessale 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@xxxxxxxxxxxxxxxx> wrote: Hi Peter, On Mon, May 10, 2010 at 2:33 AM, Peter Olsson <peter.olsson@xxxxxxxxxxxxxxxxxxx>
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.
!DSPAM:4be6f37432931620317181!
_______________________________________________ |
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@xxxxxxxxxxxxxxxxxxxx http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
[Home] [Asterisk Internet PBX] [Linux USB Devel] [Video for Linux] [Linux Audio Users] [Photo] [Yosemite News] [Yosemite Photos] [Video Projectors] [PDAs] [Free Online Dating] [Hacking TiVo] [Linux Kernel] [Linux SCSI] [XFree86] [Devices] [Big List of Linux Books] [16.7MP]
![]() |
![]() |