Re: [sipx-users] Is sipxProxy using wrong IP address? Causing one-way audio.
This might seem off target, but help me understand how the UA is communicating with the proxy... First, I have to say the eyebeam UA is VERY old and trying to troubleshoot against it is problematic to say the least. Can you provide a sip trace with a single call instead of pcap? At the ITSP the port is 18402, at the UA it is 30498. I think it would be easier to follow and understand with a sip trace in this instance. On Tue, Aug 28, 2012 at 7:25 AM, Sven Evensen sven.even...@onrelay.comwrote: We have one system (4.4 in EC2) which uses sipxBridge and an other similar one which uses unmanaged gateway. Incoming INVITE to these two system show different behavior when the INVITE goes from sipxProxy and further in to the system where the UA is really our server on port 5560. Our server relays calls out to mobile phones. The first INVITE below is with sipxbridge (sdp removed) shows how the INVITE uses the FQDN and the VIA uses internal IP of sipx The second shows the INVITE use external IP of sipx and the VIA also uses external IP of sipx. This propagates into the system and causes problems on the final ACK as seen on in attached pcap in line 76, this I believe stops media from being relayed. *1871 19.774448 10.7.7.30 54532 10.7.7.30 5070 SIP/SDP Request: INVITE sip:2079028...@ec2-50-18-193-48.us-west-1.compute.amazonaws.com* INVITE sip:2079028...@ec2-50-18-193-48.us-west-1.compute.amazonaws.comSIP/2.0 Record-Route: sip:10.7.7.30:5060;lr Route: sip:ec2-50-18-193-48.us-west-1.compute.amazonaws.com:5070 ;transport=tcp;lr Call-Id: bee104006623-503c84f6-2cae7b74-1d175788-72cafc2@127.0.0.1-0 Cseq: 17965 INVITE From: sip:02083994301@194.145.191.131;tag=787762526 To: sip:442079028...@ec2-50-18-193-48.us-west-1.compute.amazonaws.com Via: SIP/2.0/TCP 10.7.7.30;branch=z9hG4bK-XX-2aaeiUlgRYKle1rNjQIwZC5nnw Via: SIP/2.0/UDP 10.7.7.30:5090 ;branch=z9hG4bK246b613edf92e02fcf8bed5fda63e0f33533;sipxecs-id=41a42656 Max-Forwards: 20 User-Agent: sipXecs/4.4.0 sipXecs/sipxbridge (Linux) References: bee104006623-503c84f6-2cae7b74-1d175788-72cafc2@127.0.0.1 ;rel=chain;sipxecs-tag=request-invite-z9hg4bk312.e7b1a027.0 Contact: sip:2079028123@10.7.7.30:5090;x-sipX-nonat Content-Type: application/sdp Allow: INVITE,BYE,ACK,CANCEL,REFER,OPTIONS,PRACK Supported: replaces,100rel Content-Length: 179 Date: Tue, 28 Aug 2012 08:44:38 GMT X-Sipx-Spiral: true *1382 9.460933 10.5.5.10 37326 10.5.5.10 5070 SIP/SDP Request: INVITE sip:69143662@176.34.141.24,* INVITE sip:69143662@176.34.141.24 SIP/2.0 Record-Route: sip:176.34.141.24:5060;lr Route: sip:ec2-176-34-141-24.eu-west-1.compute.amazonaws.com:5070 ;transport=tcp;lr Via: SIP/2.0/TCP 176.34.141.24:5060 ;branch=z9hG4bK-XX-0182be3pQ05krfO`9nTh52Amwg Via: SIP/2.0/UDP 94.231.97.9:5060;branch=z9hG4bK72c9e972;rport=5060 From: +442083994301 sip:+442083994301@94.231.97.9;tag=as2ba8402f To: sip:69143662@176.34.141.24 Contact: sip:+442083994301@94.231.97.9;x-sipX-nonat Call-Id: 6fa600876b5a3a5e7ed3582d3f3d4848@94.231.97.9 Cseq: 102 INVITE User-Agent: CME VoIP PBX Max-Forwards: 20 Date: Tue, 28 Aug 2012 08:24:09 GMT Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY Supported: replaces Content-Type: application/sdp Content-Length: 236 X-Sipx-Spiral: true -- *Sven Evensen, Operations Consultant* *OnRelay* Elizabeth House │ 39 York Road, London SE1 7NQ, UK │ +44 (0) 207 902 8123 │ mailto:sven.even...@onrelay.com sven.even...@onrelay.com │ www.onrelay.com This electronic message transmission contains information from OnRelay, Ltd., that may be confidential or privileged. The information is intended solely for the recipient and use by any other party is not authorised. If you are not the intended recipient, be aware that any disclosure, copying, distribution or use of the contents of this information or any attachment, is prohibited. If you have received this electronic transmission in error, please notify us immediately by electronic mail (i...@onrelay.com) and delete this message, along with any attachments, from your computer. Registered in England No 04006093 ¦ Registered Office 1st Floor, 236 Gray's Inn Road, London WC1X 8HB ___ sipx-users mailing list sipx-users@list.sipfoundry.org List Archive: http://list.sipfoundry.org/archive/sipx-users/ -- ~~ Tony Graziano, Manager Telephone: 434.984.8430 sip: tgrazi...@voice.myitdepartment.net Fax: 434.465.6833 ~~ Linked-In Profile: http://www.linkedin.com/pub/tony-graziano/14/4a6/7a4 Ask about our Internet Fax services! ~~ Using or developing for sipXecs from SIPFoundry? Ask me about sipX-CoLab 2013! http://sipxcolab2013.eventbrite.com/?discount=tony2013 -- LAN/Telephony/Security and Control Systems Helpdesk: Telephone: 434.984.8426 sip: helpd...@voice.myitdepartment.net Helpdesk Customers: http://myhelp.myitdepartment.net Blog:
Re: [sipx-users] Is sipxProxy using wrong IP address? Causing one-way audio.
The answer is staring us right on the face Tony. The INVITE is towards sip:69143662@176.34.141.24 mailto:sip%3A69143662@176.34.141.24 and not the domain. The proxy thinks it's routing out so it uses the external IP. Configure the calling UA to use domain. On 08/28/2012 08:14 PM, Tony Graziano wrote: This might seem off target, but help me understand how the UA is communicating with the proxy... First, I have to say the eyebeam UA is VERY old and trying to troubleshoot against it is problematic to say the least. Can you provide a sip trace with a single call instead of pcap? At the ITSP the port is 18402, at the UA it is 30498. I think it would be easier to follow and understand with a sip trace in this instance. On Tue, Aug 28, 2012 at 7:25 AM, Sven Evensen sven.even...@onrelay.com mailto:sven.even...@onrelay.com wrote: We have one system (4.4 in EC2) which uses sipxBridge and an other similar one which uses unmanaged gateway. Incoming INVITE to these two system show different behavior when the INVITE goes from sipxProxy and further in to the system where the UA is really our server on port 5560. Our server relays calls out to mobile phones. The first INVITE below is with sipxbridge (sdp removed) shows how the INVITE uses the FQDN and the VIA uses internal IP of sipx The second shows the INVITE use external IP of sipx and the VIA also uses external IP of sipx. This propagates into the system and causes problems on the final ACK as seen on in attached pcap in line 76, this I believe stops media from being relayed. *187119.77444810.7.7.305453210.7.7.305070SIP/SDPRequest: INVITE sip:2079028...@ec2-50-18-193-48.us-west-1.compute.amazonaws.com mailto:sip%3a2079028...@ec2-50-18-193-48.us-west-1.compute.amazonaws.com* INVITE sip:2079028...@ec2-50-18-193-48.us-west-1.compute.amazonaws.com mailto:sip%3a2079028...@ec2-50-18-193-48.us-west-1.compute.amazonaws.com SIP/2.0 Record-Route: sip:10.7.7.30:5060;lr Route: sip:ec2-50-18-193-48.us-west-1.compute.amazonaws.com:5070;transport=tcp;lr Call-Id: bee104006623-503c84f6-2cae7b74-1d175788-72cafc2@127.0.0.1-0 Cseq: 17965 INVITE From: sip:02083994301@194.145.191.131 mailto:sip%3A02083994301@194.145.191.131;tag=787762526 To: sip:442079028...@ec2-50-18-193-48.us-west-1.compute.amazonaws.com mailto:sip%3a442079028...@ec2-50-18-193-48.us-west-1.compute.amazonaws.com Via: SIP/2.0/TCP 10.7.7.30;branch=z9hG4bK-XX-2aaeiUlgRYKle1rNjQIwZC5nnw Via: SIP/2.0/UDP 10.7.7.30:5090;branch=z9hG4bK246b613edf92e02fcf8bed5fda63e0f33533;sipxecs-id=41a42656 Max-Forwards: 20 User-Agent: sipXecs/4.4.0 sipXecs/sipxbridge (Linux) References: bee104006623-503c84f6-2cae7b74-1d175788-72cafc2@127.0.0.1 mailto:bee104006623-503c84f6-2cae7b74-1d175788-72cafc2@127.0.0.1;rel=chain;sipxecs-tag=request-invite-z9hg4bk312.e7b1a027.0 Contact: sip:2079028123@10.7.7.30:5090;x-sipX-nonat Content-Type: application/sdp Allow: INVITE,BYE,ACK,CANCEL,REFER,OPTIONS,PRACK Supported: replaces,100rel Content-Length: 179 Date: Tue, 28 Aug 2012 08:44:38 GMT X-Sipx-Spiral: true *13829.46093310.5.5.103732610.5.5.105070SIP/SDPRequest: INVITE sip:69143662@176.34.141.24 mailto:sip%3A69143662@176.34.141.24,* INVITE sip:69143662@176.34.141.24 mailto:sip%3A69143662@176.34.141.24 SIP/2.0 Record-Route: sip:176.34.141.24:5060;lr Route: sip:ec2-176-34-141-24.eu-west-1.compute.amazonaws.com:5070;transport=tcp;lr Via: SIP/2.0/TCP 176.34.141.24:5060;branch=z9hG4bK-XX-0182be3pQ05krfO`9nTh52Amwg Via: SIP/2.0/UDP 94.231.97.9:5060;branch=z9hG4bK72c9e972;rport=5060 From: +442083994301 sip:+442083994301@94.231.97.9 mailto:sip%3A%2B442083994301@94.231.97.9;tag=as2ba8402f To: sip:69143662@176.34.141.24 mailto:sip%3A69143662@176.34.141.24 Contact: sip:+442083994301@94.231.97.9 mailto:sip%3A%2B442083994301@94.231.97.9;x-sipX-nonat Call-Id: 6fa600876b5a3a5e7ed3582d3f3d4848@94.231.97.9 mailto:6fa600876b5a3a5e7ed3582d3f3d4848@94.231.97.9 Cseq: 102 INVITE User-Agent: CME VoIP PBX Max-Forwards: 20 Date: Tue, 28 Aug 2012 08:24:09 GMT Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY Supported: replaces Content-Type: application/sdp Content-Length: 236 X-Sipx-Spiral: true -- *Sven Evensen, Operations Consultant* *OnRelay* Elizabeth House ? 39 York Road, London SE1 7NQ, UK ? +44 (0) 207 902 8123 ? mailto:sven.even...@onrelay.com ? www.onrelay.com http://www.onrelay.com/ This electronic message transmission contains information from OnRelay, Ltd., that may be confidential or privileged. The information is intended solely for the recipient and use by any other party is not authorised. If you are not the intended recipient, be aware that any disclosure, copying, distribution or use
Re: [sipx-users] Is sipxProxy using wrong IP address? Causing one-way audio.
I only said eyebeam because i saw that in the UA type, I didn't say xlite. I think I would question how the UA (eyebeam) is configured. Personally I would use something up to date. On Tue, Aug 28, 2012 at 8:36 AM, Sven Evensen sven.even...@onrelay.comwrote: Tony, sorry I did not explain myself well, there is no xlite in this case 1- Leg 1 call comes in through unmanaged gw to a sipx user (no phone connected). 2- Invite propagates to our server listening at port 5560 3- Our server sends leg 2 Invite out through unmanaged gw 4- 200OK propagates from leg 2 back to leg 1 via 5560 5-ACK propagates back from leg 1 to leg 2. This should open for media relay, but it does not happen do to some IP address mix up. See line 6052 siptrace for leg 1 and 2 plus pcap attached. This works fine if call comes via 5080, but not when it comes straight to 5060. Sven On Tue, Aug 28, 2012 at 1:14 PM, Tony Graziano tgrazi...@myitdepartment.net wrote: This might seem off target, but help me understand how the UA is communicating with the proxy... First, I have to say the eyebeam UA is VERY old and trying to troubleshoot against it is problematic to say the least. Can you provide a sip trace with a single call instead of pcap? At the ITSP the port is 18402, at the UA it is 30498. I think it would be easier to follow and understand with a sip trace in this instance. On Tue, Aug 28, 2012 at 7:25 AM, Sven Evensen sven.even...@onrelay.comwrote: We have one system (4.4 in EC2) which uses sipxBridge and an other similar one which uses unmanaged gateway. Incoming INVITE to these two system show different behavior when the INVITE goes from sipxProxy and further in to the system where the UA is really our server on port 5560. Our server relays calls out to mobile phones. The first INVITE below is with sipxbridge (sdp removed) shows how the INVITE uses the FQDN and the VIA uses internal IP of sipx The second shows the INVITE use external IP of sipx and the VIA also uses external IP of sipx. This propagates into the system and causes problems on the final ACK as seen on in attached pcap in line 76, this I believe stops media from being relayed. *1871 19.774448 10.7.7.30 54532 10.7.7.30 5070 SIP/SDP Request: INVITE sip:2079028...@ec2-50-18-193-48.us-west-1.compute.amazonaws.com* INVITE sip:2079028...@ec2-50-18-193-48.us-west-1.compute.amazonaws.comSIP/2.0 Record-Route: sip:10.7.7.30:5060;lr Route: sip:ec2-50-18-193-48.us-west-1.compute.amazonaws.com:5070 ;transport=tcp;lr Call-Id: bee104006623-503c84f6-2cae7b74-1d175788-72cafc2@127.0.0.1-0 Cseq: 17965 INVITE From: sip:02083994301@194.145.191.131;tag=787762526 To: sip:442079028...@ec2-50-18-193-48.us-west-1.compute.amazonaws.com Via: SIP/2.0/TCP 10.7.7.30;branch=z9hG4bK-XX-2aaeiUlgRYKle1rNjQIwZC5nnw Via: SIP/2.0/UDP 10.7.7.30:5090 ;branch=z9hG4bK246b613edf92e02fcf8bed5fda63e0f33533;sipxecs-id=41a42656 Max-Forwards: 20 User-Agent: sipXecs/4.4.0 sipXecs/sipxbridge (Linux) References: bee104006623-503c84f6-2cae7b74-1d175788-72cafc2@127.0.0.1 ;rel=chain;sipxecs-tag=request-invite-z9hg4bk312.e7b1a027.0 Contact: sip:2079028123@10.7.7.30:5090;x-sipX-nonat Content-Type: application/sdp Allow: INVITE,BYE,ACK,CANCEL,REFER,OPTIONS,PRACK Supported: replaces,100rel Content-Length: 179 Date: Tue, 28 Aug 2012 08:44:38 GMT X-Sipx-Spiral: true *1382 9.460933 10.5.5.10 37326 10.5.5.10 5070 SIP/SDP Request: INVITE sip:69143662@176.34.141.24,* INVITE sip:69143662@176.34.141.24 SIP/2.0 Record-Route: sip:176.34.141.24:5060;lr Route: sip:ec2-176-34-141-24.eu-west-1.compute.amazonaws.com:5070 ;transport=tcp;lr Via: SIP/2.0/TCP 176.34.141.24:5060 ;branch=z9hG4bK-XX-0182be3pQ05krfO`9nTh52Amwg Via: SIP/2.0/UDP 94.231.97.9:5060;branch=z9hG4bK72c9e972;rport=5060 From: +442083994301 sip:+442083994301@94.231.97.9;tag=as2ba8402f To: sip:69143662@176.34.141.24 Contact: sip:+442083994301@94.231.97.9;x-sipX-nonat Call-Id: 6fa600876b5a3a5e7ed3582d3f3d4848@94.231.97.9 Cseq: 102 INVITE User-Agent: CME VoIP PBX Max-Forwards: 20 Date: Tue, 28 Aug 2012 08:24:09 GMT Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY Supported: replaces Content-Type: application/sdp Content-Length: 236 X-Sipx-Spiral: true -- *Sven Evensen, Operations Consultant* *OnRelay* Elizabeth House │ 39 York Road, London SE1 7NQ, UK │ +44 (0) 207 902 8123 │ mailto:sven.even...@onrelay.com sven.even...@onrelay.com │ www.onrelay.com This electronic message transmission contains information from OnRelay, Ltd., that may be confidential or privileged. The information is intended solely for the recipient and use by any other party is not authorised. If you are not the intended recipient, be aware that any disclosure, copying, distribution or use of the contents of this information or any attachment, is prohibited. If you have received this electronic transmission in error, please notify us immediately by electronic mail
Re: [sipx-users] Is sipxProxy using wrong IP address? Causing one-way audio.
I also recall some strange configuration behavior issues with eyebeam, so I lift an eyebrow when I see it still being used. Confirm how the registration line looks like for the eyebeam in sipx please? On Tue, Aug 28, 2012 at 8:37 AM, Joegen Baclor jbac...@ezuce.com wrote: The answer is staring us right on the face Tony. The INVITE is towards sip:69143662@176.34.141.24 and not the domain. The proxy thinks it's routing out so it uses the external IP. Configure the calling UA to use domain. On 08/28/2012 08:14 PM, Tony Graziano wrote: This might seem off target, but help me understand how the UA is communicating with the proxy... First, I have to say the eyebeam UA is VERY old and trying to troubleshoot against it is problematic to say the least. Can you provide a sip trace with a single call instead of pcap? At the ITSP the port is 18402, at the UA it is 30498. I think it would be easier to follow and understand with a sip trace in this instance. On Tue, Aug 28, 2012 at 7:25 AM, Sven Evensen sven.even...@onrelay.comwrote: We have one system (4.4 in EC2) which uses sipxBridge and an other similar one which uses unmanaged gateway. Incoming INVITE to these two system show different behavior when the INVITE goes from sipxProxy and further in to the system where the UA is really our server on port 5560. Our server relays calls out to mobile phones. The first INVITE below is with sipxbridge (sdp removed) shows how the INVITE uses the FQDN and the VIA uses internal IP of sipx The second shows the INVITE use external IP of sipx and the VIA also uses external IP of sipx. This propagates into the system and causes problems on the final ACK as seen on in attached pcap in line 76, this I believe stops media from being relayed. *1871 19.774448 10.7.7.30 54532 10.7.7.30 5070 SIP/SDP Request: INVITE sip:2079028...@ec2-50-18-193-48.us-west-1.compute.amazonaws.com* INVITE sip:2079028...@ec2-50-18-193-48.us-west-1.compute.amazonaws.comSIP/2.0 Record-Route: sip:10.7.7.30:5060;lr Route: sip:ec2-50-18-193-48.us-west-1.compute.amazonaws.com:5070 ;transport=tcp;lr Call-Id: bee104006623-503c84f6-2cae7b74-1d175788-72cafc2@127.0.0.1-0 Cseq: 17965 INVITE From: sip:02083994301@194.145.191.131;tag=787762526 To: sip:442079028...@ec2-50-18-193-48.us-west-1.compute.amazonaws.com Via: SIP/2.0/TCP 10.7.7.30;branch=z9hG4bK-XX-2aaeiUlgRYKle1rNjQIwZC5nnw Via: SIP/2.0/UDP 10.7.7.30:5090 ;branch=z9hG4bK246b613edf92e02fcf8bed5fda63e0f33533;sipxecs-id=41a42656 Max-Forwards: 20 User-Agent: sipXecs/4.4.0 sipXecs/sipxbridge (Linux) References: bee104006623-503c84f6-2cae7b74-1d175788-72cafc2@127.0.0.1 ;rel=chain;sipxecs-tag=request-invite-z9hg4bk312.e7b1a027.0 Contact: sip:2079028123@10.7.7.30:5090;x-sipX-nonatsip:2079028123@10.7.7.30:5090;x-sipX-nonat Content-Type: application/sdp Allow: INVITE,BYE,ACK,CANCEL,REFER,OPTIONS,PRACK Supported: replaces,100rel Content-Length: 179 Date: Tue, 28 Aug 2012 08:44:38 GMT X-Sipx-Spiral: true *1382 9.460933 10.5.5.10 37326 10.5.5.10 5070 SIP/SDP Request: INVITE sip:69143662@176.34.141.24,* INVITE sip:69143662@176.34.141.24 SIP/2.0 Record-Route: sip:176.34.141.24:5060;lr Route: sip:ec2-176-34-141-24.eu-west-1.compute.amazonaws.com:5070 ;transport=tcp;lr Via: SIP/2.0/TCP 176.34.141.24:5060 ;branch=z9hG4bK-XX-0182be3pQ05krfO`9nTh52Amwg Via: SIP/2.0/UDP 94.231.97.9:5060;branch=z9hG4bK72c9e972;rport=5060 From: +442083994301 sip:+442083994301@94.231.97.9;tag=as2ba8402f To: sip:69143662@176.34.141.24 Contact: sip:+442083994301@94.231.97.9;x-sipX-nonat Call-Id: 6fa600876b5a3a5e7ed3582d3f3d4848@94.231.97.9 Cseq: 102 INVITE User-Agent: CME VoIP PBX Max-Forwards: 20 Date: Tue, 28 Aug 2012 08:24:09 GMT Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY Supported: replaces Content-Type: application/sdp Content-Length: 236 X-Sipx-Spiral: true -- *Sven Evensen, Operations Consultant* *OnRelay* Elizabeth House │ 39 York Road, London SE1 7NQ, UK │ +44 (0) 207 902 8123 │ mailto:sven.even...@onrelay.com sven.even...@onrelay.com │ www.onrelay.com This electronic message transmission contains information from OnRelay, Ltd., that may be confidential or privileged. The information is intended solely for the recipient and use by any other party is not authorised. If you are not the intended recipient, be aware that any disclosure, copying, distribution or use of the contents of this information or any attachment, is prohibited. If you have received this electronic transmission in error, please notify us immediately by electronic mail (i...@onrelay.com) and delete this message, along with any attachments, from your computer. Registered in England No 04006093 ¦ Registered Office 1st Floor, 236 Gray's Inn Road, London WC1X 8HB ___ sipx-users mailing list sipx-users@list.sipfoundry.org List Archive: http://list.sipfoundry.org/archive/sipx-users/ --
Re: [sipx-users] Is sipxProxy using wrong IP address? Causing one-way audio.
Or add 176.34.141.24 as domain alias ? _lvnd_ (^_^) On Tue, Aug 28, 2012 at 3:37 PM, Joegen Baclor jbac...@ezuce.com wrote: The answer is staring us right on the face Tony. The INVITE is towards sip:69143662@176.34.141.24 and not the domain. The proxy thinks it's routing out so it uses the external IP. Configure the calling UA to use domain. On 08/28/2012 08:14 PM, Tony Graziano wrote: This might seem off target, but help me understand how the UA is communicating with the proxy... First, I have to say the eyebeam UA is VERY old and trying to troubleshoot against it is problematic to say the least. Can you provide a sip trace with a single call instead of pcap? At the ITSP the port is 18402, at the UA it is 30498. I think it would be easier to follow and understand with a sip trace in this instance. On Tue, Aug 28, 2012 at 7:25 AM, Sven Evensen sven.even...@onrelay.comwrote: We have one system (4.4 in EC2) which uses sipxBridge and an other similar one which uses unmanaged gateway. Incoming INVITE to these two system show different behavior when the INVITE goes from sipxProxy and further in to the system where the UA is really our server on port 5560. Our server relays calls out to mobile phones. The first INVITE below is with sipxbridge (sdp removed) shows how the INVITE uses the FQDN and the VIA uses internal IP of sipx The second shows the INVITE use external IP of sipx and the VIA also uses external IP of sipx. This propagates into the system and causes problems on the final ACK as seen on in attached pcap in line 76, this I believe stops media from being relayed. *1871 19.774448 10.7.7.30 54532 10.7.7.30 5070 SIP/SDP Request: INVITE sip:2079028...@ec2-50-18-193-48.us-west-1.compute.amazonaws.com* INVITE sip:2079028...@ec2-50-18-193-48.us-west-1.compute.amazonaws.comSIP/2.0 Record-Route: sip:10.7.7.30:5060;lr Route: sip:ec2-50-18-193-48.us-west-1.compute.amazonaws.com:5070 ;transport=tcp;lr Call-Id: bee104006623-503c84f6-2cae7b74-1d175788-72cafc2@127.0.0.1-0 Cseq: 17965 INVITE From: sip:02083994301@194.145.191.131;tag=787762526 To: sip:442079028...@ec2-50-18-193-48.us-west-1.compute.amazonaws.com Via: SIP/2.0/TCP 10.7.7.30;branch=z9hG4bK-XX-2aaeiUlgRYKle1rNjQIwZC5nnw Via: SIP/2.0/UDP 10.7.7.30:5090 ;branch=z9hG4bK246b613edf92e02fcf8bed5fda63e0f33533;sipxecs-id=41a42656 Max-Forwards: 20 User-Agent: sipXecs/4.4.0 sipXecs/sipxbridge (Linux) References: bee104006623-503c84f6-2cae7b74-1d175788-72cafc2@127.0.0.1 ;rel=chain;sipxecs-tag=request-invite-z9hg4bk312.e7b1a027.0 Contact: sip:2079028123@10.7.7.30:5090;x-sipX-nonatsip:2079028123@10.7.7.30:5090;x-sipX-nonat Content-Type: application/sdp Allow: INVITE,BYE,ACK,CANCEL,REFER,OPTIONS,PRACK Supported: replaces,100rel Content-Length: 179 Date: Tue, 28 Aug 2012 08:44:38 GMT X-Sipx-Spiral: true *1382 9.460933 10.5.5.10 37326 10.5.5.10 5070 SIP/SDP Request: INVITE sip:69143662@176.34.141.24,* INVITE sip:69143662@176.34.141.24 SIP/2.0 Record-Route: sip:176.34.141.24:5060;lr Route: sip:ec2-176-34-141-24.eu-west-1.compute.amazonaws.com:5070 ;transport=tcp;lr Via: SIP/2.0/TCP 176.34.141.24:5060 ;branch=z9hG4bK-XX-0182be3pQ05krfO`9nTh52Amwg Via: SIP/2.0/UDP 94.231.97.9:5060;branch=z9hG4bK72c9e972;rport=5060 From: +442083994301 sip:+442083994301@94.231.97.9;tag=as2ba8402f To: sip:69143662@176.34.141.24 Contact: sip:+442083994301@94.231.97.9;x-sipX-nonat Call-Id: 6fa600876b5a3a5e7ed3582d3f3d4848@94.231.97.9 Cseq: 102 INVITE User-Agent: CME VoIP PBX Max-Forwards: 20 Date: Tue, 28 Aug 2012 08:24:09 GMT Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY Supported: replaces Content-Type: application/sdp Content-Length: 236 X-Sipx-Spiral: true -- *Sven Evensen, Operations Consultant* *OnRelay* Elizabeth House │ 39 York Road, London SE1 7NQ, UK │ +44 (0) 207 902 8123│ mailto:sven.even...@onrelay.com sven.even...@onrelay.com │ www.onrelay.com This electronic message transmission contains information from OnRelay, Ltd., that may be confidential or privileged. The information is intended solely for the recipient and use by any other party is not authorised. If you are not the intended recipient, be aware that any disclosure, copying, distribution or use of the contents of this information or any attachment, is prohibited. If you have received this electronic transmission in error, please notify us immediately by electronic mail (i...@onrelay.com) and delete this message, along with any attachments, from your computer. Registered in England No 04006093 ¦ Registered Office 1st Floor, 236 Gray's Inn Road, London WC1X 8HB ___ sipx-users mailing list sipx-users@list.sipfoundry.org List Archive: http://list.sipfoundry.org/archive/sipx-users/ -- ~~ Tony Graziano, Manager Telephone: 434.984.8430 sip: tgrazi...@voice.myitdepartment.net Fax: 434.465.6833
Re: [sipx-users] Is sipxProxy using wrong IP address? Causing one-way audio.
The registration should be by sip domain. -- ~~ Tony Graziano, Manager Telephone: 434.984.8430 sip: tgrazi...@voice.myitdepartment.net Fax: 434.465.6833 ~~ Linked-In Profile: http://www.linkedin.com/pub/tony-graziano/14/4a6/7a4 Ask about our Internet Fax services! ~~ Using or developing for sipXecs from SIPFoundry? Ask me about sipX-CoLab 2013! On Aug 28, 2012 9:20 AM, Levend Sayar levendsa...@gmail.com wrote: Or add 176.34.141.24 as domain alias ? _lvnd_ (^_^) On Tue, Aug 28, 2012 at 3:37 PM, Joegen Baclor jbac...@ezuce.com wrote: The answer is staring us right on the face Tony. The INVITE is towards sip:69143662@176.34.141.24 and not the domain. The proxy thinks it's routing out so it uses the external IP. Configure the calling UA to use domain. On 08/28/2012 08:14 PM, Tony Graziano wrote: This might seem off target, but help me understand how the UA is communicating with the proxy... First, I have to say the eyebeam UA is VERY old and trying to troubleshoot against it is problematic to say the least. Can you provide a sip trace with a single call instead of pcap? At the ITSP the port is 18402, at the UA it is 30498. I think it would be easier to follow and understand with a sip trace in this instance. On Tue, Aug 28, 2012 at 7:25 AM, Sven Evensen sven.even...@onrelay.comwrote: We have one system (4.4 in EC2) which uses sipxBridge and an other similar one which uses unmanaged gateway. Incoming INVITE to these two system show different behavior when the INVITE goes from sipxProxy and further in to the system where the UA is really our server on port 5560. Our server relays calls out to mobile phones. The first INVITE below is with sipxbridge (sdp removed) shows how the INVITE uses the FQDN and the VIA uses internal IP of sipx The second shows the INVITE use external IP of sipx and the VIA also uses external IP of sipx. This propagates into the system and causes problems on the final ACK as seen on in attached pcap in line 76, this I believe stops media from being relayed. *1871 19.774448 10.7.7.30 54532 10.7.7.30 5070 SIP/SDP Request: INVITE sip:2079028...@ec2-50-18-193-48.us-west-1.compute.amazonaws.com* INVITE sip:2079028...@ec2-50-18-193-48.us-west-1.compute.amazonaws.comSIP/2.0 Record-Route: sip:10.7.7.30:5060;lr Route: sip:ec2-50-18-193-48.us-west-1.compute.amazonaws.com:5070 ;transport=tcp;lr Call-Id: bee104006623-503c84f6-2cae7b74-1d175788-72cafc2@127.0.0.1-0 Cseq: 17965 INVITE From: sip:02083994301@194.145.191.131;tag=787762526 To: sip:442079028...@ec2-50-18-193-48.us-west-1.compute.amazonaws.com Via: SIP/2.0/TCP 10.7.7.30;branch=z9hG4bK-XX-2aaeiUlgRYKle1rNjQIwZC5nnw Via: SIP/2.0/UDP 10.7.7.30:5090 ;branch=z9hG4bK246b613edf92e02fcf8bed5fda63e0f33533;sipxecs-id=41a42656 Max-Forwards: 20 User-Agent: sipXecs/4.4.0 sipXecs/sipxbridge (Linux) References: bee104006623-503c84f6-2cae7b74-1d175788-72cafc2@127.0.0.1 ;rel=chain;sipxecs-tag=request-invite-z9hg4bk312.e7b1a027.0 Contact: sip:2079028123@10.7.7.30:5090;x-sipX-nonatsip:2079028123@10.7.7.30:5090;x-sipX-nonat Content-Type: application/sdp Allow: INVITE,BYE,ACK,CANCEL,REFER,OPTIONS,PRACK Supported: replaces,100rel Content-Length: 179 Date: Tue, 28 Aug 2012 08:44:38 GMT X-Sipx-Spiral: true *1382 9.460933 10.5.5.10 37326 10.5.5.10 5070 SIP/SDP Request: INVITE sip:69143662@176.34.141.24,* INVITE sip:69143662@176.34.141.24 SIP/2.0 Record-Route: sip:176.34.141.24:5060;lr Route: sip:ec2-176-34-141-24.eu-west-1.compute.amazonaws.com:5070 ;transport=tcp;lr Via: SIP/2.0/TCP 176.34.141.24:5060 ;branch=z9hG4bK-XX-0182be3pQ05krfO`9nTh52Amwg Via: SIP/2.0/UDP 94.231.97.9:5060;branch=z9hG4bK72c9e972;rport=5060 From: +442083994301 sip:+442083994301@94.231.97.9;tag=as2ba8402f To: sip:69143662@176.34.141.24 Contact: sip:+442083994301@94.231.97.9;x-sipX-nonat Call-Id: 6fa600876b5a3a5e7ed3582d3f3d4848@94.231.97.9 Cseq: 102 INVITE User-Agent: CME VoIP PBX Max-Forwards: 20 Date: Tue, 28 Aug 2012 08:24:09 GMT Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY Supported: replaces Content-Type: application/sdp Content-Length: 236 X-Sipx-Spiral: true -- *Sven Evensen, Operations Consultant* *OnRelay* Elizabeth House │ 39 York Road, London SE1 7NQ, UK │ +44 (0) 207 902 8123 │ mailto:sven.even...@onrelay.com sven.even...@onrelay.com │ www.onrelay.com This electronic message transmission contains information from OnRelay, Ltd., that may be confidential or privileged. The information is intended solely for the recipient and use by any other party is not authorised. If you are not the intended recipient, be aware that any disclosure, copying, distribution or use of the contents of this information or any attachment, is prohibited. If you have received this electronic transmission in error, please notify us immediately by electronic mail (i...@onrelay.com) and delete this message,
Re: [sipx-users] Is sipxProxy using wrong IP address? Causing one-way audio.
In this scenario there is no xlite or eyeeam, just a phantom sipx user. I believe what Joegen said aout the SIP trunk sending INVITE to ip address and not to domain might be the answer. I have asked the ITSP to change their setup, we will see if that helps! On Tue, Aug 28, 2012 at 2:48 PM, Tony Graziano tgrazi...@myitdepartment.net wrote: The registration should be by sip domain. -- ~~ Tony Graziano, Manager Telephone: 434.984.8430 sip: tgrazi...@voice.myitdepartment.net Fax: 434.465.6833 ~~ Linked-In Profile: http://www.linkedin.com/pub/tony-graziano/14/4a6/7a4 Ask about our Internet Fax services! ~~ Using or developing for sipXecs from SIPFoundry? Ask me about sipX-CoLab 2013! On Aug 28, 2012 9:20 AM, Levend Sayar levendsa...@gmail.com wrote: Or add 176.34.141.24 as domain alias ? _lvnd_ (^_^) On Tue, Aug 28, 2012 at 3:37 PM, Joegen Baclor jbac...@ezuce.com wrote: The answer is staring us right on the face Tony. The INVITE is towards sip:69143662@176.34.141.24 and not the domain. The proxy thinks it's routing out so it uses the external IP. Configure the calling UA to use domain. On 08/28/2012 08:14 PM, Tony Graziano wrote: This might seem off target, but help me understand how the UA is communicating with the proxy... First, I have to say the eyebeam UA is VERY old and trying to troubleshoot against it is problematic to say the least. Can you provide a sip trace with a single call instead of pcap? At the ITSP the port is 18402, at the UA it is 30498. I think it would be easier to follow and understand with a sip trace in this instance. On Tue, Aug 28, 2012 at 7:25 AM, Sven Evensen sven.even...@onrelay.comwrote: We have one system (4.4 in EC2) which uses sipxBridge and an other similar one which uses unmanaged gateway. Incoming INVITE to these two system show different behavior when the INVITE goes from sipxProxy and further in to the system where the UA is really our server on port 5560. Our server relays calls out to mobile phones. The first INVITE below is with sipxbridge (sdp removed) shows how the INVITE uses the FQDN and the VIA uses internal IP of sipx The second shows the INVITE use external IP of sipx and the VIA also uses external IP of sipx. This propagates into the system and causes problems on the final ACK as seen on in attached pcap in line 76, this I believe stops media from being relayed. *1871 19.774448 10.7.7.30 54532 10.7.7.30 5070 SIP/SDP Request: INVITE sip:2079028...@ec2-50-18-193-48.us-west-1.compute.amazonaws.com* INVITE sip:2079028...@ec2-50-18-193-48.us-west-1.compute.amazonaws.comSIP/2.0 Record-Route: sip:10.7.7.30:5060;lr Route: sip:ec2-50-18-193-48.us-west-1.compute.amazonaws.com:5070 ;transport=tcp;lr Call-Id: bee104006623-503c84f6-2cae7b74-1d175788-72cafc2@127.0.0.1-0 Cseq: 17965 INVITE From: sip:02083994301@194.145.191.131;tag=787762526 To: sip:442079028...@ec2-50-18-193-48.us-west-1.compute.amazonaws.com Via: SIP/2.0/TCP 10.7.7.30;branch=z9hG4bK-XX-2aaeiUlgRYKle1rNjQIwZC5nnw Via: SIP/2.0/UDP 10.7.7.30:5090 ;branch=z9hG4bK246b613edf92e02fcf8bed5fda63e0f33533;sipxecs-id=41a42656 Max-Forwards: 20 User-Agent: sipXecs/4.4.0 sipXecs/sipxbridge (Linux) References: bee104006623-503c84f6-2cae7b74-1d175788-72cafc2@127.0.0.1 ;rel=chain;sipxecs-tag=request-invite-z9hg4bk312.e7b1a027.0 Contact: sip:2079028123@10.7.7.30:5090;x-sipX-nonatsip:2079028123@10.7.7.30:5090;x-sipX-nonat Content-Type: application/sdp Allow: INVITE,BYE,ACK,CANCEL,REFER,OPTIONS,PRACK Supported: replaces,100rel Content-Length: 179 Date: Tue, 28 Aug 2012 08:44:38 GMT X-Sipx-Spiral: true *1382 9.460933 10.5.5.10 37326 10.5.5.10 5070 SIP/SDP Request: INVITE sip:69143662@176.34.141.24,* INVITE sip:69143662@176.34.141.24 SIP/2.0 Record-Route: sip:176.34.141.24:5060;lr Route: sip:ec2-176-34-141-24.eu-west-1.compute.amazonaws.com:5070 ;transport=tcp;lr Via: SIP/2.0/TCP 176.34.141.24:5060 ;branch=z9hG4bK-XX-0182be3pQ05krfO`9nTh52Amwg Via: SIP/2.0/UDP 94.231.97.9:5060;branch=z9hG4bK72c9e972;rport=5060 From: +442083994301 sip:+442083994301@94.231.97.9;tag=as2ba8402f To: sip:69143662@176.34.141.24 Contact: sip:+442083994301@94.231.97.9;x-sipX-nonat Call-Id: 6fa600876b5a3a5e7ed3582d3f3d4848@94.231.97.9 Cseq: 102 INVITE User-Agent: CME VoIP PBX Max-Forwards: 20 Date: Tue, 28 Aug 2012 08:24:09 GMT Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY Supported: replaces Content-Type: application/sdp Content-Length: 236 X-Sipx-Spiral: true -- *Sven Evensen, Operations Consultant* *OnRelay* Elizabeth House │ 39 York Road, London SE1 7NQ, UK │ +44 (0) 207 902 8123 │ mailto:sven.even...@onrelay.com sven.even...@onrelay.com │ www.onrelay.com This electronic message transmission contains information from OnRelay, Ltd., that may be confidential or privileged. The information is intended solely for the recipient and use by any
Re: [sipx-users] Is sipxProxy using wrong IP address? Causing one-way audio.
Really? I see in the stuff you posted on this one had a UA as eyebeam. I looked at it many times, I still see it. I think maybe there are multiple devices registered to that subscriber and one is an EYEBEAM. Did you chase the registration(s) down in sipxconfig? On Tue, Aug 28, 2012 at 2:17 PM, Sven Evensen sven.even...@onrelay.comwrote: In this scenario there is no xlite or eyeeam, just a phantom sipx user. I believe what Joegen said aout the SIP trunk sending INVITE to ip address and not to domain might be the answer. I have asked the ITSP to change their setup, we will see if that helps! On Tue, Aug 28, 2012 at 2:48 PM, Tony Graziano tgrazi...@myitdepartment.net wrote: The registration should be by sip domain. -- ~~ Tony Graziano, Manager Telephone: 434.984.8430 sip: tgrazi...@voice.myitdepartment.net Fax: 434.465.6833 ~~ Linked-In Profile: http://www.linkedin.com/pub/tony-graziano/14/4a6/7a4 Ask about our Internet Fax services! ~~ Using or developing for sipXecs from SIPFoundry? Ask me about sipX-CoLab 2013! On Aug 28, 2012 9:20 AM, Levend Sayar levendsa...@gmail.com wrote: Or add 176.34.141.24 as domain alias ? _lvnd_ (^_^) On Tue, Aug 28, 2012 at 3:37 PM, Joegen Baclor jbac...@ezuce.comwrote: The answer is staring us right on the face Tony. The INVITE is towards sip:69143662@176.34.141.24 and not the domain. The proxy thinks it's routing out so it uses the external IP. Configure the calling UA to use domain. On 08/28/2012 08:14 PM, Tony Graziano wrote: This might seem off target, but help me understand how the UA is communicating with the proxy... First, I have to say the eyebeam UA is VERY old and trying to troubleshoot against it is problematic to say the least. Can you provide a sip trace with a single call instead of pcap? At the ITSP the port is 18402, at the UA it is 30498. I think it would be easier to follow and understand with a sip trace in this instance. On Tue, Aug 28, 2012 at 7:25 AM, Sven Evensen sven.even...@onrelay.com wrote: We have one system (4.4 in EC2) which uses sipxBridge and an other similar one which uses unmanaged gateway. Incoming INVITE to these two system show different behavior when the INVITE goes from sipxProxy and further in to the system where the UA is really our server on port 5560. Our server relays calls out to mobile phones. The first INVITE below is with sipxbridge (sdp removed) shows how the INVITE uses the FQDN and the VIA uses internal IP of sipx The second shows the INVITE use external IP of sipx and the VIA also uses external IP of sipx. This propagates into the system and causes problems on the final ACK as seen on in attached pcap in line 76, this I believe stops media from being relayed. *1871 19.774448 10.7.7.30 54532 10.7.7.30 5070 SIP/SDP Request: INVITE sip:2079028...@ec2-50-18-193-48.us-west-1.compute.amazonaws.com * INVITE sip:2079028...@ec2-50-18-193-48.us-west-1.compute.amazonaws.comSIP/2.0 Record-Route: sip:10.7.7.30:5060;lr Route: sip:ec2-50-18-193-48.us-west-1.compute.amazonaws.com:5070 ;transport=tcp;lr Call-Id: bee104006623-503c84f6-2cae7b74-1d175788-72cafc2@127.0.0.1-0 Cseq: 17965 INVITE From: sip:02083994301@194.145.191.131;tag=787762526 To: sip:442079028...@ec2-50-18-193-48.us-west-1.compute.amazonaws.com Via: SIP/2.0/TCP 10.7.7.30;branch=z9hG4bK-XX-2aaeiUlgRYKle1rNjQIwZC5nnw Via: SIP/2.0/UDP 10.7.7.30:5090 ;branch=z9hG4bK246b613edf92e02fcf8bed5fda63e0f33533;sipxecs-id=41a42656 Max-Forwards: 20 User-Agent: sipXecs/4.4.0 sipXecs/sipxbridge (Linux) References: bee104006623-503c84f6-2cae7b74-1d175788-72cafc2@127.0.0.1 ;rel=chain;sipxecs-tag=request-invite-z9hg4bk312.e7b1a027.0 Contact: sip:2079028123@10.7.7.30:5090;x-sipX-nonatsip:2079028123@10.7.7.30:5090;x-sipX-nonat Content-Type: application/sdp Allow: INVITE,BYE,ACK,CANCEL,REFER,OPTIONS,PRACK Supported: replaces,100rel Content-Length: 179 Date: Tue, 28 Aug 2012 08:44:38 GMT X-Sipx-Spiral: true *1382 9.460933 10.5.5.10 37326 10.5.5.10 5070 SIP/SDP Request: INVITE sip:69143662@176.34.141.24,* INVITE sip:69143662@176.34.141.24 SIP/2.0 Record-Route: sip:176.34.141.24:5060;lr Route: sip:ec2-176-34-141-24.eu-west-1.compute.amazonaws.com:5070 ;transport=tcp;lr Via: SIP/2.0/TCP 176.34.141.24:5060 ;branch=z9hG4bK-XX-0182be3pQ05krfO`9nTh52Amwg Via: SIP/2.0/UDP 94.231.97.9:5060;branch=z9hG4bK72c9e972;rport=5060 From: +442083994301 sip:+442083994301@94.231.97.9;tag=as2ba8402f To: sip:69143662@176.34.141.24 Contact: sip:+442083994301@94.231.97.9;x-sipX-nonat Call-Id: 6fa600876b5a3a5e7ed3582d3f3d4848@94.231.97.9 Cseq: 102 INVITE User-Agent: CME VoIP PBX Max-Forwards: 20 Date: Tue, 28 Aug 2012 08:24:09 GMT Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY Supported: replaces Content-Type: application/sdp Content-Length: 236 X-Sipx-Spiral: true -- *Sven Evensen, Operations Consultant*