Hi,
Using openser 1.1.0-dev8 as a registrar/proxy in from of Asterisk. Recently I have been getting errors from Asterisk due to corrupted From: headers, which appear to be caused by uac_replace. Here is a section of the debug log:
Mar 14 15:12:00 www1 /usr/sbin/openser[7933]: DBG:uac::restore_from_reply: removing <From: sip:lenc_domain.com@sip.domain.com;tag=635c3ce6 > Mar 14 15:12:00 www1 /usr/sbin/openser[7933]: DBG:uac::restore_from_reply: inserting <From: sip:lenc@sip.domain.com;tag=635c3ce6 > Mar 14 15:12:00 www1 /usr/sbin/openser[7933]: DEBUG:tm:reply_received: org. status uas=200, uac[0]=200 local=0 is_invite=1) Mar 14 15:12:00 www1 /usr/sbin/openser[7932]: DEBUG:uac:restore_from: getting 'vsf' Route param Mar 14 15:12:00 www1 /usr/sbin/openser[7932]: DEBUG:uac:restore_from: Route param is 'aaaaaaaaaaafggqrsqadbekacyvdabuuaw1hz2luzs5pzq--' (len=48) Mar 14 15:12:00 www1 /usr/sbin/openser[7932]: DEBUG:uac:restore_from: decoded uris are: new=[▒�S����
sN� old=[sip:lenc@sip.domain.com]
As you can see, the auto restore_from of the uri is putting garbled characters in there. This has only recently started in the past week. I have made no changes to openser in a month. The only thing I did was upgrade Asterisk to 1.2.5
Anyone any ideas?
Hi Barry,
as you use quite an old devel version, first try to update with latest cvs version and let me know if the problem is still present.
regards, bogdan
Barry Flanagan wrote:
Hi,
Using openser 1.1.0-dev8 as a registrar/proxy in from of Asterisk. Recently I have been getting errors from Asterisk due to corrupted From: headers, which appear to be caused by uac_replace. Here is a section of the debug log:
Mar 14 15:12:00 www1 /usr/sbin/openser[7933]: DBG:uac::restore_from_reply: removing <From: sip:lenc_domain.com@sip.domain.com;tag=635c3ce6 > Mar 14 15:12:00 www1 /usr/sbin/openser[7933]: DBG:uac::restore_from_reply: inserting <From: sip:lenc@sip.domain.com;tag=635c3ce6 > Mar 14 15:12:00 www1 /usr/sbin/openser[7933]: DEBUG:tm:reply_received: org. status uas=200, uac[0]=200 local=0 is_invite=1) Mar 14 15:12:00 www1 /usr/sbin/openser[7932]: DEBUG:uac:restore_from: getting 'vsf' Route param Mar 14 15:12:00 www1 /usr/sbin/openser[7932]: DEBUG:uac:restore_from: Route param is 'aaaaaaaaaaafggqrsqadbekacyvdabuuaw1hz2luzs5pzq--' (len=48) Mar 14 15:12:00 www1 /usr/sbin/openser[7932]: DEBUG:uac:restore_from: decoded uris are: new=[▒�S����
sN� old=[sip:lenc@sip.domain.com]
As you can see, the auto restore_from of the uri is putting garbled characters in there. This has only recently started in the past week. I have made no changes to openser in a month. The only thing I did was upgrade Asterisk to 1.2.5
Anyone any ideas?
Bogdan-Andrei Iancu wrote:
Hi Barry,
as you use quite an old devel version, first try to update with latest cvs version and let me know if the problem is still present.
Yes, have been trying but it appears the sourceforge CVS is out at the moment. Actually I have found that this issue only exists with SIPPS softphone. XTen, SJphone and other IP phones are all fine. Unfortunately, we are just about to roll out with SIPPS...oops!
Regards,
-Barry
regards, bogdan
Barry Flanagan wrote:
Hi,
Using openser 1.1.0-dev8 as a registrar/proxy in from of Asterisk. Recently I have been getting errors from Asterisk due to corrupted From: headers, which appear to be caused by uac_replace. Here is a section of the debug log:
Mar 14 15:12:00 www1 /usr/sbin/openser[7933]: DBG:uac::restore_from_reply: removing <From: sip:lenc_domain.com@sip.domain.com;tag=635c3ce6 > Mar 14 15:12:00 www1 /usr/sbin/openser[7933]: DBG:uac::restore_from_reply: inserting <From: sip:lenc@sip.domain.com;tag=635c3ce6 > Mar 14 15:12:00 www1 /usr/sbin/openser[7933]: DEBUG:tm:reply_received: org. status uas=200, uac[0]=200 local=0 is_invite=1) Mar 14 15:12:00 www1 /usr/sbin/openser[7932]: DEBUG:uac:restore_from: getting 'vsf' Route param Mar 14 15:12:00 www1 /usr/sbin/openser[7932]: DEBUG:uac:restore_from: Route param is 'aaaaaaaaaaafggqrsqadbekacyvdabuuaw1hz2luzs5pzq--' (len=48) Mar 14 15:12:00 www1 /usr/sbin/openser[7932]: DEBUG:uac:restore_from: decoded uris are: new=[▒�S����
sN� old=[sip:lenc@sip.domain.com]
As you can see, the auto restore_from of the uri is putting garbled characters in there. This has only recently started in the past week. I have made no changes to openser in a month. The only thing I did was upgrade Asterisk to 1.2.5
Anyone any ideas?
Hi,
Barry Flanagan wrote:
Bogdan-Andrei Iancu wrote:
Hi Barry,
as you use quite an old devel version, first try to update with latest cvs version and let me know if the problem is still present.
Yes, have been trying but it appears the sourceforge CVS is out at the moment.
yes, there is a partial outage on anonymous CVS - but you may try using the cvs snapshots from the openser web page.
Actually I have found that this issue only exists with SIPPS softphone. XTen, SJphone and other IP phones are all fine.
can you check on network level if the mirrored Route param sent by SIPPS is the same with the one placed by openser in the RR header?
Unfortunately, we are just about to roll out with SIPPS...oops!
not good :D
regards, bogdan
Regards,
-Barry
regards, bogdan
Barry Flanagan wrote:
Hi,
Using openser 1.1.0-dev8 as a registrar/proxy in from of Asterisk. Recently I have been getting errors from Asterisk due to corrupted From: headers, which appear to be caused by uac_replace. Here is a section of the debug log:
Mar 14 15:12:00 www1 /usr/sbin/openser[7933]: DBG:uac::restore_from_reply: removing <From: sip:lenc_domain.com@sip.domain.com;tag=635c3ce6 > Mar 14 15:12:00 www1 /usr/sbin/openser[7933]: DBG:uac::restore_from_reply: inserting <From: sip:lenc@sip.domain.com;tag=635c3ce6 > Mar 14 15:12:00 www1 /usr/sbin/openser[7933]: DEBUG:tm:reply_received: org. status uas=200, uac[0]=200 local=0 is_invite=1) Mar 14 15:12:00 www1 /usr/sbin/openser[7932]: DEBUG:uac:restore_from: getting 'vsf' Route param Mar 14 15:12:00 www1 /usr/sbin/openser[7932]: DEBUG:uac:restore_from: Route param is 'aaaaaaaaaaafggqrsqadbekacyvdabuuaw1hz2luzs5pzq--' (len=48) Mar 14 15:12:00 www1 /usr/sbin/openser[7932]: DEBUG:uac:restore_from: decoded uris are: new=[▒�S����
sN� old=[sip:lenc@sip.domain.com]
As you can see, the auto restore_from of the uri is putting garbled characters in there. This has only recently started in the past week. I have made no changes to openser in a month. The only thing I did was upgrade Asterisk to 1.2.5
Anyone any ideas?
Bogdan-Andrei Iancu wrote:
Hi,
Barry Flanagan wrote:
Bogdan-Andrei Iancu wrote:
Hi Barry,
as you use quite an old devel version, first try to update with latest cvs version and let me know if the problem is still present.
Yes, have been trying but it appears the sourceforge CVS is out at the moment.
yes, there is a partial outage on anonymous CVS - but you may try using the cvs snapshots from the openser web page.
OK, I'll give that a go.
Actually I have found that this issue only exists with SIPPS softphone. XTen, SJphone and other IP phones are all fine.
can you check on network level if the mirrored Route param sent by SIPPS is the same with the one placed by openser in the RR header?
How would I go about this?
Thanks.
-Barry
Barry Flanagan wrote:
Hi,
Using openser 1.1.0-dev8 as a registrar/proxy in from of Asterisk. Recently I have been getting errors from Asterisk due to corrupted From: headers, which appear to be caused by uac_replace. Here is a section of the debug log:
Mar 14 15:12:00 www1 /usr/sbin/openser[7933]: DBG:uac::restore_from_reply: removing <From: sip:lenc_domain.com@sip.domain.com;tag=635c3ce6 > Mar 14 15:12:00 www1 /usr/sbin/openser[7933]: DBG:uac::restore_from_reply: inserting <From: sip:lenc@sip.domain.com;tag=635c3ce6 > Mar 14 15:12:00 www1 /usr/sbin/openser[7933]: DEBUG:tm:reply_received: org. status uas=200, uac[0]=200 local=0 is_invite=1) Mar 14 15:12:00 www1 /usr/sbin/openser[7932]: DEBUG:uac:restore_from: getting 'vsf' Route param Mar 14 15:12:00 www1 /usr/sbin/openser[7932]: DEBUG:uac:restore_from: Route param is 'aaaaaaaaaaafggqrsqadbekacyvdabuuaw1hz2luzs5pzq--' (len=48) Mar 14 15:12:00 www1 /usr/sbin/openser[7932]: DEBUG:uac:restore_from: decoded uris are: new=[▒�S����
sN� old=[sip:lenc@sip.domain.com]
As you can see, the auto restore_from of the uri is putting garbled characters in there. This has only recently started in the past week. I have made no changes to openser in a month. The only thing I did was upgrade Asterisk to 1.2.5
Anyone any ideas?
Hi,
just get a network trace of the call (on the proxy machine) and post it.
regards, bogdan
Barry Flanagan wrote:
Actually I have found that this issue only exists with SIPPS softphone. XTen, SJphone and other IP phones are all fine.
can you check on network level if the mirrored Route param sent by SIPPS is the same with the one placed by openser in the RR header?
How would I go about this?
Bogdan-Andrei Iancu wrote:
Hi,
just get a network trace of the call (on the proxy machine) and post it.
Attached.
-Barry
10:46:49.310312 IP (tos 0x0, ttl 62, id 45968, offset 0, flags [DF], length: 53) pix.office.colt.domain.com.7466 > www.domain.com.xmpp-client: P [tcp sum ok] 2926200876:2926200877(1) ack 707203962 win 3068 <nop,nop,timestamp 54614373 47334361> ..C.]....j.@..E..5..@.>.....j.W..8.*.f.jH,*'.z.....:.....
.AYe..C.
10:46:49.316781 IP (tos 0x0, ttl 64, id 9061, offset 0, flags [DF], length: 52) www.domain.com.xmpp-client > pix.office.colt.domain.com.7466: . [tcp sum ok] 1:1(0) ack 1 win 1448 <nop,nop,timestamp 47389362 54614373> ...j.@..C.]...E..4#e@.@.y.W..8..j..f.**'.z.jH-...........
.....AYe 10:46:49.478981 IP (tos 0x0, ttl 126, id 35979, offset 0, flags [none], length: 905) pix.office.colt.domain.com.56016 > ser1.ser.domain.com.sip: [udp sum ok] UDP, length: 877 ..C.]....j.@..E.......~.....j.W........u5.INVITE sip:0863854334@sip.domain.com SIP/2.0 Via: SIP/2.0/UDP 217.173.106.150:56016;branch=z9hG4bKnp126412403-45354786217.173.106.150;rport From: "Len Cabbage" sip:lenc@sip.domain.com;tag=788d465 To: sip:0863854334@sip.domain.com Call-ID: 126407746-44ed9051@217.173.106.150 CSeq: 1 INVITE User-Agent: Nero SIPPS IP Phone Version 2.1.3.25 Expires: 120 Accept: application/sdp Content-Type: application/sdp Content-Length: 311 Contact: sip:lenc@217.173.106.150:56016 Max-Forwards: 70 Allow: INVITE, ACK, CANCEL, BYE, REFER, OPTIONS, NOTIFY, INFO
v=0 o=SIPPS 126407740 126407744 IN IP4 217.173.106.150 s=SIP call c=IN IP4 217.173.106.150 t=0 0 m=audio 56026 RTP/AVP 0 8 97 96 98 3 a=rtpmap:0 pcmu/8000 a=rtpmap:8 pcma/8000 a=rtpmap:97 iLBC/8000 a=rtpmap:96 G726-24/8000 a=rtpmap:98 G726-32/8000 a=rtpmap:3 GSM/8000 a=fmtp:97 mode=20 a =sendrecv
10:46:49.541279 IP (tos 0x10, ttl 64, id 15158, offset 0, flags [DF], length: 731) ser1.ser.domain.com.sip > pix.office.colt.domain.com.56016: [bad udp cksum a025!] UDP, length: 703 ...j.@..C.]...E...;6@.@._.W.....j.........SIP/2.0 407 Proxy Authentication Required Via: SIP/2.0/UDP 217.173.106.150:56016;branch=z9hG4bKnp126412403-45354786217.173.106.150;rport=56016 From: "Len Cabbage" sip:lenc@sip.domain.com;tag=788d465 To: sip:0863854334@sip.domain.com;tag=fc6d4f95f616c13aa25514c13db75a6b.17b0 Call-ID: 126407746-44ed9051@217.173.106.150 CSeq: 1 INVITE Proxy-Authenticate: Digest realm="domain.com", nonce="4417f1c565100574f678095ad60f218d9d0eda9b" Server: OpenSer (1.1.0-dev8 (i386/linux)) Content-Length: 0 Warning: 392 87.232.1.16:5060 "Noisy feedback tells: pid=7931 req_src_ip=217.173.106.150 req_src_port=56016 in_uri=sip:0863854334@sip.domain.com out_uri=sip:0863854334@sip.domain.com via_cnt==1"
10:46:49.545192 IP (tos 0x0, ttl 126, id 35980, offset 0, flags [none], length: 384) pix.office.colt.domain.com.56016 > ser1.ser.domain.com.sip: [udp sum ok] UDP, length: 356 ..C.]....j.@..E.......~.....j.W........l&GACK sip:0863854334@sip.domain.com SIP/2.0 From: "Len Cabbage" sip:lenc@sip.domain.com;tag=788d465 Call-ID: 126407746-44ed9051@217.173.106.150 Via: SIP/2.0/UDP 217.173.106.150:56016;branch=z9hG4bKnp126412403-45354786217.173.106.150;rport To: sip:0863854334@sip.domain.com;tag=fc6d4f95f616c13aa25514c13db75a6b.17b0 CSeq: 1 ACK Content-Length: 0
10:46:49.553562 IP (tos 0x0, ttl 126, id 35981, offset 0, flags [none], length: 1137) pix.office.colt.domain.com.56016 > ser1.ser.domain.com.sip: [udp sum ok] UDP, length: 1109 ..C.]....j.@..E..q....~.....j.W........]..INVITE sip:0863854334@sip.domain.com SIP/2.0 Via: SIP/2.0/UDP 217.173.106.150:56016;branch=z9hG4bKnp126420261-45ac4c80217.173.106.150;rport From: "Len Cabbage" sip:lenc@sip.domain.com;tag=788d465 To: sip:0863854334@sip.domain.com Call-ID: 126407746-44ed9051@217.173.106.150 CSeq: 2 INVITE Proxy-Authorization: Digest username="lenc",realm="domain.com",uri="sip:217-173-106-150",nonce="4417f1c565100574f678095ad60f218d9d0eda9b",nc=00000001,response="3eb09f3e0f3939e191855c323d307f90" Content-Type: application/sdp Content-Length: 311 Date: Wed, 15 Mar 2006 10:46:55 GMT Contact: sip:lenc@217.173.106.150:56016 Expires: 120 Accept: application/sdp Max-Forwards: 70 User-Agent: Nero SIPPS IP Phone Version 2.1.3.25 Allow: INVITE, ACK, CANCEL, BYE, REFER, OPTIONS, NOTIFY, INFO
v=0 o=SIPPS 126407740 126407744 IN IP4 217.173.106.150 s=SIP call c=IN IP4 217.173.106.150 t=0 0 m=audio 56026 RTP/AVP 0 8 97 96 98 3 a=rtpmap:0 pcmu/8000 a=rtpmap:8 pcma/8000 a=rtpmap:97 iLBC/8000 a=rtpmap:96 G726-24/8000 a=rtpmap:98 G726-32/8000 a=rtpmap:3 GSM/8000 a=fmtp:97 mode=20 a =sendrecv
10:46:49.763038 IP (tos 0x10, ttl 64, id 15159, offset 0, flags [DF], length: 603) ser1.ser.domain.com.sip > pix.office.colt.domain.com.56016: [bad udp cksum 23e!] UDP, length: 575 ...j.@..C.]...E..[;7@.@.`.W.....j......G..SIP/2.0 100 trying -- your call is important to us Via: SIP/2.0/UDP 217.173.106.150:56016;branch=z9hG4bKnp126420261-45ac4c80217.173.106.150;rport=56016 From: "Len Cabbage" sip:lenc@sip.domain.com;tag=788d465 To: sip:0863854334@sip.domain.com Call-ID: 126407746-44ed9051@217.173.106.150 CSeq: 2 INVITE Server: OpenSer (1.1.0-dev8 (i386/linux)) Content-Length: 0 Warning: 392 87.232.1.16:5060 "Noisy feedback tells: pid=7932 req_src_ip=217.173.106.150 req_src_port=56016 in_uri=sip:0863854334@sip.domain.com out_uri=sip:0863854334@87.232.1.68:5060 via_cnt==1"
10:46:49.822790 IP (tos 0x10, ttl 64, id 15161, offset 0, flags [DF], length: 814) ser1.ser.domain.com.sip > pix.office.colt.domain.com.56016: [bad udp cksum 3257!] UDP, length: 786 ...j.@..C.]...E...;9@.@._:W.....j........gSIP/2.0 200 OK Via: SIP/2.0/UDP 217.173.106.150:56016;branch=z9hG4bKnp126420261-45ac4c80217.173.106.150;rport=56016 Record-Route: sip:87.232.1.16;ftag=788d465;lr=on;vsf=AAAAAAAAAAAfGgQRSQADBEkACyVdABUuaW1hZ2luZS5pZQ-- From: "Len Cabbage" sip:lenc@sip.domain.com;tag=788d465 To: sip:0863854334@sip.domain.com;tag=as17895361 Call-ID: 126407746-44ed9051@217.173.106.150 CSeq: 2 INVITE User-Agent: Imagine PBX Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY Contact: sip:0863854334@87.232.1.68 Content-Type: application/sdp Content-Length: 205
v=0 o=root 16920 16920 IN IP4 87.232.1.68 s=session c=IN IP4 87.232.1.68 t=0 0 m=audio 33516 RTP/AVP 3 0 8 a=rtpmap:3 GSM/8000 a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=silenceSupp:off - - - -
10:46:50.090374 IP (tos 0x0, ttl 126, id 35982, offset 0, flags [none], length: 795) pix.office.colt.domain.com.56016 > ser1.ser.domain.com.sip: [udp sum ok] UDP, length: 767 ..C.]....j.@..E.......~.....j.W.........X.ACK sip:0863854334@87.232.1.68 SIP/2.0 Route: sip:87.232.1.16;ftag=788d465;lr=on;vsf=aaaaaaaaaaafggqrsqadbekacyvdabuuaw1hz2luzs5pzq-- Via: SIP/2.0/UDP 217.173.106.150:56016;branch=z9hG4bKnp126473298-48d68a21217-173-106-150;rport From: "Len Cabbage" sip:lenc@sip.domain.com;tag=788d465 To: sip:0863854334@sip.domain.com;tag=as17895361 Call-ID: 126407746-44ed9051@217.173.106.150 CSeq: 2 ACK Proxy-Authorization: Digest username="lenc",realm="domain.com",uri="sip:217-173-106-150",nonce="4417f1c565100574f678095ad60f218d9d0eda9b",nc=00000002,response="a013abcc86b485c431b0ab9df0c0047c" Date: Wed, 15 Mar 2006 10:46:55 GMT Content-Length: 0 Contact: sip:lenc@217.173.106.150:56016 Max-Forwards: 70 User-Agent: Nero SIPPS IP Phone Version 2.1.3.25
10:46:50.882540 IP (tos 0x10, ttl 64, id 15163, offset 0, flags [DF], length: 814) ser1.ser.domain.com.sip > pix.office.colt.domain.com.56016: [bad udp cksum 3257!] UDP, length: 786 ...j.@..C.]...E...;;@.@._8W.....j........gSIP/2.0 200 OK Via: SIP/2.0/UDP 217.173.106.150:56016;branch=z9hG4bKnp126420261-45ac4c80217.173.106.150;rport=56016 Record-Route: sip:87.232.1.16;ftag=788d465;lr=on;vsf=AAAAAAAAAAAfGgQRSQADBEkACyVdABUuaW1hZ2luZS5pZQ-- From: "Len Cabbage" sip:lenc@sip.domain.com;tag=788d465 To: sip:0863854334@sip.domain.com;tag=as17895361 Call-ID: 126407746-44ed9051@217.173.106.150 CSeq: 2 INVITE User-Agent: Imagine PBX Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY Contact: sip:0863854334@87.232.1.68 Content-Type: application/sdp Content-Length: 205
v=0 o=root 16920 16920 IN IP4 87.232.1.68 s=session c=IN IP4 87.232.1.68 t=0 0 m=audio 33516 RTP/AVP 3 0 8 a=rtpmap:3 GSM/8000 a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=silenceSupp:off - - - -
10:46:50.902648 IP (tos 0x0, ttl 126, id 36002, offset 0, flags [none], length: 795) pix.office.colt.domain.com.56016 > ser1.ser.domain.com.sip: [udp sum ok] UDP, length: 767 ..C.]....j.@..E.......~.....j.W.........L.ACK sip:0863854334@87.232.1.68 SIP/2.0 Route: sip:87.232.1.16;ftag=788d465;lr=on;vsf=aaaaaaaaaaafggqrsqadbekacyvdabuuaw1hz2luzs5pzq-- Via: SIP/2.0/UDP 217.173.106.150:56016;branch=z9hG4bKnp126554691-47b9339f192-168-1-150;rport From: "Len Cabbage" sip:lenc@sip.domain.com;tag=788d465 To: sip:0863854334@sip.domain.com;tag=as17895361 Call-ID: 126407746-44ed9051@217.173.106.150 CSeq: 2 ACK Proxy-Authorization: Digest username="lenc",realm="domain.com",uri="sip:192-168-1-150",nonce="4417f1c565100574f678095ad60f218d9d0eda9b",nc=00000003,response="a013abcc86b485c431b0ab9df0c0047c" Date: Wed, 15 Mar 2006 10:46:56 GMT Content-Length: 0 Contact: sip:lenc@217.173.106.150:56016 Max-Forwards: 70 User-Agent: Nero SIPPS IP Phone Version 2.1.3.25
10:46:51.869808 IP (tos 0x10, ttl 64, id 15165, offset 0, flags [DF], length: 814) ser1.ser.domain.com.sip > pix.office.colt.domain.com.56016: [bad udp cksum 3257!] UDP, length: 786 ...j.@..C.]...E...;=@.@._6W.....j........gSIP/2.0 200 OK Via: SIP/2.0/UDP 217.173.106.150:56016;branch=z9hG4bKnp126420261-45ac4c80217.173.106.150;rport=56016 Record-Route: sip:87.232.1.16;ftag=788d465;lr=on;vsf=AAAAAAAAAAAfGgQRSQADBEkACyVdABUuaW1hZ2luZS5pZQ-- From: "Len Cabbage" sip:lenc@sip.domain.com;tag=788d465 To: sip:0863854334@sip.domain.com;tag=as17895361 Call-ID: 126407746-44ed9051@217.173.106.150 CSeq: 2 INVITE User-Agent: Imagine PBX Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY Contact: sip:0863854334@87.232.1.68 Content-Type: application/sdp Content-Length: 205
v=0 o=root 16920 16920 IN IP4 87.232.1.68 s=session c=IN IP4 87.232.1.68 t=0 0 m=audio 33516 RTP/AVP 3 0 8 a=rtpmap:3 GSM/8000 a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=silenceSupp:off - - - -
10:46:51.885573 IP (tos 0x0, ttl 126, id 36032, offset 0, flags [none], length: 795) pix.office.colt.domain.com.56016 > ser1.ser.domain.com.sip: [udp sum ok] UDP, length: 767 ..C.]....j.@..E.......~.....j.W.........S.ACK sip:0863854334@87.232.1.68 SIP/2.0 Route: sip:87.232.1.16;ftag=788d465;lr=on;vsf=aaaaaaaaaaafggqrsqadbekacyvdabuuaw1hz2luzs5pzq-- Via: SIP/2.0/UDP 217.173.106.150:56016;branch=z9hG4bKnp126653042-47a0c96f192-168-1-150;rport From: "Len Cabbage" sip:lenc@sip.domain.com;tag=788d465 To: sip:0863854334@sip.domain.com;tag=as17895361 Call-ID: 126407746-44ed9051@217.173.106.150 CSeq: 2 ACK Proxy-Authorization: Digest username="lenc",realm="domain.com",uri="sip:192-168-1-150",nonce="4417f1c565100574f678095ad60f218d9d0eda9b",nc=00000004,response="a013abcc86b485c431b0ab9df0c0047c" Date: Wed, 15 Mar 2006 10:46:57 GMT Content-Length: 0 Contact: sip:lenc@217.173.106.150:56016 Max-Forwards: 70 User-Agent: Nero SIPPS IP Phone Version 2.1.3.25
10:46:53.847562 IP (tos 0x10, ttl 64, id 15167, offset 0, flags [DF], length: 814) ser1.ser.domain.com.sip > pix.office.colt.domain.com.56016: [bad udp cksum 3257!] UDP, length: 786 ...j.@..C.]...E...;?@.@._4W.....j........gSIP/2.0 200 OK Via: SIP/2.0/UDP 217.173.106.150:56016;branch=z9hG4bKnp126420261-45ac4c80217.173.106.150;rport=56016 Record-Route: sip:87.232.1.16;ftag=788d465;lr=on;vsf=AAAAAAAAAAAfGgQRSQADBEkACyVdABUuaW1hZ2luZS5pZQ-- From: "Len Cabbage" sip:lenc@sip.domain.com;tag=788d465 To: sip:0863854334@sip.domain.com;tag=as17895361 Call-ID: 126407746-44ed9051@217.173.106.150 CSeq: 2 INVITE User-Agent: Imagine PBX Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY Contact: sip:0863854334@87.232.1.68 Content-Type: application/sdp Content-Length: 205
v=0 o=root 16920 16920 IN IP4 87.232.1.68 s=session c=IN IP4 87.232.1.68 t=0 0 m=audio 33516 RTP/AVP 3 0 8 a=rtpmap:3 GSM/8000 a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=silenceSupp:off - - - -
10:46:53.863921 IP (tos 0x0, ttl 126, id 36082, offset 0, flags [none], length: 795) pix.office.colt.domain.com.56016 > ser1.ser.domain.com.sip: [udp sum ok] UDP, length: 767 ..C.]....j.@..E.......~.....j.W.........z.ACK sip:0863854334@87.232.1.68 SIP/2.0 Route: sip:87.232.1.16;ftag=788d465;lr=on;vsf=aaaaaaaaaaafggqrsqadbekacyvdabuuaw1hz2luzs5pzq-- Via: SIP/2.0/UDP 217.173.106.150:56016;branch=z9hG4bKnp126851496-4789e5e3192-168-1-150;rport From: "Len Cabbage" sip:lenc@sip.domain.com;tag=788d465 To: sip:0863854334@sip.domain.com;tag=as17895361 Call-ID: 126407746-44ed9051@217.173.106.150 CSeq: 2 ACK Proxy-Authorization: Digest username="lenc",realm="domain.com",uri="sip:192-168-1-150",nonce="4417f1c565100574f678095ad60f218d9d0eda9b",nc=00000005,response="a013abcc86b485c431b0ab9df0c0047c" Date: Wed, 15 Mar 2006 10:46:59 GMT Content-Length: 0 Contact: sip:lenc@217.173.106.150:56016 Max-Forwards: 70 User-Agent: Nero SIPPS IP Phone Version 2.1.3.25
10:46:54.001336 IP (tos 0x0, ttl 126, id 36087, offset 0, flags [none], length: 33) pix.office.colt.domain.com.56016 > ser1.ser.domain.com.sip: [udp sum ok] UDP, length: 5 ..C.]....j.@..E..!....~.....j.W........ .. ............. 10:46:57.760263 IP (tos 0x0, ttl 126, id 36182, offset 0, flags [none], length: 715) pix.office.colt.domain.com.56016 > ser1.ser.domain.com.sip: [udp sum ok] UDP, length: 687 ..C.]....j.@..E....V..~.....j.W..........+BYE sip:0863854334@87.232.1.68 SIP/2.0 Route: sip:87.232.1.16;ftag=788d465;lr=on;vsf=aaaaaaaaaaafggqrsqadbekacyvdabuuaw1hz2luzs5pzq-- Via: SIP/2.0/UDP 217.173.106.150:56016;branch=z9hG4bKnp127240540-46e20d53192-168-1-150;rport From: "Len Cabbage" sip:lenc@sip.domain.com;tag=788d465 To: sip:0863854334@sip.domain.com;tag=as17895361 Call-ID: 126407746-44ed9051@217.173.106.150 CSeq: 3 BYE Proxy-Authorization: Digest username="lenc",realm="domain.com",uri="sip:192-168-1-150",nonce="4417f1c565100574f678095ad60f218d9d0eda9b",nc=00000006,response="391b0c27b5589cf2367fc4611b52c936" Max-Forwards: 70 User-Agent: Nero SIPPS IP Phone Version 2.1.3.25 Content-Length: 0
10:46:57.867900 IP (tos 0x10, ttl 64, id 15169, offset 0, flags [DF], length: 814) ser1.ser.domain.com.sip > pix.office.colt.domain.com.56016: [bad udp cksum 3257!] UDP, length: 786 ...j.@..C.]...E...;A@.@._2W.....j........gSIP/2.0 200 OK Via: SIP/2.0/UDP 217.173.106.150:56016;branch=z9hG4bKnp126420261-45ac4c80217.173.106.150;rport=56016 Record-Route: sip:87.232.1.16;ftag=788d465;lr=on;vsf=AAAAAAAAAAAfGgQRSQADBEkACyVdABUuaW1hZ2luZS5pZQ-- From: "Len Cabbage" sip:lenc@sip.domain.com;tag=788d465 To: sip:0863854334@sip.domain.com;tag=as17895361 Call-ID: 126407746-44ed9051@217.173.106.150 CSeq: 2 INVITE User-Agent: Imagine PBX Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY Contact: sip:0863854334@87.232.1.68 Content-Type: application/sdp Content-Length: 205
v=0 o=root 16920 16920 IN IP4 87.232.1.68 s=session c=IN IP4 87.232.1.68 t=0 0 m=audio 33516 RTP/AVP 3 0 8 a=rtpmap:3 GSM/8000 a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=silenceSupp:off - - - -
10:46:58.260971 IP (tos 0x0, ttl 126, id 36211, offset 0, flags [none], length: 715) pix.office.colt.domain.com.56016 > ser1.ser.domain.com.sip: [udp sum ok] UDP, length: 687 ..C.]....j.@..E....s..~..s..j.W..........+BYE sip:0863854334@87.232.1.68 SIP/2.0 Route: sip:87.232.1.16;ftag=788d465;lr=on;vsf=aaaaaaaaaaafggqrsqadbekacyvdabuuaw1hz2luzs5pzq-- Via: SIP/2.0/UDP 217.173.106.150:56016;branch=z9hG4bKnp127240540-46e20d53192-168-1-150;rport From: "Len Cabbage" sip:lenc@sip.domain.com;tag=788d465 To: sip:0863854334@sip.domain.com;tag=as17895361 Call-ID: 126407746-44ed9051@217.173.106.150 CSeq: 3 BYE Proxy-Authorization: Digest username="lenc",realm="domain.com",uri="sip:192-168-1-150",nonce="4417f1c565100574f678095ad60f218d9d0eda9b",nc=00000006,response="391b0c27b5589cf2367fc4611b52c936" Max-Forwards: 70 User-Agent: Nero SIPPS IP Phone Version 2.1.3.25 Content-Length: 0
10:46:59.266758 IP (tos 0x0, ttl 126, id 36262, offset 0, flags [none], length: 715) pix.office.colt.domain.com.56016 > ser1.ser.domain.com.sip: [udp sum ok] UDP, length: 687 ..C.]....j.@..E.......~..@..j.W..........+BYE sip:0863854334@87.232.1.68 SIP/2.0 Route: sip:87.232.1.16;ftag=788d465;lr=on;vsf=aaaaaaaaaaafggqrsqadbekacyvdabuuaw1hz2luzs5pzq-- Via: SIP/2.0/UDP 217.173.106.150:56016;branch=z9hG4bKnp127240540-46e20d53192-168-1-150;rport From: "Len Cabbage" sip:lenc@sip.domain.com;tag=788d465 To: sip:0863854334@sip.domain.com;tag=as17895361 Call-ID: 126407746-44ed9051@217.173.106.150 CSeq: 3 BYE Proxy-Authorization: Digest username="lenc",realm="domain.com",uri="sip:192-168-1-150",nonce="4417f1c565100574f678095ad60f218d9d0eda9b",nc=00000006,response="391b0c27b5589cf2367fc4611b52c936" Max-Forwards: 70 User-Agent: Nero SIPPS IP Phone Version 2.1.3.25 Content-Length: 0
10:47:01.282328 IP (tos 0x0, ttl 126, id 36364, offset 0, flags [none], length: 715) pix.office.colt.domain.com.56016 > ser1.ser.domain.com.sip: [udp sum ok] UDP, length: 687 ..C.]....j.@..E.......~.....j.W..........+BYE sip:0863854334@87.232.1.68 SIP/2.0 Route: sip:87.232.1.16;ftag=788d465;lr=on;vsf=aaaaaaaaaaafggqrsqadbekacyvdabuuaw1hz2luzs5pzq-- Via: SIP/2.0/UDP 217.173.106.150:56016;branch=z9hG4bKnp127240540-46e20d53192-168-1-150;rport From: "Len Cabbage" sip:lenc@sip.domain.com;tag=788d465 To: sip:0863854334@sip.domain.com;tag=as17895361 Call-ID: 126407746-44ed9051@217.173.106.150 CSeq: 3 BYE Proxy-Authorization: Digest username="lenc",realm="domain.com",uri="sip:192-168-1-150",nonce="4417f1c565100574f678095ad60f218d9d0eda9b",nc=00000006,response="391b0c27b5589cf2367fc4611b52c936" Max-Forwards: 70 User-Agent: Nero SIPPS IP Phone Version 2.1.3.25 Content-Length: 0
10:47:01.899404 IP (tos 0x10, ttl 64, id 15173, offset 0, flags [DF], length: 814) ser1.ser.domain.com.sip > pix.office.colt.domain.com.56016: [bad udp cksum 3257!] UDP, length: 786 ...j.@..C.]...E...;E@.@._.W.....j........gSIP/2.0 200 OK Via: SIP/2.0/UDP 217.173.106.150:56016;branch=z9hG4bKnp126420261-45ac4c80217.173.106.150;rport=56016 Record-Route: sip:87.232.1.16;ftag=788d465;lr=on;vsf=AAAAAAAAAAAfGgQRSQADBEkACyVdABUuaW1hZ2luZS5pZQ-- From: "Len Cabbage" sip:lenc@sip.domain.com;tag=788d465 To: sip:0863854334@sip.domain.com;tag=as17895361 Call-ID: 126407746-44ed9051@217.173.106.150 CSeq: 2 INVITE User-Agent: Imagine PBX Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY Contact: sip:0863854334@87.232.1.68 Content-Type: application/sdp Content-Length: 205
v=0 o=root 16920 16920 IN IP4 87.232.1.68 s=session c=IN IP4 87.232.1.68 t=0 0 m=audio 33516 RTP/AVP 3 0 8 a=rtpmap:3 GSM/8000 a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=silenceSupp:off - - - -
10:47:05.289234 IP (tos 0x0, ttl 126, id 36565, offset 0, flags [none], length: 715) pix.office.colt.domain.com.56016 > ser1.ser.domain.com.sip: [udp sum ok] UDP, length: 687 ..C.]....j.@..E.......~.....j.W..........+BYE sip:0863854334@87.232.1.68 SIP/2.0 Route: sip:87.232.1.16;ftag=788d465;lr=on;vsf=aaaaaaaaaaafggqrsqadbekacyvdabuuaw1hz2luzs5pzq-- Via: SIP/2.0/UDP 217.173.106.150:56016;branch=z9hG4bKnp127240540-46e20d53192-168-1-150;rport From: "Len Cabbage" sip:lenc@sip.domain.com;tag=788d465 To: sip:0863854334@sip.domain.com;tag=as17895361 Call-ID: 126407746-44ed9051@217.173.106.150 CSeq: 3 BYE Proxy-Authorization: Digest username="lenc",realm="domain.com",uri="sip:192-168-1-150",nonce="4417f1c565100574f678095ad60f218d9d0eda9b",nc=00000006,response="391b0c27b5589cf2367fc4611b52c936" Max-Forwards: 70 User-Agent: Nero SIPPS IP Phone Version 2.1.3.25 Content-Length: 0
10:47:05.911184 IP (tos 0x10, ttl 64, id 15175, offset 0, flags [DF], length: 814) ser1.ser.domain.com.sip > pix.office.colt.domain.com.56016: [bad udp cksum 3257!] UDP, length: 786 ...j.@..C.]...E...;G@.@._,W.....j........gSIP/2.0 200 OK Via: SIP/2.0/UDP 217.173.106.150:56016;branch=z9hG4bKnp126420261-45ac4c80217.173.106.150;rport=56016 Record-Route: sip:87.232.1.16;ftag=788d465;lr=on;vsf=AAAAAAAAAAAfGgQRSQADBEkACyVdABUuaW1hZ2luZS5pZQ-- From: "Len Cabbage" sip:lenc@sip.domain.com;tag=788d465 To: sip:0863854334@sip.domain.com;tag=as17895361 Call-ID: 126407746-44ed9051@217.173.106.150 CSeq: 2 INVITE User-Agent: Imagine PBX Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY Contact: sip:0863854334@87.232.1.68 Content-Type: application/sdp Content-Length: 205
v=0 o=root 16920 16920 IN IP4 87.232.1.68 s=session c=IN IP4 87.232r.1.68 t=0 0 m=audio 33516 RTP/AVP 3 0 8 a=rtpmap:3 GSM/8000 a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=silenceSupp:off - - - -
Hi Barry,
indeed, there is a problem with this Nero SIPPS IP Phone - even if it receives vsf=AAAAAAAAAAAfGgQRSQADBEkACyVdABUuaW1hZ2luZS5pZQ-- it sends vsf=aaaaaaaaaaafggqrsqadbekacyvdabuuaw1hz2luzs5pzq--
so, it is case insensitive. The parameter is B64 encoding, so it is case sensitive.
The RFC says that the a SIP UA must mirror unchanged all RR parameters disregarding if it understands them or not.
regards, bogdan
Barry Flanagan wrote:
Bogdan-Andrei Iancu wrote:
Hi,
just get a network trace of the call (on the proxy machine) and post it.
Attached.
-Barry
Bogdan-Andrei Iancu wrote:
Hi Barry,
indeed, there is a problem with this Nero SIPPS IP Phone - even if it receives vsf=AAAAAAAAAAAfGgQRSQADBEkACyVdABUuaW1hZ2luZS5pZQ-- it sends vsf=aaaaaaaaaaafggqrsqadbekacyvdabuuaw1hz2luzs5pzq--
so, it is case insensitive. The parameter is B64 encoding, so it is case sensitive.
The RFC says that the a SIP UA must mirror unchanged all RR parameters disregarding if it understands them or not. ,
Thanks very much Bogdan. At least now I know where to go for a fix!
Regards,
-Barry
regards, bogdan
Barry Flanagan wrote:
Bogdan-Andrei Iancu wrote:
Hi,
just get a network trace of the call (on the proxy machine) and post it.
Attached.
-Barry
Bogdan-Andrei Iancu wrote:
Hi Barry,
indeed, there is a problem with this Nero SIPPS IP Phone - even if it receives vsf=AAAAAAAAAAAfGgQRSQADBEkACyVdABUuaW1hZ2luZS5pZQ-- it sends vsf=aaaaaaaaaaafggqrsqadbekacyvdabuuaw1hz2luzs5pzq--
so, it is case insensitive. The parameter is B64 encoding, so it is case sensitive.
The RFC says that the a SIP UA must mirror unchanged all RR parameters disregarding if it understands them or not.
Just to update you, Nero have fixed this bug. Works fine now.
Thanks for the help
-Barry Flanagan