cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
4156
Views
5
Helpful
47
Replies

I don't receive video & audio from cisco jabber client

FinningCL
Level 1
Level 1

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?

47 Replies 47

Paulo,

The RTP ports it doesn't open. I'll ask to do that.

There are no inspection/ALG enabled.

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.

Paulo Souza Was my response helpful? Please rate useful replies and remember to mark any solved questions as "answered".

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

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.

Paulo Souza Was my response helpful? Please rate useful replies and remember to mark any solved questions as "answered".

Paulo,

Still doesn't work. This is the log

2013-07-17T17:02:31-04:00tvcs: 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:00tvcs: 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:00tvcs: 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:00tvcs: 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

|
2013-07-17T17:02:31-04:00tvcs: 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:00tvcs: 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                                                                    ...
2013-07-17T17:02:30-04:00tvcs: 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:00tvcs: 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:00tvcs: 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:00tvcs: 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:00tvcs: 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:00tvcs: 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:00tvcs: 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:00tvcs: 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:00tvcs: 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....

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

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

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.

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

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

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

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

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

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

Magnus Ohm
Cisco Employee
Cisco Employee

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