Hi all,
Sorry that I don't have all details; I am not as familary as I want to with the ISDN protocols. But I know that each number goes one by one to the outgoing ISDN and then outgoint ISDN tells you back when you have reached a destination. If needed I can make a log when I have my Siemens Hipath placed behind my Freeswitch in NT mode; there you can see the numbers comming one by one.hi Markus,
how do you determine if it's a complete number? Do you expect the outgoing ISDN channel to tell you that?
Normaly all the products do the "overlap dialing" crap, as mentioned in my first email. I don't know for sure but I think there is no alternative, especially if you make only SIP and not ISDN.
I also wonder what happens if you attach an ISDN-SIP gateway, like Patton. Will you have a new SIP message (which?) on every dialed digit?
No comments about my design suggestion?
Your design suggestion is pretty thin on details, so is hard to comment on that.
However, overall it does not sound like a good idea to me to try to bridge a call without going through the FreeSWITCH core.
I believe your best shot at getting this done and integrated would be to make it work with the existing bridge() application. This is a rough description of how to do it:
1. Send the call up from the signaling stack to FreeSWITCH immediately so the call is sent to the routing engine and you can call the bridge() application on an outbound FreeTDM channel.
2. The outbound channel sends the first call message (ie SETUP)
Note you described some sort of pass-thru overlap functionality, if we wanted to implement overlap dialing where FreeSWITCH takes the routing decision based on digits as received some extra effort is required to have XML re-evaluated for each digit received.
Cheers,
Cheers,
Moy