search for: ast_set_write_format

...1260983376]: chan_zap.c:6491 zt_request: Using channel 17 -- Called 17/0085221120000 Urgent handler Urgent handler Urgent handler Aug 26 15:54:17 DEBUG[-1260983376]: channel.c:1699 ast_set_read_format: Set channel Zap/17-1 to read format ALAW Aug 26 15:54:17 DEBUG[-1260983376]: channel.c:1666 ast_set_write_format: Set channel SIP/2000-e12c to write format ALAW Aug 26 15:54:17 DEBUG[-1260983376]: channel.c:1666 ast_set_write_format: Set channel Zap/17-1 to write format ALAW Aug 26 15:54:17 DEBUG[-1260983376]: channel.c:1699 ast_set_read_format: Set channel SIP/2000-e12c to read form at ALAW Aug 26 15:54:1...

...02-767c", "CAPI/2:5") in new stack -- Called 2:5 -- CAPI[contr1/2003002]/0 is making progress passing it to SIP/102-767c Jun 28 10:51:21 NOTICE[278545]: channel.c:1654 ast_set_read_format: Unable to find a path from G723 to ALAW Jun 28 10:51:21 NOTICE[278545]: channel.c:1621 ast_set_write_format: Unable to find a path from ULAW to G723 -- CAPI[contr1/2003002]/0 is ringing Jun 28 10:51:21 WARNING[278545]: chan_sip.c:1788 sip_write: Asked to transmit frame type 4, while native formats is 1 (read/write = 8/4) Jun 28 10:51:21 WARNING[278545]: channel.c:1485 ast_prod: Prodding channel ...

...VS at 1:30 PM CST. The issue occurs when I try to make a call to a toll-free number over sipphone.com. Here's what I see in the console: NOTICE[1259545280]: File channel.c, Line 1478 (ast_set_read_format): Unable to find a path from G729A to ULAW NOTICE[1259545280]: File channel.c, Line 1448 (ast_set_write_format): Unable to find a path from ULAW to G729A Before somebody tells me "UTFG", I ALREADY HAVE. Somebody else had a similar issue last week and there was no real resolution posted. So here it is again. I have all of the codecs that I support enabled in my sip.conf. Here is the relevant s...

...unching 'Answer' Jun 5 01:55:33 DEBUG[1236360496]: File chan_sip.c, Line 934 (sip_answer): sip_answer(SIP/5010-d3c4) Jun 5 01:55:33 DEBUG[1236360496]: File pbx.c, Line 1116 (pbx_extension_helper): Launching 'BackGround' Jun 5 01:55:33 DEBUG[1236360496]: File channel.c, Line 1381 (ast_set_write_format): Set channel SIP/5010-d3c4 to write format 2 Jun 5 01:55:33 DEBUG[1236360496]: File rtp.c, Line 838 (ast_rtp_write): Ooh, format changed from 0 to 4 Jun 5 01:55:36 DEBUG[1158913328]: File chan_sip.c, Line 521 (__sip_ack): Stopping retransmission on '7a655bae-29f17562-197726d5@62.212.12.21...

I receive the following error when I try to call another H323 extension from another H323 when going through *. NOTICE[27669]: File channel.c, Line 1325 (ast_set_read_format): Unable to find a path from 1 to 8 NOTICE[27669]: File channel.c, Line 1296 (ast_set_write_format): Unable to find a path from 8 to 1 WARNING[27669]: File chan_h323.c, Line 528 (oh323_write): Asked to transmit frame type 1, while native formats is 8 (read/write = 8/8) I'm not sure what it means by "...path from 1 to 8". Can anyone explain what's happening here? I'm using...

Whenever I take an inbound call I am getting the following errors: NOTICE[4719]: channel.c:1698 ast_set_write_format: Unable to find a path from speex to gsm NOTICE[4719]: channel.c:1731 ast_set_read_format: Unable to find a path from gsm to speex What typically generates this issue? ~Dan

