From: David Duncon (david_ccie@hotmail.com)
Date: Thu Jan 06 2005 - 20:33:37 GMT-3
Thanks , Alex.
I will drive down ( 8 hours drive approx and was kind of lazy earlier in
doing that) to our tail site along with my sniffer to capture the real time
stats.
Having come to think of it , may be our core issue in this problem is , the
speed (i.e. lack of speed ) with which backup Onramp30 is kicking in. May be
that is the root cause and perhaps unlike cisco phones , TCP/IP stack with
in Alcatel IP phones may prefer faster routing convergence via backup ISDN.
I think that the fastest convergence time for an Onramp30 is around 7 or 8
seconds ( please correct me if I am wrong) which covers the time it takes
for the first 2 channels to come up and bundled together so that IP routing
can resume via ISDN.
But from I can see , our current back up Onramp30 is kicking in around 30 to
40 seconds delay. So may be I need to revisit our PRI interface config and
tweak it so that we can make the first 2 channels with in possible 7 or 8
seconds.
Cheers
- David.
>From: "Alexander Arsenyev (GU/ETL)" <alexander.arsenyev@ericsson.com>
>To: "'David Duncon'" <david_ccie@hotmail.com>, ccielab@groupstudy.com
>Subject: RE: RE : Alcatel 4035 IP Phones
>Date: Wed, 5 Jan 2005 12:18:29 +0100
>
>Hello,
>
>Why not have a look into "Assigned Numbers" database
>http://www.iana.org/assignments/port-numbers
>and find out what ports are assigned to H323 signalling? Presumably,
>Alcatel phones should
>be standards-compliant otherwise they would never work with other vendor's
>CM :-)
>
>Simple search brought me
>
>h323hostcallsc 1300/tcp H323 Host Call Secure
>h323hostcallsc 1300/udp H323 Host Call Secure
>h323gatedisc 1718/tcp h323gatedisc
>h323gatedisc 1718/udp h323gatedisc
>h323gatestat 1719/tcp h323gatestat
>h323gatestat 1719/udp h323gatestat
>h323hostcall 1720/tcp h323hostcall
>h323hostcall 1720/udp h323hostcall
>h323callsigalt 11720/tcp h323 Call Signal Alternate
>h323callsigalt 11720/udp h323 Call Signal Alternate
>
>
>Out of these, I think that IP phones use 1720/tcp towards CM for
>signalling.
>
>Alternative reference is ITU Rec H.225.0 Appendix IV.4.1.2 where it says
>that
>"Endpoint TCPCall Signalling Port 1720". It also explicitly says that
>1718|1719/udp is
>for gateways/gatekeepers. So You are left with 1718|1719/tcp and possibly
>11720/udp
>(You are already capturing 11720/tcp with "TCP gt 3000" statement in Your
>MQC).
>Now it would be trivial to change Your MQC to try and capture these
>remaining ports.
>
>If still unsuccessful I would also push a hub between Alcatel phone and a
>switch then plug
>there a laptop with Ethereal to sniff signalling.
>
>The 1-2 minute signalling dropout for Alcatel phones could also be
>explained by how TCP/IP stack in
>Alcatel phones adapts to packet loss/excessive delay which occurs when WAN
>backup kicks in.
>
>I remember seeing very similar symptoms when testing some other vendor
>equipment and doing link breaks
>with FTP file transfer ongoing.
>The results were really depending on how fast backup link kicks in and
>sometimes FTP transfer
>survives sometimes not reporting "550: Broken pipe".
>HTH,
>Cheers
>Alex
>
>
>
>-----Original Message-----
>From: nobody@groupstudy.com [mailto:nobody@groupstudy.com]
>Sent: 05 January 2005 10:40
>To: Richard.Dumoulin@vanco.fr; ccielab@groupstudy.com
>Subject: RE: RE : Alcatel 4035 IP Phones
>
>
>True . I was meaning H323 Gateway Signaling earlier when I said TCP 1720.
>
>An the reason why I was putting across my original question regarding
>Alcatel IP 4035 phones was , we do have an issue with one of my tail sites
>where I got 40 odd Cisco 7960s in one department and 20 odd Alcatel 4035s (
>we just want to try different vendor products to see the relevant cost
>benefit analysis) in another department. And we do have WAN redundancy
>between this tail site to the HUB where CM is located.
>
>Now the problem we are having is , when ever the primary Frame goes down ,
>dialer watch kicks in and triggers the back up onramp30. And during that
>process all Cisco IP phones will happily work till the IP routing resumes
>in
>via ISDN backup. Meaning their signaling is intact.
>
>But our Alcatel IP 4035 IP phones do have problem and when ever our primary
>Frame goes down , the phones drops out for a minute or 2 before come online
>again. And I do suspect that for some reason my current MQC signaling ACL
>may NOT be protecting the Alcatel's IP phones. And simple reason could be
>these guys may be using different set of Signaling ports ( I am currently
>matching TCP 1720 , TCP 2000 and TCP gt 3000) all together.
>
>So I am not 100% on whether these signaling ports are "Vendor specific" or
>they universally same across all Voice players such as Cisco , Avaya and
>Alcatel..et
>
>So I appreciate if any one confirm this :-)
>
>Cheers
>
>- David.
>
> >From: Richard Dumoulin <Richard.Dumoulin@vanco.fr>
> >To: David Duncon <david_ccie@hotmail.com>, ccielab@groupstudy.com
> >Subject: RE : Alcatel 4035 IP Phones
> >Date: Wed, 5 Jan 2005 08:19:47 -0000
> >
> >TCP port 1720 is used for h323 I think. RTCP uses the odd ports in the
>same
> >range as RTP,
> >
> >-- Richard
> >
> >-----Message d'origine-----
> >De : David Duncon [mailto:david_ccie@hotmail.com]
> >Envoyi : Wednesday, January 05, 2005 4:15 AM
> >@ : ccielab@groupstudy.com
> >Objet : Alcatel 4035 IP Phones
> >
> >Hi Group,
> >
> >
> >I was wondering what UDP port range (for RTP) and TCP port range (for
>RTCP)
> >does Alcatel 4035 IP phones use ?
> >
> >I am not sure on whether or not these ports are "vendor" specific ?
> >
> >And like Cisco IP phones use udp 16384 to 32768 (for RTP) and tcp 1720
>(for
> >RTCP) , I would like to know ports the Alcatel 4035 IP phones use ?
> >
> >
> >Cheers
> >
> >- David
> >
> >_________________________________________________________________
> >Click here for the latest chart ringtones:
> >http://ringtones.com.au/ninemsn/control?page=/ninemsn/main.jsp
> >
> >_______________________________________________________________________
> >Subscription information may be found at:
> >http://www.groupstudy.com/list/CCIELab.html
> >
> >
> >**********************************************************************
> >Any opinions expressed in the email are those of the individual and not
> >necessarily the company. This email and any files transmitted with it are
> >confidential and solely for the use of the intended recipient. If you
>are
> >not the intended recipient or the person responsible for delivering it to
> >the intended recipient, be advised that you have received this email in
> >error and that any dissemination, distribution, copying or use is
>strictly
> >prohibited.
> >
> >If you have received this email in error, or if you are concerned with
>the
> >content of this email please e-mail to: e-security.support@vanco.info
> >
> >The contents of an attachment to this e-mail may contain software viruses
> >which could damage your own computer system. While the sender has taken
> >every reasonable precaution to minimise this risk, we cannot accept
> >liability for any damage which you sustain as a result of software
>viruses.
> >You should carry out your own virus checks before opening any attachments
> >to this e-mail.
> >**********************************************************************
> >
>
>_________________________________________________________________
>SEEK: Now with over 60,000 dream jobs! Click here:
>http://ninemsn.seek.com.au?hotmail
>
>_______________________________________________________________________
>Subscription information may be found at:
>http://www.groupstudy.com/list/CCIELab.html
This archive was generated by hypermail 2.1.4 : Wed Feb 02 2005 - 22:10:19 GMT-3