Re: [asterisk-dev] Problem with Remote-Hold/MusicOnHold
I found the problem and opened a bug report: http://bugs.digium.com/view.php?id=10036 Thursday, June 21, 2007, 11:20:58 PM, you wrote: > Hello, > I posted this also to asterisk-users. But nobody answered and I think > it's also a -dev question cause a possible bug. > I have a problem with MoH at attended transfers. > - Mobile A dials into Asterisk > - Asterisk dials another Mobile B > - Mobile B presses *1 for attended transfer and for example 20 > to dial extension 20 > - Asterisk sends "Remote hold" message to Mobile A, so the carrier > of Mobile A (Orange Switzerland) starts playing it's own > music-on-hold > - Mobile B hang up, so Mobile A should be connected to extension 20. > But Asterisk doesn't send "Remote retrieve", so the mosic-on-hold of > the carrier doesn't stop. You can hear the person on Mobile A, but > the person on Mobile A only gets music. > Anybody with the same issue? It happens on a bristuffed Asterisk > 1.2.19. Is there a way to stop sending "Remote hold" or a way to send > "Remote retrieve"? > See here the the cli output with "pri debug span 4" at starting > attended transfer: 4 >> Protocol Discriminator: Q.931 (8) len=7 4 >> Call Ref: len= 1 (reference 214/0xD6) (Terminator) 4 >> Message type: NOTIFY (110) 4 >> [27 01 f9] 4 >> Notification indicator (len= 3): Ext: 1 Remote hold (121) > -- Started music on hold, class 'default', on channel 'Zap/10-1' > -- Playing 'pbx-transfer' (language 'de') > Best regards, > Gunnar Schaller > ___ > --Bandwidth and Colocation provided by Easynews.com -- > asterisk-dev mailing list > To UNSUBSCRIBE or update options visit: >http://lists.digium.com/mailman/listinfo/asterisk-dev ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-dev mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-dev
Re: [asterisk-dev] Fixing Asterisk DNS - bug 9152, asynchronous DNS, etc
Olle E Johansson wrote: > If dnsmgr is not asynch DNS, I suggest that someone takes a look into > the C-ares library. > It has a license that Kevin/Mark has approved of and will help us to > proper asynch > DNS. It's used by curl, so in some installations it's already used by > asterisk in app_curl. FYI: There is also an extended version of ares included in the resiprocate stack. klaus ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-dev mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-dev
Re: [asterisk-dev] Fixing Asterisk DNS - bug 9152, asynchronous DNS, etc
21 jun 2007 kl. 22.42 skrev Russell Bryant: > Olle E Johansson wrote: >> 21 jun 2007 kl. 18.08 skrev Russell Bryant: >>> We already have an asynchronous DNS handler. It's just that most >>> of the >>> code hasn't been converted to use it. It is open for anyone to >>> jump on >>> and as I said before, it's not terribly difficult to do, but it will >>> take some time. >> >> Do we? Where's that code? > > implementation: main/dnsmgr.c > example usage: channels/chan_iax2.c Hmm, last time I checked this wasn't really what the rest of the world calls "asynch DNS", but things may have changed and I will check again. Kevin also used to have some doubt whether dnsmgr was the right way to go, so I put implementation of that on hold for chan_sip, but if it's now the proper way, I'll look into it again and see if we can enhance it so it can help us improve DNS support, especially in the area of SRV records in SIP. If someone else wants to take a look, that would be really, really helpful. If dnsmgr is not asynch DNS, I suggest that someone takes a look into the C-ares library. It has a license that Kevin/Mark has approved of and will help us to proper asynch DNS. It's used by curl, so in some installations it's already used by asterisk in app_curl. /O ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-dev mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-dev