From: Radioactive Frog (pbhatkoti@gmail.com)
Date: Thu Sep 27 2007 - 10:03:39 ART
HTH
On 9/26/07, shiran guez <shiranp3@gmail.com> wrote:
>
> Hi
>
>
> This issue is not related to the R&S but I came across it in my work and I
> am struggling to find the answer
> I have AS5350XM that is originating SIP calls and I would like the Fax
> udpt38 in the SDP to be discarded
>
>
> Via: SIP/2.0/UDP XXX.XXX.XXX.XXX:5060;branch=z9hG4bK51898315;rport
> From: "XXXXXX" <sip:XXXXX@XXX.XXX.XXX.XXX>;tag=as330bd44e
> To: <sip:YYY.YYY.YYY.YYY>;tag=2F4E5D8C-24D1
> Date: Wed, 26 Sep 2007 18:21:52 GMT
> Call-ID: XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX<
> 1a4ce2e60d6b9653439f483b3133d7bb@64.42.227.83>
>
> Server: Cisco-SIPGateway/IOS-12.x
> CSeq: 102 OPTIONS
> Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, COMET, REFER, SUBSCRIBE,
> NOTIFY, INFO, UPDATE, REGISTER
> Accept: application/sdp
> Allow-Events: telephone-event
> Content-Length: 454
> Content-Type: application/sdp
>
> v=0
> o=CiscoSystemsSIP-GW-UserAgent 6468 9973 IN IP4 YYY.YYY.YYY.YYY
> s=SIP Call
> c=IN IP4 YYY.YYY.YYY.YYY
> t=0 0
> m=audio 0 RTP/AVP 18 0 8 4 2 3
> c=IN IP4 YYY.YYY.YYY.YYY
> m=image 0 udptl t38
> c=IN IP4 YYY.YYY.YYY.YYY
> a=T38FaxVersion:0
> a=T38MaxBitRate:9600
> a=T38FaxFillBitRemoval:0
> a=T38FaxTranscodingMMR:0
> a=T38FaxTranscodingJBIG:0
> a=T38FaxRateManagement:transferredTCF
> a=T38FaxMaxBuffer:200
> a=T38FaxMaxDatagram:72
> a=T38FaxUdpEC:t38UDPRedundancy
>
>
>
> dial-peer voice 9999 voip
> huntstop
> destination-pattern 9999.T
> voice-class codec 1000
> session protocol sipv2
> session target ipv4:xxx.xxx.xxx.xxx
> fax protocol none
> no vad
>
> appreciate any suggestion.
>
>
>
>
> --
> Shiran Guez
> MCSE CCNP NCE1
> http://cciep3.blogspot.com
>
> _______________________________________________________________________
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html
This archive was generated by hypermail 2.1.4 : Sat Oct 06 2007 - 12:01:16 ART