...BUG[5059]: chan_zap.c:1250 zt_train_ec: No echo training requested Aug 4 15:43:40 DEBUG[5059]: pbx.c:1274 pbx_extension_helper: Launching 'Playback' -- Executing Playback("Zap/1-1", "demo-congrats") in new stack Urgent handler Aug 4 15:43:40 DEBUG[5059]: channel.c:1719 ast_set_write_format: Set channel Zap/1-1 to write format gsm Aug 4 15:43:40 DEBUG[5059]: channel.c:1128 ast_settimeout: Scheduling timer at 160 sample intervals -- Playing 'demo-congrats' (language 'en') Urgent handler Aug 4 15:44:08 DEBUG[5059]: channel.c:1128 ast_settimeout: Scheduling timer at 0...

...g party name: [] -- Calling party number: [987654321] -- Called party name: [666] -- Called party number: [666] Urgent handler Aug 30 11:48:32 DEBUG[56142768]: pbx.c:1255 pbx_extension_helper: Launching 'Playback' Aug 30 11:48:32 DEBUG[56142768]: channel.c:1666 ast_set_write_format: Set channel H323/ip$192.168.1.50:1257/5625 to write format GSM -- Received RELEASE COMPLETE message... -- Sending RELEASE COMPLETE 1:32.765 H245:8a174a0 h323.cxx(3195) H245 Read error: Interrupted system call 1:32.781 H323 Cleaner...

...gcp or sip messages, but I see strange string at asterisks log: NOTICE[196633]: File rtp.c, Line 418 (ast_rtp_read): Unknown RTP codec 123 received NOTICE[196633]: File channel.c, Line 1478 (ast_set_read_format): Unable to find a path from ALAW to G729A NOTICE[196633]: File channel.c, Line 1448 (ast_set_write_format): Unable to find a path from G729A to ALAW WARNING[196633]: File chan_mgcp.c, Line 757 (mgcp_write): Asked to transmit frame type 8, while native formats is 256 (read/write = 256/256) WARNING[196633]: File app_dial.c, Line 279 (wait_for_answer): Unable to forward frame I find similary posts at Ast...

...11:22:32 DEBUG[3600]: chan_zap.c:2288 zt_answer: Took Zap/1-1 off hook Dec 17 11:22:32 DEBUG[3600]: pbx.c:1261 pbx_extension_helper: Launching 'BackGround' -- Executing BackGround("Zap/1-1", "Sysnux/bonjour1") in new stack Dec 17 11:22:32 DEBUG[3600]: channel.c:1710 ast_set_write_format: Set channel Zap/1-1 to write format slin Dec 17 11:22:32 DEBUG[3600]: channel.c:1131 ast_settimeout: Scheduling timer at 160 sample intervals -- Playing 'Sysnux/bonjour1' (language 'fr') Urgent handler Dec 17 11:22:40 DEBUG[3600]: channel.c:1131 ast_settimeout: Scheduling time...

...lt;username>:<password>@sip.coco-connect.de/<number>") in new stack -- Called <username>:<password>@sip.coco-connect.de/<number> -- Call accepted by 62.180.50.221 (format g729) -- Format for call is g729 Jan 4 10:06:42 NOTICE[23409]: channel.c:1758 ast_set_write_format: Unable to find a path from gsm to g729 Jan 4 10:06:42 NOTICE[23409]: channel.c:1791 ast_set_read_format: Unable to find a path from g729 to slin Jan 4 10:06:42 NOTICE[23409]: channel.c:1791 ast_set_read_format: Unable to find a path from g729 to slin Jan 4 10:06:42 WARNING[23409]: codec_gsm.c:1...

...place. This should fix some bugs where format 64 is being sent regardless >of codec allow settings in the configuration files. > >Apply this patch to indications.c: > >28a29 > > #include <asterisk/translate.h> /* Needed for bugfix */ >75c76 >< if (ast_set_write_format(chan, AST_FORMAT_SLINEAR)) { >--- > > if ((chan->nativeformats & AST_FORMAT_SLINEAR) && > ast_set_write_format(chan, AST_FORMAT_SLINEAR)) { >128c129,142 >< ast_write(chan, &ps->f); >--- > > > > // Now, we have a finished S...

