[SR-Users] Sip Router Issues (Topoh's module)

Daniel-Constantin Mierla miconda at gmail.com
Mon Aug 22 13:13:53 CEST 2011


Hi Richard,

should be fine for now, just need the time to set it up for 
troubleshooting -- traveling, freezing for 3.2 and 10 years SER 
conference kept me busy with other things that needed done so far. 
Should get back to things reported to me very soon, since tomorrow we 
get into testing phase.

Thanks,
Daniel

On 8/22/11 10:50 AM, Richard DEMONGEOT wrote:
> Hi Daniel,
>
> Do you need more information to track this issue?
>
> Best regards,
>
> On Mon, 08 Aug 2011 11:08:28 +0200, Richard DEMONGEOT
> <richard at demongeot.biz>  wrote:
>> Hi Daniel,
>>
>> Following network capture about this error
>>
>> Establishing dialog :
>>
>> U 192.168.1.15:22490 ->  192.168.238.66:5060
>> INVITE sip:mike at 193.41.238.66 SIP/2.0..Via: SIP/2.0/UDP
>>
> 192.168.1.15:22490;branch=z9hG4bK-d87543-ac504a4dec29b725-1--d87543-;rport..Max-Forwards:
>> 70..Contact:<sip:guest at 192.168.1.15:22490>..To: "mike"<sip
>> :mike at 193.41.238.66>..From:
>> "guest"<sip:guest at 193.41.238.66>;tag=da5f1d51..Call-ID:
>> MGU1ZjI4NTVlN2QwMzkwNTE5NjAwNDAzZmQzYzkyYTU...CSeq: 1 INVITE..Allow:
>> INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, ME
>> SSAGE, SUBSCRIBE, INFO..Content-Type: application/sdp..User-Agent:
> X-Lite
>> release 1006e stamp 34025..Content-Length: 325....v=0..o=- 0 2 IN IP4
>> 192.168.1.15..s=CounterPath X-Lite 3.0..c=IN IP4 192.168.1.15
>> ..t=0 0..m=audio 59868 RTP/AVP 107 119 0 98 8 3 101..a=alt:1 1 :
> 8QG5saMW
>> GpfUnnJ2 192.168.1.15 59868..a=fmtp:101 0-15..a=rtpmap:107
>> BV32/16000..a=rtpmap:119 BV32-FEC/16000..a=rtpmap:98 iLBC/8000..a=rtpmap
>> :101 telephone-event/8000..a=sendrecv..
>>
>> U 192.168.238.66:5060 ->  192.168.1.82:11126
>> INVITE sip:mike at 192.168.1.82:11126;rinstance=927a1ec90c2eaae1
>> SIP/2.0..Record-Route:
>> <sip:193.41.238.66;lr=on;did=362.c4448611;nat=yes>..Via: SIP/2.0/UDP
>> 193.41.238.66;branch=z9hG4bK7922.1834b4a3.0..Via: S
>> IP/2.0/UDP
>>
> 193.41.238.91;branch=z9hG4bKsr-jeHVIbuBclW510R2cqTnIEiOglD9IEiZgEun6MTGgZ1u-v1KdEzSpo0B.O2W8EHy1b1SfnZTgMpZ6Mcz.q.G.bpOcEuGxqun6b2Ggle9IfZTgMpZ6MczgkYGtkYe-qun6MTG..Max-Forwards:
>> 69..Contact:<s
>> ip:193.41.238.91;line=sr-pOHGgodZxh6eVMircSD96E2BcfD96qyncEVrcR**>..To:
>> "mike"<sip:mike at 193.41.238.66>..From:
>> "guest"<sip:guest at 193.41.238.66>;tag=da5f1d51..Call-ID:
>> LongPhone at qjd5c5Kmfq1g50x4qEY1deZCLkdg5
>> ijZqoKwderiVhKLt50CvhKP85Hj5fD*..CSeq: 2 INVITE..Allow: INVITE, ACK,
>> CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE,
>> INFO..Content-Type: application/sdp..User-Agent: X-Lite release 1006e
> stamp
>> 340
>> 25..Content-Length: 345..Session-Expires: 90....v=0..o=- 0 2 IN IP4
>> 193.41.238.66..s=CounterPath X-Lite 3.0..c=IN IP4 193.41.238.66..t=0
>> 0..m=audio 46488 RTP/AVP 107 119 0 98 8 3 101..a=alt:1 1 : 8QG5saMW
>> GpfUnnJ2 192.168.1.15 59868..a=fmtp:101 0-15..a=rtpmap:107
>> BV32/16000..a=rtpmap:119 BV32-FEC/16000..a=rtpmap:98
>> iLBC/8000..a=rtpmap:101
>> telephone-event/8000..a=sendrecv..a=nortpproxy:yes..
>>
>> [...]
>>
>> dlg_end_dlg used in this case :
>>
>> U 192.168.238.66:5060 ->  192.168.1.15:22490
>> BYE sip:guest at 192.168.1.15:22490 SIP/2.0..Via: SIP/2.0/UDP
>> 193.41.238.66;branch=z9hG4bK8922.3152a2a4.0..To:
>> sip:guest at 193.41.238.66;tag=da5f1d51..From:
>> sip:mike at 193.41.238.66;tag=99700f27..CSeq: 3 BYE..Cal
>> l-ID: MGU1ZjI4NTVlN2QwMzkwNTE5NjAwNDAzZmQzYzkyYTU...Content-Length:
>> 0..User-Agent: kamailio (3.1.4 (x86_64/linux))..Max-Forwards: 70....
>
>>
>> U 192.168.238.66:5060 ->  192.168.1.82:11126
>> BYE sip:mike at 192.168.1.82:11126;rinstance=927a1ec90c2eaae1 SIP/2.0..Via:
>> SIP/2.0/UDP 193.41.238.66;branch=z9hG4bK8922.4152a2a4.0..To:
>> sip:mike at 193.41.238.66;tag=99700f27..From: sip:guest at 193.41.238.66;tag=
>> da5f1d51..CSeq: 3 BYE..Call-ID:
>> MGU1ZjI4NTVlN2QwMzkwNTE5NjAwNDAzZmQzYzkyYTU...Content-Length:
>> 0..User-Agent: kamailio (3.1.4 (x86_64/linux))..Max-Forwards: 70....
>
>>
>> U 192.168.1.15:22490 ->  192.168.238.66:5060
>> SIP/2.0 200 OK..Via: SIP/2.0/UDP
>> 193.41.238.66;branch=z9hG4bK8922.3152a2a4.0..Contact:
>> <sip:guest at 192.168.1.15:22490>..To:
>> <sip:guest at 193.41.238.66>;tag=da5f1d51..From:
>> <sip:mike at 193.41.238.66>;tag=99700f2
>> 7..Call-ID: MGU1ZjI4NTVlN2QwMzkwNTE5NjAwNDAzZmQzYzkyYTU...CSeq: 3
>> BYE..User-Agent: X-Lite release 1006e stamp 34025..Content-Length: 0....
>
>>
>> U 192.168.1.82:11126 ->  192.168.238.66:5060
>> SIP/2.0 481 Call/Transaction Does Not Exist..Via: SIP/2.0/UDP
>> 193.41.238.66;branch=z9hG4bK8922.4152a2a4.0..To:
>> <sip:mike at 193.41.238.66>;tag=99700f27..From:
>> <sip:guest at 193.41.238.66>;tag=da5f1d51..Call-ID:
>> MGU1ZjI4NTVlN2QwMzkwNTE5NjAwNDAzZmQzYzkyYTU...CSeq: 3
> BYE..Accept-Language:
>> en..Content-Length: 0....
>>
>> I wish that it can help you to troble shoot this problem.
>>
>> Best regards,
>>
>> On Fri, 05 Aug 2011 19:11:45 +0200, Richard DEMONGEOT
>> <richard at demongeot.biz>  wrote:
>>> Hi,
>>>
>>>
>>>
>>> On Fri, 05 Aug 2011 17:43:34 +0200, Daniel-Constantin Mierla
>>> <miconda at gmail.com>  wrote:
>>>> Hello,
>>>>
>>>> On 8/5/11 9:56 AM, Richard DEMONGEOT wrote:
>>>>> Dear all,
>>>>>
>>>>> I've encountered two issues with Sip Router.
>>>>>
>>>>> Build : Kamailio 3.1.4 for Squeeze (Kamailio's debian Packages).
>>>>>
>>>>> When i'm using Topoh with Call-ID encoding, instruction
> dlg_bye("ALL")
>>>>> generate me an error on logfiles :
>>>>>
>>>>> Aug  4 17:46:26 kamtest /usr/sbin/kamailio[25267]: ERROR: topoh
>>>>> [th_mask.c:166]: invalid input
>>>>> string"dd04db6ccc7074deb9f8a1160946d331 at 0:0:0:0:0:0:0:0"
>>>>> Aug  4 17:46:26 kamtest /usr/sbin/kamailio[25267]: ERROR: topoh
>>>>> [th_msg.c:480]: cannot decode callid
>>>>> Aug  4 17:46:26 kamtest /usr/sbin/kamailio[25268]: ERROR: topoh
>>>>> [th_mask.c:166]: invalid input
>>>>> string"dd04db6ccc7074deb9f8a1160946d331 at 0:0:0:0:0:0:0:0"
>>>>> Aug  4 17:46:26 kamtest /usr/sbin/kamailio[25268]: ERROR: topoh
>>>>> [th_msg.c:480]: cannot decode callid
>>>>>
>>>>> Only "INCOMING LEG" is ended, and "OUTGOING LEG", with call-ID
> encoded
>>>>> continue.
>>>>>
>>>>> Have you any idea about this problem?
>>>>>
>>>>> Can we use dlg_bye("ALL") with call-id encoding?
>>>> I have to analyze a bit, encoding call-id might not be compatible with
>>>> dlg_bye(). Can you capture the SIP traffic with ngrep for such call
> and
>>>> send it over? It will help to troubleshoot without setting a testbed
> for
>>>> it.
>>> I can't take a capture before Monday. However, as i've take some
> capture
>>> when i've tried to troubleshoot this problem, i've seen that only
> caller
>>> recieve a BYE from proxy.
>>>
>>> I'll give you a network capture monday.
>>>
>>> Best regards,
>>>
>>>
>>> _______________________________________________
>>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>>> sr-users at lists.sip-router.org
>>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>> _______________________________________________
>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>> sr-users at lists.sip-router.org
>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

-- 
Daniel-Constantin Mierla -- http://www.asipto.com
Kamailio Advanced Training, Oct 10-13, Berlin: http://asipto.com/u/kat
http://linkedin.com/in/miconda -- http://twitter.com/miconda




More information about the sr-users mailing list