Re: devel Digest, Vol 57, Issue 14

Hi,

Please don't use sevel for such questions. Use users list.

BR,
Nikos
----- Original Message ----- 
From: "Rajendra Pondel" <[email protected]>
To: <[email protected]>
Sent: Saturday, May 21, 2011 2:42 PM
Subject: Re: devel Digest, Vol 57, Issue 14


> Hello there.
>
> I have problem for u guys.
>
> Can u solve the following problem?
>
>
> Consider following scenario:
>
> There are three persons, named A, B and C.
>
> A's mobile no is M, B's no is N and C's no is P.
>
> The C is GSM/GPRS modem and is connected to pc/Server .
>
> B has forwarded all its voice calls to C.
>
> Now, A (call originator) calls to B (call forwarder), call gets
> forwarded to C (call terminated).
>
> Here, C is connected to pc/server, how do I extract call details using
> at commands?
>
> I want following details to be extracted.
> 1. the main call originating number (ie, from where call originated,
> not from where is forwarded, ie A's no what is M) 2. the number from
> where call got forwarded (ie, from where call forwarded from, ie, B's
> no N )
>
> So, can any one tell me how do i achieve that using AT commands or any
> other way?
>
>
>
> Regards
> - Rajendra Pondel
> http://www.vakow.net
>
>
> On 5/21/11, [email protected] <[email protected]> wrote:
>> Send devel mailing list submissions to
>> [email protected]
>>
>> To subscribe or unsubscribe via the World Wide Web, visit
>> http://www.kannel.org/mailman/listinfo/devel
>> or, via email, send a message with subject or body 'help' to
>> [email protected]
>>
>> You can reach the person managing the list at
>> [email protected]
>>
>> When replying, please edit your Subject line so it is more specific
>> than "Re: Contents of devel digest..."
>>
>>
>> Today's Topics:
>>
>>    1. Re: [PATCH] Throttling support for AT smsc (Alexander Malysh)
>>
>>
>> ----------------------------------------------------------------------
>>
>> Message: 1
>> Date: Fri, 20 May 2011 20:16:40 +0200
>> From: Alexander Malysh <[email protected]>
>> To: [email protected]
>> Cc: "[email protected]" <[email protected]>
>> Subject: Re: [PATCH] Throttling support for AT smsc
>> Message-ID: <[email protected]>
>> Content-Type: text/plain; charset=iso-8859-1
>>
>> Hi Vincent,
>>
>> this is very easy:
>> a) if you sleep for throughput you don't receive any MOs
>> b) if you have something to send, this thread will be waked up any time 
>> and
>> therefore there is no throughput garantee
>>
>> if you use load_XXX then all these issues can be avoided.
>>
>> Alex
>>
>> Am 19.05.2011 um 13:04 schrieb Vincent CHAVANIS:
>>
>>> Hi Alex,
>>>
>>> AT commands are synchronous and there is only one thread
>>> for sending and receving messages
>>>
>>> Why should i implement the load_XX function to do the trick ?
>>> (there is no need here to modify the PrivAT2data structure)
>>>
>>> Vincent
>>>
>>>
>>>
>>> Le 18/05/2011 20:50, Alexander Malysh a ?crit :
>>>> Hi,
>>>>
>>>> why don't you use load_XX support? See smsc_smpp as example.
>>>> With only sleep thread will wakeup if new messages available for 
>>>> sending
>>>> and therefore you don't guarantee throughput.
>>>>
>>>> Alex
>>>>
>>>> Am 18.05.2011 um 14:48 schrieb Vincent CHAVANIS:
>>>>
>>>>> Hi all,
>>>>>
>>>>> Here is a small patch to support throttling on AT smsc
>>>>>
>>>>> Any comment ?
>>>>>
>>>>> regards
>>>>>
>>>>> Vincent.
>>>>> <smsc_at_throttling.txt>
>>>>
>>>
>>
>>
>>
>>
>> ------------------------------
>>
>> _______________________________________________
>> devel mailing list
>> [email protected]
>> http://www.kannel.org/mailman/listinfo/devel
>>
>>
>> End of devel Digest, Vol 57, Issue 14
>> *************************************
>>
>