...-- Executing Playtones("IAX[mrbk@mrbk]/4", "Busy") in new stack -- Executing Hangup("IAX[mrbk@mrbk]/4", "") in new stack == Spawn extension (icepage, 123, 3) exited non-zero on 'IAX[mrbk@mrbk]/4' May 29 20:00:10 NOTICE[21526]: channel.c:1478 ast_set_write_format: Unable to find a path from UNKN to GSM -- Hungup 'IAX[mrbk@mrbk]/4' I don't have any FXS-hardware so I can't try it with a real phone. I am running the (stable) asterisk version from cvs from 3 days ago. Sincerely, Bartek - -- * GPG-Key: http://evil.gnarf.org/mrbk.pgp A:...

Hello, I just CVS'd today and now I'm getting these errors when I call one grandstream phone to another both using 711U: NOTICE[1225991360]: File channel.c, Line 1476 (ast_set_read_format): Unable to find a path from ULAW to G723 NOTICE[1225991360]: File channel.c, Line 1446 (ast_set_write_format): Unable to find a path from G723 to ULAW NOTICE[1225991360]: File channel.c, Line 1476 (ast_set_read_format): Unable to find a path from ULAW to G723 NOTICE[1225991360]: File channel.c, Line 1446 (ast_set_write_format): Unable to find a path from G723 to ULAW The calls connect just fine and I'...

Hello, When I'm trying to play standard sound files from Asterisk using G729A codec with OH323 channel I get this message: channel.c:1650 ast_set_write_format: Unable to find a path from GSM to G729A It seems that this files must be in G729 format? How can I convert this files to G729? ... or am I wrong? -- wbr, Oleg

...= 0x101 Info = 0x0 == received CONNECT_CONF PLCI = 0x101 INFO = 0 Urgent handler Aug 3 14:43:45 DEBUG[1224625072]: channel.c:1699 ast_set_read_format: Set channel CAPI[contr1/855285]/6 to read format ULAW Aug 3 14:43:45 DEBUG[1224625072]: channel.c:1666 ast_set_write_format: Set channel SIP/sip1-9316 to write format ULAW Aug 3 14:43:45 DEBUG[1224625072]: channel.c:1666 ast_set_write_format: Set channel CAPI[contr1/855285]/6 to write format ALAW Aug 3 14:43:45 DEBUG[1224625072]: channel.c:1699 ast_set_read_format: Set channel SIP/sip1-9316 to read format ALAW --...

...ust started showing wierd codec negotiation problems. I'm not all of a sudden getting this on certain phone numbers on my system: Feb 8 22:19:19 NOTICE[1125329728]: channel.c:1683 ast_set_read_format: Unable to find a path from ULAW to G729A Feb 8 22:19:19 NOTICE[1125329728]: channel.c:1650 ast_set_write_format: Unable to find a path from G729A to ULAW -- SIP/2101-aaf2 answered SIP/19544342000-375a -- Attempting native bridge of SIP/19544342000-375a and SIP/2101-aaf2 -- Attempting native bridge of SIP/19544342000-375a and SIP/2101-aaf2 Feb 8 22:19:19 NOTICE[1225991488]: channel.c:1683 ast_set...

hi, all I have test echo application for just fun. I can'nt understand why this is used below in .c file, format = ast_best_codec(chan->nativeformats); ast_set_write_format(chan, format); ast_set_read_format(chan, format); without this this application work fine. then why this is used. any suggestion?? Bhrugu mehta

...ng the g729 codec for testing pourpose. Whe I try to make a SIP call from a phone using g729 codec to another phone using another codec, when the destination phone answer, the call hangs up. this happend in both ways. In the asterisk console I get. Mar 4 13:11:35 NOTICE[24572]: channel.c:1724 ast_set_write_format: Unable to find a path from gsm to g729 What does it mean? Could this occur cause I am using the g729 without licence? If i buy a licence could solve my problem? Thanks. Ismael. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.digium.com/pipermail/as...

...I dial from Cisco 7960 via the * to Free World Dialup destinations that supports G.729 the call fails. The major error from the debug log is Jan 15 00:11:14 NOTICE[22545]: channel.c:1481 ast_set_read_format: Unable to find a path from G729A to ULAW Jan 15 00:11:14 NOTICE[22545]: channel.c:1451 ast_set_write_format: Unable to find a path from ULAW to G729A So I compared the SDP info coming from the 7960, sent out from * and returning from the destination system and I have included them below. Question 1: Why is * sending out SDP info that is different from the SDP info contained in original SDP from the...