I do recall seeing a few times alerting with cause ie in it. Do you
see that in this case?
Mike
On Jun 2, 2008, at 6:54 PM, "Michael Collins" <[EMAIL PROTECTED]>
wrote:
Anthm,
Thanks, that’s what I was doing wrong on the originate API – I
was copying and pasting into the CLI from a notepad session and I fo
rgot that I was setting ignore_early_media=true. It works the way I
would expect it to.
Thanks,
MC
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
] On Behalf Of Anthony Minessale
Sent: Monday, June 02, 2008 3:26 PM
To: [email protected]
Subject: Re: [Freeswitch-users] OZ question: disconnected number
handling
when you say ignore_early_media=true you are instructing originate
to not return sooner. When you omit that option it will return as
soon as the alerting is received.
On Mon, Jun 2, 2008 at 5:10 PM, Michael Collins <[EMAIL PROTECTED]
> wrote:
Note, that was supposed to say: the only reason I can't do tone
detect…
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
] On Behalf Of Michael Collins
Sent: Monday, June 02, 2008 2:59 PM
To: [email protected]
Subject: Re: [Freeswitch-users] OZ question: disconnected number
handling
Anthony,
Of course, you are correct. They are retarded, and they are sending
progress inband. The only reason I can do tone detect or anything
like it is because the originate app doesn't finish until the
channel goes from PROGRESS to UP. About the only thing I can think
of is to have OZ take an ALERT message with progress IE containing
the "I'm a retard, here's inband messaging" info and have that move
the channel state to UP. Or if there's another way for the
originate app (or bridge app, depending on whether I'm using API or
not) not to get snagged on this particular scenario then I'm all ears.
I'll keep looking for other goofy cases like this. The application
that I'm looking at right now is essentially a "disconnected number
verifier" program. I'm trying to write an auto dialer that gets fed
a list of phone numbers that we're pretty sure are disconnected and
does its best to verify that fact. Of course, when the friggin'
telco sends inband progress instead of a q931 message indicating an
issue then we've got to play these silly games.
Let me know what you think about the ALERT + PROGRESS inband = OZ
channel up.
-MC
P.S. – when dialing out via a VoIP carrier, what kinds of things hap
pen when a disconnected number is called? Does the VoIP carrier als
o have to deal with the retardation from the telcos? If so, how wel
l does it work? Just curious if a SIP account would be good for thi
s kind of application…
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
] On Behalf Of Anthony Minessale
Sent: Monday, June 02, 2008 2:00 PM
To: [email protected]
Subject: Re: [Freeswitch-users] OZ question: disconnected number
handling
they are sending inband progress like retards.
they are sending progress with media then playing sit instead of
appropriate ISDN message.
on trick you can do is try adding tone_detect app like some of the
fax examples but for one of the 3 sit frequencies and transfer that
call to hangup.
On Mon, Jun 2, 2008 at 3:44 PM, Michael Collins <[EMAIL PROTECTED]
> wrote:
Guys,
I don't know if this is "normal" or not so I'm hoping you can help
me figure out what's up. I've got a disconnected number that I call
on a PRI and the sequence goes like this:
Dial number, hear ring back, see PROGRESS from telco, hear SIT and
"you've reached a DC'd number…", then hear fast busy for 30 seconds
(or so), then receive from telco that the call state is up, and then
3 seconds later call is terminated. I've PB'd the complete log her
e: http://pastebin.freeswitch.org/4549
FYI, I tried it with both with and without ignore_early_media. When
ignoring early media I just get 60 seconds of FS internal ringback
tone then I hear that the call failed. When not ignoring early
media is when I get the SIT tone, etc. and that's also what is in pb
4549.
Any thoughts on how to handle a call like this? FS doesn't consider
the call "connected" because telco sends us PROGRESS_MEDIA but
doesn't actually say that the call is "up" – at least as far as I ca
n tell.
Thanks,
Michael
_______________________________________________
Freeswitch-users mailing list
[email protected]
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org
--
Anthony Minessale II
FreeSWITCH http://www.freeswitch.org/
ClueCon http://www.cluecon.com/
AIM: anthm
MSN:[EMAIL PROTECTED]
GTALK/JABBER/PAYPAL:[EMAIL PROTECTED]
IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference
sip:[EMAIL PROTECTED]
iax:[EMAIL PROTECTED]/888
googletalk:[EMAIL PROTECTED]
pstn:213-799-1400
_______________________________________________
Freeswitch-users mailing list
[email protected]
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org
--
Anthony Minessale II
FreeSWITCH http://www.freeswitch.org/
ClueCon http://www.cluecon.com/
AIM: anthm
MSN:[EMAIL PROTECTED]
GTALK/JABBER/PAYPAL:anthony.minessal
_______________________________________________
Freeswitch-users mailing list
[email protected]
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org
_______________________________________________
Freeswitch-users mailing list
[email protected]
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org
