Hi
I am trying to make a call from pstn to IP which then forwards out to pstn again
It all works fine, except the billing, which should be accounted in the IP account (although logically i cant see how this would work, since the IP user is not strictly speaking making the call)
And the second problem is rpid, the rpid is showing the oriniating pstn caller, which is what it should, however if I wanted it to show the IP number instead (i.e the number assigned to that IP account) how could I.
Iqbal
Now I have managed to get my rpid there by removng the one added by cisco...BUT....for some reason I get a random one added, would this happend if SER could not find one, or is there another reason
Iqbal
On 6/6/2005, "Iqbal" iqbal@gigo.co.uk wrote:
Hi
I am trying to make a call from pstn to IP which then forwards out to pstn again
It all works fine, except the billing, which should be accounted in the IP account (although logically i cant see how this would work, since the IP user is not strictly speaking making the call)
And the second problem is rpid, the rpid is showing the oriniating pstn caller, which is what it should, however if I wanted it to show the IP number instead (i.e the number assigned to that IP account) how could I.
Iqbal
Serusers mailing list serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
Getting the billing and caller id right (and at the same time) is not easy, especially as various vendors do different things. The diversion module should be used to add a diversion header, this diversion header should be used to assign each call leg correctly (as you can add several). Ex. add_diversion("no-answer"); I have never seen a random rpid, maybe you should look for an append at the wrong place in ser.cfg (ex. after consume_credentials). g-)
Iqbal wrote:
Now I have managed to get my rpid there by removng the one added by cisco...BUT....for some reason I get a random one added, would this happend if SER could not find one, or is there another reason
Iqbal
On 6/6/2005, "Iqbal" iqbal@gigo.co.uk wrote:
Hi
I am trying to make a call from pstn to IP which then forwards out to pstn again
It all works fine, except the billing, which should be accounted in the IP account (although logically i cant see how this would work, since the IP user is not strictly speaking making the call)
And the second problem is rpid, the rpid is showing the oriniating pstn caller, which is what it should, however if I wanted it to show the IP number instead (i.e the number assigned to that IP account) how could I.
Iqbal
Serusers mailing list serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
Serusers mailing list serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
HI, Iqbal
I have soem queries in billing of SIP and H323 can u please help me
I have one senario .. where we can design a billing solution for NLD and ILD voip connections.. now in this case carge patteren will be different for NLD and ILD .. but how can i trap the call .. I mena what will be the VSA i need to trap ... where i will come to knwo the call distance .. or some way where i can make out the charging pattern ............
WHat all possiblities I need to consider when a start or stop record will coem... and how will i manage the network server with SIP ( SER ) .. because in case of H323 Gatekeeper will take care of that ...............
Iqbal iqbal@gigo.co.uk wrote:
Hi
I am trying to make a call from pstn to IP which then forwards out to pstn again
It all works fine, except the billing, which should be accounted in the IP account (although logically i cant see how this would work, since the IP user is not strictly speaking making the call)
And the second problem is rpid, the rpid is showing the oriniating pstn caller, which is what it should, however if I wanted it to show the IP number instead (i.e the number assigned to that IP account) how could I.
Iqbal
_______________________________________________ Serusers mailing list serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
--------------------------------- Discover Yahoo! Find restaurants, movies, travel & more fun for the weekend. Check it out!