Summary:	ASTERISK-01807: No dial tone on a TE405P in PRI mode
Reporter:	petersv (petersv)	Labels:
Date Opened:	2004-06-12 14:15:36	Date Closed:	2008-01-15 14:58:02.000-0600
Priority:	Minor	Regression?	No
Status:	Closed/Complete	Components:	Core/General
Versions:		Frequency of Occurrence
Related Issues:
Environment:		Attachments:	( 0) asterisk_channels_chan_zap_c.diff
Description:	When connecting to an Asterisk server via a PRI interface (at least in EuroISDN mode) there is no dialtone. The file chan_zap.c lacks the calls to tone_zone_play_tone() in ss_thread() in the #ifdef ZAPATA_PRI part. ****** STEPS TO REPRODUCE ****** Pick up an extension on the pbx, dial 0 to get a line to the asterisk server. Listen to the silence. Read the code. Write a patch. :-) ****** ADDITIONAL INFORMATION ****** I have attached a pathc to enable the dial tone. I just realised that the ignore pattern part is untested since we do not use it.
Comments:	By: Brian West (bkw918) 2004-06-12 15:58:19 pri doesn't have dialtone unless something has changed in the universe. By: Brian West (bkw918) 2004-06-12 16:02:39 Yep PRI doesn't have a dialtone. bkw By: Brian West (bkw918) 2004-06-12 16:03:08 This isn't a bug... please join #asterisk-bugs on irc.freenode.net thanks, brian By: petersv (petersv) 2004-06-12 18:04:59 Apparently, Sweden does change the univers, or live in it's own universe. :) By adding the following to the dialplan for the incoming context (pri line connected to the pstn)  exten => 278,1,Answer  exten => 278,2,Dial(Zap/g1) a (very unsecure!!!) connection loop to the pstn can be set. The dialtone is not provided by asterisk as can be verified by listening to it (asterisk is configured to give US dialtones (two frquencies), the dialtone heard is single 425 Hz swedish tone). Apparently Sweden is alone in this, or at least rather rare. It may not be desireable for asterisk to play dialtone for overlap dials on a pri. This seems to be the geist of the conversation on #asterisk-bugs. I'll reclose this bug tomorrow if noone else has any comments. By: petersv (petersv) 2004-06-12 18:27:32 At least the Netherlands do the same. See http://www.surfnet.nl/innovatie/surf-ace/homeoffice/HO97/surfit/part-A.html under "3. Network tones" "Dial tone The dial tone is used in overlap sending and is sent if a SETUP message is received without called party address information and without keypad facility information for the control of supplementary services. The dial tone indicates that the network is ready to receive called party address information. Frequency: 425 Hz +/- 25 Hz Cadence: continuous" By: petersv (petersv) 2004-06-12 18:43:27 http://www.wcom.lu/files/interfaces/pri_spec_pt1.pdf section 5.1.3 pretty much says that ETSI EuroISDN should behave this way. By: petersv (petersv) 2004-06-12 19:29:35 And finally, the ETSI spec "ETS 300 403-1" section 5.1.3 says: "The tone option should be interpreted as the need to return dial tone in the case where the Bearer capability information element indicates "3,1 kHz audio", "unrestricted digital information with tones/announcements", or "speech". When the tone option is applied and provided the equipment does not generate local tones, the user equipment shall attach to the B-channel on receipt of the SETUP ACKNOWLEDGE message." By: Mark Spencer (markster) 2004-06-13 02:22:12 Okay I've modified the code to hopefully "do the right thing" although I didn't use your patch.  let me know if this works for you. By: petersv (petersv) 2004-06-13 02:57:42 Will try next week. By: petersv (petersv) 2004-06-14 15:00:26 Worked fine. Please close this bug. By: Mark Spencer (markster) 2004-06-14 15:10:42 Fixed in CVS By: Digium Subversion (svnbot) 2008-01-15 14:58:02.000-0600 Repository: asterisk Revision: 3199 U   trunk/channels/chan_zap.c ------------------------------------------------------------------------ r3199 | markster | 2008-01-15 14:58:02 -0600 (Tue, 15 Jan 2008) | 2 lines Provide dialtone when doing overlap dial (bug ASTERISK-1807) ------------------------------------------------------------------------ http://svn.digium.com/view/asterisk?view=rev&revision=3199