07-09-2013 09:51 AM - edited 03-18-2019 01:25 AM
When I am connected from the outside the lan, the audio and video doesn´t works. When I am connected inside the LAN video & audio works from my jabber video client.
I am using the version 4.6, the ports are enabled into the Firewall.
Any idea where is the problem?
Solved! Go to Solution.
07-17-2013 06:57 AM
Paulo,
The RTP ports it doesn't open. I'll ask to do that.
There are no inspection/ALG enabled.
07-17-2013 07:07 AM
Hi Hugo,
Ok. I am awaiting for your feedback. I hope this resolve your issue. =)
Regards
Paulo Souza
Please rate replies and mark question as "answered" if applicable.
07-17-2013 08:17 AM
I asked you about the ports further up
https://supportforums.cisco.com/thread/2227433?tstart=0#3986260
and there you mentioned it was ok, ... (rtp=media)
5061/tcp SIP-TLS
5060/tcp SIP (optional or used if no encryption is supported)
3478/udp TURN
50000-54999/udp Media
60000-61799/udp Turn Media
Please remember to rate helpful responses and identify
07-17-2013 09:54 AM
Hi Hugo,
Hugo Vivar wrote:
I checked all the document and the ports are opened. The problem is when I make calls from inside to outside and viceversa.
Martin is right. You told him the ports were opened, even in this new thread.
Well, normally, when deploying VCSe, I have problem with the firewall team, because sometimes they tell me that the ports are opened properly, but then some issues begin to occur, so I start to debug and double check the configuration to figure out the problem, then I realize that the ports are not properly opened indeed, so I have to take the logs to prove that there is really something wrong regarding firewall configuration.
Martin, maybe Hugo is having the same issue here. Firewall team makes mistakes sometimes, that's why you, me and anothers here in the community always suggest to double check the configuration.
Regards
Paulo Souza
Please rate replies and mark question as "answered" if applicable.
07-17-2013 02:08 PM
Paulo,
Still doesn't work. This is the log
2013-07-17T17:02:31-04:00 | tvcs: UTCTime="2013-07-17 21:02:31,370" Module="network.sip" Level="DEBUG": Dst-ip="127.0.0.1" Dst-port="22410" SIPMSG: |SIP/2.0 408 Request Timeout Via: SIP/2.0/UDP 127.0.0.1:22410;received=127.0.0.1;ingress-zone=DefaultZone Call-ID: 75e6827852508c0e@127.0.0.1 CSeq: 853 NOTIFY From: <>>provisioning@sipvcs.finning.cl>;tag=909923f31bf4b18c To: <>>lcardozo@sipvcs.finning.cl>;tag=f2f6aadb8ae63e77 Server: TANDBERG/4120 (X7.2.2) Warning: 399 200.11.66.41:5061 "Request Timeout" Content-Length: 0| |
2013-07-17T17:02:31-04:00 | tvcs: UTCTime="2013-07-17 21:02:31,370" Module="network.sip" Level="INFO": Dst-ip="127.0.0.1" Dst-port="22410" Detail="Sending Response Code=408, Method=NOTIFY, To=sip:lcardozo@sipvcs.finning.cl, Call-ID=75e6827852508c0e@127.0.0.1" |
2013-07-17T17:02:31-04:00 | tvcs: UTCTime="2013-07-17 21:02:31,369" Module="network.tcp" Level="ERROR": Src-ip="172.21.125.160" Src-port="25057" Dst-ip="172.21.120.223" Dst-port="51688" Detail="TCP Connection Failed" |
2013-07-17T17:02:31-04:00 | tvcs: UTCTime="2013-07-17 21:02:31,365" Module="network.sip" Level="DEBUG": Src-ip="127.0.0.1" Src-port="22410" SIPMSG: |NOTIFY sip:lcardozo@172.21.120.223:51688;transport=tls SIP/2.0 Via: SIP/2.0/UDP 127.0.0.1:22410;received=127.0.0.1 Call-ID: 75e6827852508c0e@127.0.0.1 CSeq: 853 NOTIFY Contact: "VCS Provisioning Service" <127.0.0.1:22410> From: <>>provisioning@sipvcs.finning.cl>;tag=909923f31bf4b18c To: <>>lcardozo@sipvcs.finning.cl>;tag=f2f6aadb8ae63e77 Max-Forwards: 70 Route: <127.0.0.1:5060> Route: <200.11.66.41:5061> Event: ua-profile;model=movi;vendor=tandberg.com;profile-type=user;version=4.6.3.17194;clientid="S-1-5-21-2740034849-3312557874-683617195";connectivity=0 P-Asserted-Identity: <>>provisioning@sipvcs.finning.cl> Subscription-State: terminated;reason=timeout Content-Length: 0|200.11.66.41:5061>127.0.0.1:5060>127.0.0.1:22410> |
2013-07-17T17:02:31-04:00 | tvcs: UTCTime="2013-07-17 21:02:31,365" Module="network.sip" Level="INFO": Src-ip="127.0.0.1" Src-port="22410" Detail="Receive Request Method=NOTIFY, Request-URI=sip:lcardozo@172.21.120.223:51688;transport=tls, Call-ID=75e6827852508c0e@127.0.0.1" |
2013-07-17T17:02:31-04:00 | tvcs: UTCTime="2013-07-17 21:02:31,365" Module="network.sip" Level="TRACE": Src-ip="127.0.0.1" Src-port="22410" Hexdump="Received" Transport="UDP" Length="755" 0x4e 0x4f 0x54 0x49 0x46 0x59 0x20 0x73 0x69 0x70 0x3a 0x6c 0x63 0x61 0x72 0x64 NOTIFY sip:lcard 0x6f 0x7a 0x6f 0x40 0x31 0x37 0x32 0x2e 0x32 0x31 0x2e 0x31 0x32 0x30 0x2e 0x32 ozo@172.21.120.2 0x32 0x33 0x3a 0x35 0x31 0x36 0x38 0x38 0x3b 0x74 0x72 0x61 0x6e 0x73 0x70 0x6f 23:51688;transpo 0x72 0x74 0x3d 0x74 0x6c 0x73 0x20 0x53 0x49 0x50 0x2f 0x32 0x2e 0x30 0x0d 0x0a rt=tls SIP/2.0.. 0x56 0x69 0x61 0x3a 0x20 0x53 0x49 0x50 0x2f 0x32 0x2e 0x30 0x2f 0x55 0x44 0x50 Via: SIP/2.0/UDP 0x20 0x31 0x32 0x37 0x2e 0x30 0x2e 0x30 0x2e 0x31 0x3a 0x32 0x32 0x34 0x31 0x30 127.0.0.1:22410 0x0d 0x0a 0x43 0x61 0x6c 0x6c 0x2d 0x49 0x44 0x3a 0x20 0x37 0x35 0x65 0x36 0x38 ..Call-ID: 75e68 0x32 0x37 0x38 0x35 0x32 0x35 0x30 0x38 0x63 0x30 0x65 0x40 0x31 0x32 0x37 0x2e 27852508c0e@127. 0x30 0x2e 0x30 0x2e 0x31 0x0d 0x0a 0x43 0x53 0x65 0x71 0x3a 0x20 0x38 0x35 0x33 0.0.1..CSeq: 853 0x20 0x4e 0x4f 0x54 0x49 0x46 0x59 0x0d 0x0a 0x46 0x72 0x6f 0x6d 0x3a 0x20 0x3c NOTIFY..From: < 0x73 0x69 0x70 0x3a 0x70 0x72 0x6f 0x76 0x69 0x73 0x69 0x6f 0x6e 0x69 0x6e 0x67 sip:provisioning 0x40 0x73 0x69 0x70 0x76 0x63 0x73 0x2e 0x66 0x69 0x6e 0x6e 0x69 0x6e 0x67 0x2e @sipvcs.finning. 0x63 0x6c 0x3e 0x3b 0x74 0x61 0x67 0x3d 0x39 0x30 0x39 0x39 0x32 0x33 0x66 0x33 cl>;tag=909923f3 0x31 0x62 0x66 0x34 0x62 0x31 0x38 0x63 0x0d 0x0a 0x54 0x6f 0x3a 0x20 0x3c 0x73 1bf4b18c..To: 0x69 0x70 0x3a 0x6c 0x63 0x61 0x72 0x64 0x6f 0x7a 0x6f 0x40 0x73 0x69 0x70 0x76 ip:lcardozo@sipv 0x63 0x73 0x2e 0x66 0x69 0x6e 0x6e 0x69 0x6e 0x67 0x2e 0x63 0x6c 0x3e 0x3b 0x74 cs.finning.cl>;t 0x61 0x67 0x3d 0x66 0x32 0x66 0x36 0x61 0x61 0x64 0x62 0x38 0x61 0x65 0x36 0x33 ag=f2f6aadb8ae63 0x65 0x37 0x37 0x0d 0x0a 0x4d 0x61 0x78 0x2d 0x46 0x6f 0x72 0x77 0x61 0x72 0x64 e77..Max-Forward 0x73 0x3a 0x20 0x37 0x30 0x0d 0x0a 0x50 0x2d 0x41 0x73 0x73 0x65 0x72 0x74 0x65 s: 70..P-Asserte 0x64 0x2d 0x49 0x64 0x65 0x6e 0x74 0x69 0x74 0x79 0x3a 0x20 0x3c 0x73 0x69 0x70 d-Identity: 0x3a 0x70 0x72 0x6f 0x76 0x69 0x73 0x69 0x6f 0x6e 0x69 0x6e 0x67 0x40 0x73 0x69 :provisioning@si 0x70 0x76 0x63 0x73 0x2e 0x66 0x69 0x6e 0x6e 0x69 0x6e 0x67 0x2e 0x63 0x6c 0x3e pvcs.finning.cl> 0x0d 0x0a 0x45 0x76 0x65 0x6e 0x74 0x3a 0x20 0x75 0x61 0x2d 0x70 0x72 0x6f 0x66 ..Event: ua-prof 0x69 0x6c 0x65 0x3b 0x6d 0x6f 0x64 0x65 0x6c 0x3d 0x6d 0x6f 0x76 0x69 0x3b 0x76 ile;model=movi;v 0x65 0x6e 0x64 0x6f 0x72 0x3d 0x74 0x61 0x6e 0x64 0x62 0x65 0x72 0x67 0x2e 0x63 endor=tandberg.c 0x6f 0x6d 0x3b 0x70 0x72 0x6f 0x66 0x69 0x6c 0x65 0x2d 0x74 0x79 0x70 0x65 0x3d om;profile-type= 0x75 0x73 0x65 0x72 0x3b 0x76 0x65 0x72 0x73 0x69 0x6f 0x6e 0x3d 0x34 0x2e 0x36 user;version=4.6 0x2e 0x33 0x2e 0x31 0x37 0x31 0x39 0x34 0x3b 0x63 0x6c 0x69 0x65 0x6e 0x74 0x69 .3.17194;clienti 0x64 0x3d 0x22 0x53 0x2d 0x31 0x2d 0x35 0x2d 0x32 0x31 0x2d 0x32 0x37 0x34 0x30 d="S-1-5-21-2740 0x30 0x33 0x34 0x38 0x34 0x39 0x2d 0x33 0x33 0x31 0x32 0x35 0x35 0x37 0x38 0x37 034849-331255787 0x34 0x2d 0x36 0x38 0x33 0x36 0x31 0x37 0x31 0x39 0x35 0x22 0x3b 0x63 0x6f 0x6e 4-683617195";con 0x6e 0x65 0x63 0x74 0x69 0x76 0x69 0x74 0x79 0x3d 0x30 0x0d 0x0a 0x52 0x6f 0x75 nectivity=0..Rou 0x74 0x65 0x3a 0x20 0x3c 0x73 0x69 0x70 0x3a 0x31 0x32 0x37 0x2e 0x30 0x2e 0x30 te: <127.0.0> 0x2e 0x31 0x3a 0x35 0x30 0x36 0x30 0x3b 0x74 0x72 0x61 0x6e 0x73 0x70 0x6f 0x72 .1:5060;transpor 0x74 0x3d 0x75 0x64 0x70 0x3b 0x6c 0x72 0x3e 0x0d 0x0a 0x52 0x6f 0x75 0x74 0x65 t=udp;lr>..Route 0x3a 0x20 0x3c 0x73 0x69 0x70 0x3a 0x32 0x30 0x30 0x2e 0x31 0x31 0x2e 0x36 0x36 : <200.11.66> 0x2e 0x34 0x31 0x3a 0x35 0x30 0x36 0x31 0x3b 0x74 0x72 0x61 0x6e 0x73 0x70 0x6f .41:5061;transpo 0x72 0x74 0x3d 0x74 0x6c 0x73 0x3b 0x6c 0x72 0x3e 0x0d 0x0a 0x43 0x6f 0x6e 0x74 rt=tls;lr>..Cont 0x65 0x6e 0x74 0x2d 0x54 0x79 0x70 0x65 0x3a 0x20 0x74 0x65 0x78 0x74 0x2f 0x78 ent-Type: text/x 0x6d 0x6c 0x0d 0x0a 0x43 0x6f 0x6e 0x74 0x65 0x6e 0x74 0x2d 0x4c 0x65 0x6e 0x67 ml..Content-Leng 0x74 0x68 0x3a 0x20 0x30 0x0d 0x0a 0x53 0x75 0x62 0x73 0x63 0x72 0x69 0x70 0x74 th: 0..Subscript 0x69 0x6f 0x6e 0x2d 0x53 0x74 0x61 0x74 0x65 0x3a 0x20 0x74 0x65 0x72 0x6d 0x69 ion-State: termi 0x6e 0x61 0x74 0x65 0x64 0x3b 0x72 0x65 0x61 0x73 0x6f 0x6e 0x3d 0x74 0x69 0x6d nated;reason=tim 0x65 0x6f 0x75 0x74 0x0d 0x0a 0x43 0x6f 0x6e 0x74 0x61 0x63 0x74 0x3a 0x20 0x22 eout..Contact: " 0x56 0x43 0x53 0x20 0x50 0x72 0x6f 0x76 0x69 0x73 0x69 0x6f 0x6e 0x69 0x6e 0x67 VCS Provisioning 0x20 0x53 0x65 0x72 0x76 0x69 0x63 0x65 0x22 0x20 0x3c 0x73 0x69 0x70 0x3a 0x31 Service" <1> 0x32 0x37 0x2e 0x30 0x2e 0x30 0x2e 0x31 0x3a 0x32 0x32 0x34 0x31 0x30 0x3e 0x0d 27.0.0.1:22410>. 0x0a 0x0d 0x0a ...1>200.11.66>127.0.0> |
2013-07-17T17:02:30-04:00 | tvcs: UTCTime="2013-07-17 21:02:30,221" Module="network.sip" Level="DEBUG": Src-ip="127.0.0.1" Src-port="5060" SIPMSG: |SIP/2.0 200 OK Via: SIP/2.0/TCP 127.0.0.1:5060;branch=z9hG4bK295f12b6d3dceee1f4841baaacdbfedf2398;received=127.0.0.1;rport=25054;ingress-zone=DefaultZone Call-ID: aeb4bb75f8ac2c72@172.21.121.121 CSeq: 1897148736 NOTIFY From: <>>lcardozo@sipvcs.finning.cl>;tag=d5ce15d12b21c2d4 To: <>>hvivar.movi@sipvcs.finning.cl>;tag=03f7507fe77efe91 Server: TANDBERG/774 (MCX 4.6.3.17194) Content-Length: 0| |
2013-07-17T17:02:30-04:00 | tvcs: UTCTime="2013-07-17 21:02:30,221" Module="network.sip" Level="INFO": Src-ip="127.0.0.1" Src-port="5060" Detail="Receive Response Code=200, Method=NOTIFY, To=sip:hvivar.movi@sipvcs.finning.cl, Call-ID=aeb4bb75f8ac2c72@172.21.121.121" |
2013-07-17T17:02:30-04:00 | tvcs: UTCTime="2013-07-17 21:02:30,221" Module="network.sip" Level="TRACE": Src-ip="127.0.0.1" Src-port="5060" Hexdump="Received" Transport="TCP" Length="407" 0x53 0x49 0x50 0x2f 0x32 0x2e 0x30 0x20 0x32 0x30 0x30 0x20 0x4f 0x4b 0x0d 0x0a SIP/2.0 200 OK.. 0x56 0x69 0x61 0x3a 0x20 0x53 0x49 0x50 0x2f 0x32 0x2e 0x30 0x2f 0x54 0x43 0x50 Via: SIP/2.0/TCP 0x20 0x31 0x32 0x37 0x2e 0x30 0x2e 0x30 0x2e 0x31 0x3a 0x35 0x30 0x36 0x30 0x3b 127.0.0.1:5060; 0x62 0x72 0x61 0x6e 0x63 0x68 0x3d 0x7a 0x39 0x68 0x47 0x34 0x62 0x4b 0x32 0x39 branch=z9hG4bK29 0x35 0x66 0x31 0x32 0x62 0x36 0x64 0x33 0x64 0x63 0x65 0x65 0x65 0x31 0x66 0x34 5f12b6d3dceee1f4 0x38 0x34 0x31 0x62 0x61 0x61 0x61 0x63 0x64 0x62 0x66 0x65 0x64 0x66 0x32 0x33 841baaacdbfedf23 0x39 0x38 0x3b 0x72 0x65 0x63 0x65 0x69 0x76 0x65 0x64 0x3d 0x31 0x32 0x37 0x2e 98;received=127. 0x30 0x2e 0x30 0x2e 0x31 0x3b 0x72 0x70 0x6f 0x72 0x74 0x3d 0x32 0x35 0x30 0x35 0.0.1;rport=2505 0x34 0x3b 0x69 0x6e 0x67 0x72 0x65 0x73 0x73 0x2d 0x7a 0x6f 0x6e 0x65 0x3d 0x44 4;ingress-zone=D 0x65 0x66 0x61 0x75 0x6c 0x74 0x5a 0x6f 0x6e 0x65 0x0d 0x0a 0x43 0x61 0x6c 0x6c efaultZone..Call 0x2d 0x49 0x44 0x3a 0x20 0x61 0x65 0x62 0x34 0x62 0x62 0x37 0x35 0x66 0x38 0x61 -ID: aeb4bb75f8a 0x63 0x32 0x63 0x37 0x32 0x40 0x31 0x37 0x32 0x2e 0x32 0x31 0x2e 0x31 0x32 0x31 c2c72@172.21.121 0x2e 0x31 0x32 0x31 0x0d 0x0a 0x43 0x53 0x65 0x71 0x3a 0x20 0x31 0x38 0x39 0x37 .121..CSeq: 1897 0x31 0x34 0x38 0x37 0x33 0x36 0x20 0x4e 0x4f 0x54 0x49 0x46 0x59 0x0d 0x0a 0x46 148736 NOTIFY..F 0x72 0x6f 0x6d 0x3a 0x20 0x3c 0x73 0x69 0x70 0x3a 0x6c 0x63 0x61 0x72 0x64 0x6f rom: 0x7a 0x6f 0x40 0x73 0x69 0x70 0x76 0x63 0x73 0x2e 0x66 0x69 0x6e 0x6e 0x69 0x6e zo@sipvcs.finnin 0x67 0x2e 0x63 0x6c 0x3e 0x3b 0x74 0x61 0x67 0x3d 0x64 0x35 0x63 0x65 0x31 0x35 g.cl>;tag=d5ce15 0x64 0x31 0x32 0x62 0x32 0x31 0x63 0x32 0x64 0x34 0x0d 0x0a 0x54 0x6f 0x3a 0x20 d12b21c2d4..To: 0x3c 0x73 0x69 0x70 0x3a 0x68 0x76 0x69 0x76 0x61 0x72 0x2e 0x6d 0x6f 0x76 0x69 0x40 0x73 0x69 0x70 0x76 0x63 0x73 0x2e 0x66 0x69 0x6e 0x6e 0x69 0x6e 0x67 0x2e @sipvcs.finning. 0x63 0x6c 0x3e 0x3b 0x74 0x61 0x67 0x3d 0x30 0x33 0x66 0x37 0x35 0x30 0x37 0x66 cl>;tag=03f7507f 0x65 0x37 0x37 0x65 0x66 0x65 0x39 0x31 0x0d 0x0a 0x53 0x65 0x72 0x76 0x65 0x72 e77efe91..Server 0x3a 0x20 0x54 0x41 0x4e 0x44 0x42 0x45 0x52 0x47 0x2f 0x37 0x37 0x34 0x20 0x28 : TANDBERG/774 ( 0x4d 0x43 0x58 0x20 0x34 0x2e 0x36 0x2e 0x33 0x2e 0x31 0x37 0x31 0x39 0x34 0x29 MCX 4.6.3.17194) 0x0d 0x0a 0x43 0x6f 0x6e 0x74 0x65 0x6e 0x74 0x2d 0x4c 0x65 0x6e 0x67 0x74 0x68 ..Content-Length 0x3a 0x20 0x30 0x0d 0x0a 0x0d 0x0a : 0.... |
2013-07-17T17:02:30-04:00 | tvcs: UTCTime="2013-07-17 21:02:30,221" Module="network.sip" Level="TRACE": Dst-ip="127.0.0.1" Dst-port="25054" Hexdump="Sending" Transport="TCP" Length="407" 0x53 0x49 0x50 0x2f 0x32 0x2e 0x30 0x20 0x32 0x30 0x30 0x20 0x4f 0x4b 0x0d 0x0a SIP/2.0 200 OK.. 0x56 0x69 0x61 0x3a 0x20 0x53 0x49 0x50 0x2f 0x32 0x2e 0x30 0x2f 0x54 0x43 0x50 Via: SIP/2.0/TCP 0x20 0x31 0x32 0x37 0x2e 0x30 0x2e 0x30 0x2e 0x31 0x3a 0x35 0x30 0x36 0x30 0x3b 127.0.0.1:5060; 0x62 0x72 0x61 0x6e 0x63 0x68 0x3d 0x7a 0x39 0x68 0x47 0x34 0x62 0x4b 0x32 0x39 branch=z9hG4bK29 0x35 0x66 0x31 0x32 0x62 0x36 0x64 0x33 0x64 0x63 0x65 0x65 0x65 0x31 0x66 0x34 5f12b6d3dceee1f4 0x38 0x34 0x31 0x62 0x61 0x61 0x61 0x63 0x64 0x62 0x66 0x65 0x64 0x66 0x32 0x33 841baaacdbfedf23 0x39 0x38 0x3b 0x72 0x65 0x63 0x65 0x69 0x76 0x65 0x64 0x3d 0x31 0x32 0x37 0x2e 98;received=127. 0x30 0x2e 0x30 0x2e 0x31 0x3b 0x72 0x70 0x6f 0x72 0x74 0x3d 0x32 0x35 0x30 0x35 0.0.1;rport=2505 0x34 0x3b 0x69 0x6e 0x67 0x72 0x65 0x73 0x73 0x2d 0x7a 0x6f 0x6e 0x65 0x3d 0x44 4;ingress-zone=D 0x65 0x66 0x61 0x75 0x6c 0x74 0x5a 0x6f 0x6e 0x65 0x0d 0x0a 0x43 0x61 0x6c 0x6c efaultZone..Call 0x2d 0x49 0x44 0x3a 0x20 0x61 0x65 0x62 0x34 0x62 0x62 0x37 0x35 0x66 0x38 0x61 -ID: aeb4bb75f8a 0x63 0x32 0x63 0x37 0x32 0x40 0x31 0x37 0x32 0x2e 0x32 0x31 0x2e 0x31 0x32 0x31 c2c72@172.21.121 0x2e 0x31 0x32 0x31 0x0d 0x0a 0x43 0x53 0x65 0x71 0x3a 0x20 0x31 0x38 0x39 0x37 .121..CSeq: 1897 0x31 0x34 0x38 0x37 0x33 0x36 0x20 0x4e 0x4f 0x54 0x49 0x46 0x59 0x0d 0x0a 0x46 148736 NOTIFY..F 0x72 0x6f 0x6d 0x3a 0x20 0x3c 0x73 0x69 0x70 0x3a 0x6c 0x63 0x61 0x72 0x64 0x6f rom: 0x7a 0x6f 0x40 0x73 0x69 0x70 0x76 0x63 0x73 0x2e 0x66 0x69 0x6e 0x6e 0x69 0x6e zo@sipvcs.finnin 0x67 0x2e 0x63 0x6c 0x3e 0x3b 0x74 0x61 0x67 0x3d 0x64 0x35 0x63 0x65 0x31 0x35 g.cl>;tag=d5ce15 0x64 0x31 0x32 0x62 0x32 0x31 0x63 0x32 0x64 0x34 0x0d 0x0a 0x54 0x6f 0x3a 0x20 d12b21c2d4..To: 0x3c 0x73 0x69 0x70 0x3a 0x68 0x76 0x69 0x76 0x61 0x72 0x2e 0x6d 0x6f 0x76 0x69 0x40 0x73 0x69 0x70 0x76 0x63 0x73 0x2e 0x66 0x69 0x6e 0x6e 0x69 0x6e 0x67 0x2e @sipvcs.finning. 0x63 0x6c 0x3e 0x3b 0x74 0x61 0x67 0x3d 0x30 0x33 0x66 0x37 0x35 0x30 0x37 0x66 cl>;tag=03f7507f 0x65 0x37 0x37 0x65 0x66 0x65 0x39 0x31 0x0d 0x0a 0x53 0x65 0x72 0x76 0x65 0x72 e77efe91..Server 0x3a 0x20 0x54 0x41 0x4e 0x44 0x42 0x45 0x52 0x47 0x2f 0x37 0x37 0x34 0x20 0x28 : TANDBERG/774 ( 0x4d 0x43 0x58 0x20 0x34 0x2e 0x36 0x2e 0x33 0x2e 0x31 0x37 0x31 0x39 0x34 0x29 MCX 4.6.3.17194) 0x0d 0x0a 0x43 0x6f 0x6e 0x74 0x65 0x6e 0x74 0x2d 0x4c 0x65 0x6e 0x67 0x74 0x68 ..Content-Length 0x3a 0x20 0x30 0x0d 0x0a 0x0d 0x0a : 0.... |
2013-07-17T17:02:30-04:00 | tvcs: UTCTime="2013-07-17 21:02:30,221" Module="network.sip" Level="DEBUG": Dst-ip="127.0.0.1" Dst-port="25054" SIPMSG: |SIP/2.0 200 OK Via: SIP/2.0/TCP 127.0.0.1:5060;branch=z9hG4bK295f12b6d3dceee1f4841baaacdbfedf2398;received=127.0.0.1;rport=25054;ingress-zone=DefaultZone Call-ID: aeb4bb75f8ac2c72@172.21.121.121 CSeq: 1897148736 NOTIFY From: <>>lcardozo@sipvcs.finning.cl>;tag=d5ce15d12b21c2d4 To: <>>hvivar.movi@sipvcs.finning.cl>;tag=03f7507fe77efe91 Server: TANDBERG/774 (MCX 4.6.3.17194) Content-Length: 0| |
2013-07-17T17:02:30-04:00 | tvcs: UTCTime="2013-07-17 21:02:30,220" Module="network.sip" Level="INFO": Dst-ip="127.0.0.1" Dst-port="25054" Detail="Sending Response Code=200, Method=NOTIFY, To=sip:hvivar.movi@sipvcs.finning.cl, Call-ID=aeb4bb75f8ac2c72@172.21.121.121" |
2013-07-17T17:02:30-04:00 | tvcs: UTCTime="2013-07-17 21:02:30,220" Module="network.sip" Level="DEBUG": Src-ip="172.21.121.121" Src-port="1588" SIPMSG: |SIP/2.0 200 OK Via: SIP/2.0/TLS 200.11.66.41:5061;egress-zone=DefaultSubZone;branch=z9hG4bKb2a13ac60752d5b4c6e8c81c7419223f2399.764165a3d173fba66f744a6dd8bd795b;proxy-call-id=3174346a-ef24-11e2-a5e2-0010f325da84;received=172.21.125.160;rport=5061 Via: SIP/2.0/TCP 127.0.0.1:5060;branch=z9hG4bK295f12b6d3dceee1f4841baaacdbfedf2398;received=127.0.0.1;rport=25054;ingress-zone=DefaultZone Call-ID: aeb4bb75f8ac2c72@172.21.121.121 CSeq: 1897148736 NOTIFY From: <>>lcardozo@sipvcs.finning.cl>;tag=d5ce15d12b21c2d4 To: <>>hvivar.movi@sipvcs.finning.cl>;tag=03f7507fe77efe91 Server: TANDBERG/774 (MCX 4.6.3.17194) Content-Length: 0| |
2013-07-17T17:02:30-04:00 | tvcs: UTCTime="2013-07-17 21:02:30,220" Module="network.sip" Level="INFO": Src-ip="172.21.121.121" Src-port="1588" Detail="Receive Response Code=200, Method=NOTIFY, To=sip:hvivar.movi@sipvcs.finning.cl, Call-ID=aeb4bb75f8ac2c72@172.21.121.121" |
2013-07-17T17:02:30-04:00 | tvcs: UTCTime="2013-07-17 21:02:30,220" Module="network.sip" Level="TRACE": Src-ip="172.21.121.121" Src-port="1588" Hexdump="Received" Transport="TLS" Length="640" 0x53 0x49 0x50 0x2f 0x32 0x2e 0x30 0x20 0x32 0x30 0x30 0x20 0x4f 0x4b 0x0d 0x0a SIP/2.0 200 OK.. 0x56 0x69 0x61 0x3a 0x20 0x53 0x49 0x50 0x2f 0x32 0x2e 0x30 0x2f 0x54 0x4c 0x53 Via: SIP/2.0/TLS 0x20 0x32 0x30 0x30 0x2e 0x31 0x31 0x2e 0x36 0x36 0x2e 0x34 0x31 0x3a 0x35 0x30 200.11.66.41:50 0x36 0x31 0x3b 0x65 0x67 0x72 0x65 0x73 0x73 0x2d 0x7a 0x6f 0x6e 0x65 0x3d 0x44 61;egress-zone=D 0x65 0x66 0x61 0x75 0x6c 0x74 0x53 0x75 0x62 0x5a 0x6f 0x6e 0x65 0x3b 0x62 0x72 efaultSubZone;br 0x61 0x6e 0x63 0x68 0x3d 0x7a 0x39 0x68 0x47 0x34 0x62 0x4b 0x62 0x32 0x61 0x31 anch=z9hG4bKb2a1 0x33 0x61 0x63 0x36 0x30 0x37 0x35 0x32 0x64 0x35 0x62 0x34 0x63 0x36 0x65 0x38 3ac60752d5b4c6e8 0x63 0x38 0x31 0x63 0x37 0x34 0x31 0x39 0x32 0x32 0x33 0x66 0x32 0x33 0x39 0x39 c81c7419223f2399 0x2e 0x37 0x36 0x34 0x31 0x36 0x35 0x61 0x33 0x64 0x31 0x37 0x33 0x66 0x62 0x61 .764165a3d173fba 0x36 0x36 0x66 0x37 0x34 0x34 0x61 0x36 0x64 0x64 0x38 0x62 0x64 0x37 0x39 0x35 66f744a6dd8bd795 0x62 0x3b 0x70 0x72 0x6f 0x78 0x79 0x2d 0x63 0x61 0x6c 0x6c 0x2d 0x69 0x64 0x3d b;proxy-call-id= 0x33 0x31 0x37 0x34 0x33 0x34 0x36 0x61 0x2d 0x65 0x66 0x32 0x34 0x2d 0x31 0x31 3174346a-ef24-11 0x65 0x32 0x2d 0x61 0x35 0x65 0x32 0x2d 0x30 0x30 0x31 0x30 0x66 0x33 0x32 0x35 e2-a5e2-0010f325 0x64 0x61 0x38 0x34 0x3b 0x72 0x65 0x63 0x65 0x69 0x76 0x65 0x64 0x3d 0x31 0x37 da84;received=17 0x32 0x2e 0x32 0x31 0x2e 0x31 0x32 0x35 0x2e 0x31 0x36 0x30 0x3b 0x72 0x70 0x6f 2.21.125.160;rpo 0x72 0x74 0x3d 0x35 0x30 0x36 0x31 0x0d 0x0a 0x56 0x69 0x61 0x3a 0x20 0x53 0x49 rt=5061..Via: SI 0x50 0x2f 0x32 0x2e 0x30 0x2f 0x54 0x43 0x50 0x20 0x31 0x32 0x37 0x2e 0x30 0x2e P/2.0/TCP 127.0. 0x30 0x2e 0x31 0x3a 0x35 0x30 0x36 0x30 0x3b 0x62 0x72 0x61 0x6e 0x63 0x68 0x3d 0.1:5060;branch= 0x7a 0x39 0x68 0x47 0x34 0x62 0x4b 0x32 0x39 0x35 0x66 0x31 0x32 0x62 0x36 0x64 z9hG4bK295f12b6d 0x33 0x64 0x63 0x65 0x65 0x65 0x31 0x66 0x34 0x38 0x34 0x31 0x62 0x61 0x61 0x61 3dceee1f4841baaa 0x63 0x64 0x62 0x66 0x65 0x64 0x66 0x32 0x33 0x39 0x38 0x3b 0x72 0x65 0x63 0x65 cdbfedf2398;rece 0x69 0x76 0x65 0x64 0x3d 0x31 0x32 0x37 0x2e 0x30 0x2e 0x30 0x2e 0x31 0x3b 0x72 ived=127.0.0.1;r 0x70 0x6f 0x72 0x74 0x3d 0x32 0x35 0x30 0x35 0x34 0x3b 0x69 0x6e 0x67 0x72 0x65 port=25054;ingre 0x73 0x73 0x2d 0x7a 0x6f 0x6e 0x65 0x3d 0x44 0x65 0x66 0x61 0x75 0x6c 0x74 0x5a ss-zone=DefaultZ 0x6f 0x6e 0x65 0x0d 0x0a 0x43 0x61 0x6c 0x6c 0x2d 0x49 0x44 0x3a 0x20 0x61 0x65 one..Call-ID: ae 0x62 0x34 0x62 0x62 0x37 0x35 0x66 0x38 0x61 0x63 0x32 0x63 0x37 0x32 0x40 0x31 b4bb75f8ac2c72@1 0x37 0x32 0x2e 0x32 0x31 0x2e 0x31 0x32 0x31 0x2e 0x31 0x32 0x31 0x0d 0x0a 0x43 72.21.121.121..C 0x53 0x65 0x71 0x3a 0x20 0x31 0x38 0x39 0x37 0x31 0x34 0x38 0x37 0x33 0x36 0x20 Seq: 1897148736 0x4e 0x4f 0x54 0x49 0x46 0x59 0x0d 0x0a 0x46 0x72 0x6f 0x6d 0x3a 0x20 0x3c 0x73 NOTIFY..From: 0x69 0x70 0x3a 0x6c 0x63 0x61 0x72 0x64 0x6f 0x7a 0x6f 0x40 0x73 0x69 0x70 0x76 ip:lcardozo@sipv 0x63 0x73 0x2e 0x66 0x69 0x6e 0x6e 0x69 0x6e 0x67 0x2e 0x63 0x6c 0x3e 0x3b 0x74 cs.finning.cl>;t 0x61 0x67 0x3d 0x64 0x35 0x63 0x65 0x31 0x35 0x64 0x31 0x32 0x62 0x32 0x31 0x63 ag=d5ce15d12b21c 0x32 0x64 0x34 0x0d 0x0a 0x54 0x6f 0x3a 0x20 0x3c 0x73 0x69 0x70 0x3a 0x68 0x76 2d4..To: 0x69 0x76 0x61 0x72 0x2e 0x6d 0x6f 0x76 0x69 0x40 0x73 0x69 0x70 0x76 0x63 0x73 ivar.movi@sipvcs 0x2e 0x66 0x69 0x6e 0x6e 0x69 0x6e 0x67 0x2e 0x63 0x6c 0x3e 0x3b 0x74 0x61 0x67 .finning.cl>;tag 0x3d 0x30 0x33 0x66 0x37 0x35 0x30 0x37 0x66 0x65 0x37 0x37 0x65 0x66 0x65 0x39 =03f7507fe77efe9 0x31 0x0d 0x0a 0x53 0x65 0x72 0x76 0x65 0x72 0x3a 0x20 0x54 0x41 0x4e 0x44 0x42 1..Server: TANDB 0x45 0x52 0x47 0x2f 0x37 0x37 0x34 0x20 0x28 0x4d 0x43 0x58 0x20 0x34 0x2e 0x36 ERG/774 (MCX 4.6 0x2e 0x33 0x2e 0x31 0x37 0x31 0x39 0x34 0x29 0x0d 0x0a 0x43 0x6f 0x6e 0x74 0x65 .3.17194)..Conte 0x6e 0x74 0x2d 0x4c 0x65 0x6e 0x67 0x74 0x68 0x3a 0x20 0x30 0x0d 0x0a 0x0d 0x0a nt-Length: 0.... |
07-17-2013 02:45 PM
What I see more as a possible obstacle here, which I also already mentioned is the usage
of two interfaces. In a TMS/VCS-C+E/Jabber deployment you have a clear separation
in between public and internal configuration parameters as well as the handling on the client.
On the starter pack I at least do not recall having seen any representation of that, I think
it always tries to register to the clustername.
Thats why I recomend to use a one interface setup in a DMZ, so the internal clients
can reach that IP as well as the external ones.
Regards the log, it would be interesting to have the log containing the INVITE and 200 OK to the invite
to see the ips used for media, best would be for an internal (working) and an external (non working) call.
And this for both call legs received from and send to the clients.
The Log level should be Debug not trace which makes it easier to read and still contains enough info.
Such logs are also better attach a plain text or some online clipboard service file rather than
posting it in the message. It gets nearly unreadable here with so long texts, ...
Anyhow if Hugo does not see progress or we run out of ideas here or there is no direct answer from Cisco
he could escalate this thread as a service request.
Please remember to rate helpful responses and identify
07-17-2013 02:54 PM
And btw, that was the old thread:
https://supportforums.cisco.com/thread/2226253?tstart=60
And that was the deployment type suggested:
One thing to remark there, if no NAT is used on from the LAN to the VCS-E-SP
ICE/STUN/TURN would need to be used, not sure how well that works on the starter pack
if it does not I would simply use NAT. Without you would also have media flow issues
as the VCS would report the internal ip of the endpoint to the outside (which might be the cause
in Hugos current problem as well)
Please remember to rate helpful responses and identify
07-23-2013 09:27 AM
Guys,
I checked the logs on the Firewall and I am receiving audio and video from the LAN, but for the side WAN the Firewall doesn´t show me traffic, only I see traffic by port 443 and SSL.
07-23-2013 11:34 AM
Try the single ip deployment I mentioned.
Besides that, if you have a service contract, open a TAC case. You can do that directly from this case
on the right top of the page by escalatning it to a service request.
Please remember to rate helpful responses and identify
07-23-2013 12:13 PM
Hugo,
The space is getting tighter here and it's hard to follow the logs. To get the problem fixed, you need to collect a tcpdump, VCS log and xconfig and a TAC case.
Two ports deployment of VCSsp should work and if the firewall ports are configured correctly to let the media through then the static route should be reviewed.
regards, Ahmad
07-23-2013 12:34 PM
Ahmad: as you say it should work, how do you expect the internal and external VCS to be mapped to the jabber video client?
From what I remember when I tested it sure it works, but only towards the one ip of the vcs-e anyhow,
so you needed proper routing and firewall setup for its ip.
Please remember to rate helpful responses and identify
07-23-2013 01:31 PM
Hi Martin,
VCSsp is made for small businesses that cannot afford to buy VCSC and VCSE but they need to call internally and externally via one VCS. I expect the configuration on VCSsp and firewall ports to be opened correctly, then VCSsp with dual port should and will route the calls in and out of DMZ. Finally as mentioned more info is required to proceed to resolve the issue.
regards, Ahmad
07-23-2013 02:05 PM
Yes, but with a dual network setup you still need to be able to say to which IP it shall register.
It could be possible, but at least its not documented, how to configure it on the vcs, nor network nor clients.
If you expect it to register to different ips the provisioning must know when to use the inside and when
to use the outside ip.
Please remember to rate helpful responses and identify
07-23-2013 02:20 PM
Actual I have configured one with dual ports recently in the lab and it works like a charm.
I thought we are talking about call routing not registering.
Anyway, with registration also, external endpoints use the external LAN port IP address and internal endpoints use the internal LAN port IP address.
The provisioning template has fields for both VCSC and VCSE which in this case would be the LAN1 and LAN2 ip addresses.
regards, Ahmad
07-23-2013 02:17 PM
Guys, i think the best thing here is to follow martins advise to open a tac case as this issue (i know we all want to solve the problem) obviously requires more information and more logs. The forum is generally for simple questions and ussues that can be solved without extensive log posts and a thread is not a tac ticket.
Its better and cleaner to get dedicated support on this. Have the logs and case history stored and troubleshooted structured. Its just getting confusing like this and when several people have different opinions it can either make things worse or confuse others that have the same issue.
Hugo once the issue is resolved it would be nice if you shared the cause with us when tac has resolved it. :)
/Magnus
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide