19 Dec
2006
19 Dec
'06
4:11 a.m.
I seem to have an issue with uac_replace_from.
I am using openser as a media proxy. For invites I replace the numbers
with leading 0's with 61 for Australia and forward the call to our LCR
box which then forwards the call to the correct voice to pstn gateway. I
am trying to use uac_replace_from to set the from address so the
callerid appears correct on the outgoing calls.
This seems to work fine for the INVITE request, but on subsequent PRACKs
and ACKs (which just get loose routed), something strange happens to the
from address.
On invite, the From get re-written:
From: Jeff <sip:610089001@proxy.sipone.com;user=phone>;tag=1790577941
to
From: Jeff <sip:0892209080@sipone.com>;tag=1790577941
For the PRACKs and ACKs, this happens:
From: Jeff <sip:610089001@proxy.sipone.com;user=phone>;tag=1790577941
to
From: Jeff
<\032\317\352S\232\222B\230\234K\231*BV\300\030\303\332\ah\303\306i\365\005\016\200\250\000\000\230\016\200\252j\200\002`\000\000\016>;tag=1790577
941
There shouldn't be anything happening to the From address on the
(PR)ACKs at all.
Anyone have any ideas?
I have attached a ethereal dump of the call setup.
Jeff
19 Dec
19 Dec
12:41 p.m.
Hi Jeff,
it looks like the Cisco-SIPGateway/IOS-12.x is a bit broken....
Here is the RR hdr added by OpenSER (in INVITE):
Record-Route:
<sip:202.74.164.44;lr=on;ftag=1790577941;nat=yes;vsf=AAAAAAYJCQIKCQkACXAwAQYIFkAWRxMAA2UuY29tO3VzZXI9cGhvbmU->
and here is what CISCO mirrors (in 180 reply):
Record-Route:
<sip:202.74.164.44;lr=on;ftag=1790577941;nat=yes;vsf=aaaaaayjcqikcqkacxawaqyifkawrxmaa2uuy29to3vzzxi9cghvbmu->
as you can see, the CISCO does not properly mirror the parameters as
received (as the RFC says) and converts to lower case.
As the vsf is a B64 encoding, it is case sensitive and it gets broken .....
try to upgrade the firmware or submit a bug at CISCO.
regards,
bogdan
Jeff Williams wrote:
I seem to have an issue with uac_replace_from.
I am using openser as a media proxy. For invites I replace the numbers
with leading 0's with 61 for Australia and forward the call to our LCR
box which then forwards the call to the correct voice to pstn gateway. I
am trying to use uac_replace_from to set the from address so the
callerid appears correct on the outgoing calls.
This seems to work fine for the INVITE request, but on subsequent PRACKs
and ACKs (which just get loose routed), something strange happens to the
from address.
On invite, the From get re-written:
From: Jeff <sip:610089001@proxy.sipone.com;user=phone>;tag=1790577941
to
From: Jeff <sip:0892209080@sipone.com>;tag=1790577941
For the PRACKs and ACKs, this happens:
From: Jeff <sip:610089001@proxy.sipone.com;user=phone>;tag=1790577941
to
From: Jeff
<\032\317\352S\232\222B\230\234K\231*BV\300\030\303\332\ah\303\306i\365\005\016\200\250\000\000\230\016\200\252j\200\002`\000\000\016>;tag=1790577
941
There shouldn't be anything happening to the From address on the
(PR)ACKs at all.
Anyone have any ideas?
I have attached a ethereal dump of the call setup.
Jeff
------------------------------------------------------------------------
_______________________________________________
Users mailing list
Users(a)openser.org
http://openser.org/cgi-bin/mailman/listinfo/users
20 Dec
20 Dec
3:20 a.m.
Bogdan,
Thanks for pointing that out. It is not actually the Cisco gateway but
our billing/LCR platform which is downsizing the field. For those
interested, I would recommend avoid Sysmaster's VoiceMaster for any SIP
applications. We have had many RFC compliance issues (like them routing
on the To filed, rather than the RURI) and their support has been clueless.
Regards,
Jeff Williams
Bogdan-Andrei Iancu wrote:
Hi Jeff,
it looks like the Cisco-SIPGateway/IOS-12.x is a bit broken....
Here is the RR hdr added by OpenSER (in INVITE):
Record-Route:
<sip:202.74.164.44;lr=on;ftag=1790577941;nat=yes;vsf=AAAAAAYJCQIKCQkACXAwAQYIFkAWRxMAA2UuY29tO3VzZXI9cGhvbmU->
and here is what CISCO mirrors (in 180 reply):
Record-Route:
<sip:202.74.164.44;lr=on;ftag=1790577941;nat=yes;vsf=aaaaaayjcqikcqkacxawaqyifkawrxmaa2uuy29to3vzzxi9cghvbmu->
as you can see, the CISCO does not properly mirror the parameters as
received (as the RFC says) and converts to lower case.
As the vsf is a B64 encoding, it is case sensitive and it gets broken
.....
try to upgrade the firmware or submit a bug at CISCO.
regards,
bogdan
Jeff Williams wrote:
I seem to have an issue with uac_replace_from.
I am using openser as a media proxy. For invites I replace the numbers
with leading 0's with 61 for Australia and forward the call to our LCR
box which then forwards the call to the correct voice to pstn gateway. I
am trying to use uac_replace_from to set the from address so the
callerid appears correct on the outgoing calls.
This seems to work fine for the INVITE request, but on subsequent PRACKs
and ACKs (which just get loose routed), something strange happens to the
from address.
On invite, the From get re-written:
From: Jeff <sip:610089001@proxy.sipone.com;user=phone>;tag=1790577941
to
From: Jeff <sip:0892209080@sipone.com>;tag=1790577941
For the PRACKs and ACKs, this happens:
From: Jeff <sip:610089001@proxy.sipone.com;user=phone>;tag=1790577941
to
From: Jeff
<\032\317\352S\232\222B\230\234K\231*BV\300\030\303\332\ah\303\306i\365\005\016\200\250\000\000\230\016\200\252j\200\002`\000\000\016>;tag=1790577
941
There shouldn't be anything happening to the From address on the
(PR)ACKs at all.
Anyone have any ideas?
I have attached a ethereal dump of the call setup.
Jeff
------------------------------------------------------------------------
_______________________________________________
Users mailing list
Users(a)openser.org
http://openser.org/cgi-bin/mailman/listinfo/users
6550
days inactive
6551
days old
2 comments
2 participants
participants (2)
-
Bogdan-Andrei Iancu -
Jeff Williams